제약 조건 명명 규칙
가장 일반적인 옵션은 Rails가 데이터베이스 제약 조건과 인덱스의 이름을 선택하거나 PostgreSQL이 기본값을 사용하도록 하는 것입니다. 그러나 Rails에서 사용자 정의 이름을 정의하거나 ORM을 사용하지 않는 Go 애플리케이션에서 작업할 때는 엄격한 명명 규칙을 준수하여 일관성과 발견 가능성을 향상시키는 것이 중요합니다.
아래 표는 사용자 정의 PostgreSQL 제약 조건의 명명 규칙을 설명합니다. 이 의도는 기존 데이터베이스의 이름을 후속적으로 변경하는 것이 아니라, 향후 변경 사항의 일관성을 보장하는 것입니다.
| 유형 | 구문 | 참고 | 예시 |
|---|---|---|---|
| 기본 키 | pk_<테이블 이름>
| pk_projects
| |
| 외래 키 | fk_<테이블 이름>_<열 이름>[_그리고_<열 이름>]*_<외래 테이블 이름>
| fk_projects_group_id_groups
| |
| 인덱스 | index_<테이블 이름>_on_<열 이름>[_그리고_<열 이름>]*[_그리고_<부분 절에서의 열 이름>]*
| 인덱스 이름은 모두 소문자여야 합니다. | index_repositories_on_group_id
|
| 고유 제약 조건 | unique_<테이블 이름>_<열 이름>[_그리고_<열 이름>]*
| unique_projects_group_id_and_name
| |
| 검사 제약 조건 | check_<테이블 이름>_<열 이름>[_그리고_<열 이름>]*[_<접미사>]?
| 선택 사항의 접미사는 length나 enum과 같은 유효성 검사 유형을 나타내야 합니다. 또한 동일한 열에 대한 여러 CHECK 제약 조건을 명확히 하는 데 사용될 수도 있습니다.
|
check_projects_name_lengthcheck_projects_type_enumcheck_projects_admin1_id_and_admin2_id_differ
|
| 제외 제약 조건 | excl_<테이블 이름>_<열 이름>[_그리고_<열 이름>]*_[_<접미사>]?
| 선택 사항의 접미사는 수행되는 제외 방식 유형을 나타내야 합니다. | excl_reservations_start_at_end_at_no_overlap
|
관찰 사항
- 충돌을 확인하려면
db/structure.sql을 확인하세요. - 접두사가 접미사보다 선호됩니다. 왜냐하면 특정 제약 조건의 유형을 빨리 식별하고 알파벳순으로 그룹화하기가 더 쉽기 때문입니다.
- 열 이름을 연결하는
_and_는 PostgreSQL에서 정의한 63자 제한을 유지하기 위해 생략할 수 있습니다. 게다가 이 표기법은 이 제한을 유지하는 데 어려움을 겪을 때 최대한 약식화될 수 있습니다. - 매우 특정한 문제를 해결하기 위해 추가된 인덱스의 경우, 이름이 그 사용을 반영하는 것이 타당할 수 있습니다.
도움말