제약 조건 명명 규칙
가장 일반적인 옵션은 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자 길이 제한을 유지하기 위해 생략할 수 있습니다. 또한 이 표기법은 이 제한을 유지하기 어려울 경우 최선을 다해 줄여 쓸 수 있습니다. - 매우 특정 문제를 해결하기 위해 추가된 인덱스의 경우 이름이 사용 사유를 반영하는 것이 합리적일 수 있습니다.
도움말