테이블명이 긴 경우, foreign key 제약조건명 정하는 방법

Question

안녕하세요!이번에 신규 기능 추가를 하고 있는데, 테이블 설계를 하는 중에 foreign key 및 unique 제약 조건을 추가하려고 합니다.참조키 제약조건의 경우 "fk_<target_table<sourcetable>" 와 같이 이름 짓는 것이 표준인 것으로 알고 있는데요.현재 제가 참조키를 추가하려는 테이블명과 기본키가 있는 테이블명 모두 길이가 매우 길어서, 테이블명을 그대로 사용하게 되면 제약조건명이 지나치게 길어질 것 같습니다.테이블명을 약어로 사용하게 되면 가독성이 떨어지게 될 것 같고 테이블명의 핵심 키워드만 뽑아서 쓰기에도 비슷한 테이블명들이 있어서 추후 다른 개발자분께서 보시기에 혼란이 있을 것 같습니다.혹시 이런 문제가 있을때는 보통 제약조건명을 어떻게 설정하시는지 비슷한 경험이 있으셨던 분 계시면 공유해주시면 감사하겠습니다.

deliciousfood123 · Answer

질문 올리고, 추가적으로 리서치하다가 찾게 된 내용인데, 혹시 나중에 비슷한 문제를 겪는 분 계시면 참고하실 수 있도록 내용 공유합니다.현실적인 문제로 테이블명을 약어로 하여 제약조건명을 설정하고 대신 일관성 있게 다른 제약조건을 추가할때도 약어로 사용하라고 조언을 해주고 있습니다. https://openacs.org/doc/eng-standards-constraint-naming혹시 다른 더 좋은 방안이 있으시거나 다른 의견 있으신 분 계시면 공유해주시면 감사하겠습니다.

장독깨기 · Answer

그걸 문제라고 생각해본적이 없네요. ㅎ좀 길면 어떻습니까. 테이블명이 길어봤자죠. : )

캐티 · Answer

이케이케 해보았는데 결과적으로 햇갈리면 망하는 거여서 개인적으로 account(accound_i, account_id, account_pw) 이런 형식으로 하여쩌. 인덱싱 키는 미리 정의한 약속에 따르거나 규격으로 해요. 정 상태가 나쁘다 이럼 코맨트를 넣어두게쩌.여기에 정답이 없는거 어떡하나요.storage(storage_i, storage_account_i, storage_filename) 이케 있음 조인하는데 storage_i = storage_account_i 되는 거이고 조인 순서에 따라서 양쪽에 테이블 이름을 올바른 위치에 두어야 하는 거여요.이럼 고유명 뒤에 특수한 이름이 오면 이거는 외래키이어요. 구분을 목적으로 언더바 2개나 _fk_ 이케 하는 수도 있는데 굳이 약속하는 규격은 간소하여야 쓰게쩌.

basscraft · Answer

DB 마다 다르지만 길이의 제약이 있는 있었던 것으로 기억합니다.오래된 래거시 시스템 관점에서 길이는 다 비용이라고 생각해서 축약어 사전도 있고 그랬었죠저의 경우 일반적으로 제약조건명을 꼭 사용해야 하는 것 아니라면 제약 조건명을 생략하곤 합니다.대부분의 DB가 생략하면 내부적인 룰에 따라 자동으로 생성해 주는데... 좀 지저분해 보이긴 합니다.말씀하신대로 제약조건의 특성을 살려서 명명규칙을 잡으려면 아주 컴팩트한 테이블명이나 컬럼명을 아주 컴팩트한 축약어를 쓰더라도 상당히 긴 이름이 나올 수 밖에 없습니다.DBA는 끔찍하기 싫어 할 수 있지만, 관점에 따라 불필요한 고민을 할 필요가 없다고 생각하는 편입니다.

초무쿤 · Answer

풀네임 vs 약어 어떤게 더 기독성이 떨어질지는..(대세는 풀네임인듯 한데요)단 Dbms마다 내이밍 길이제한이 있는 경우가 있어서 그게 문제인듯한데 (요즘은 풀네임이 대세라 그런지 많이 왼화된듯요)

정규분포 · Answer

난 개인적으로 fk_1 fk_2 이런식으로 지어버림. 아무리 이름 잘 지어봤자 직관적으로 딱 들어오도록 못지으고, 결국 정의를 보고 이해하는 경우가 너무 많음.내 의견이고요. 솔직히 col 이름 잘 지으면 별로 어렵지 않아서. 정말 특수한 경우엔 comment 문 써도 되고.

테이블명이 긴 경우, foreign key 제약조건명 정하는 방법

6개의 답변

#foreignkey 목록