본문 바로가기
내가 보려고 정리한 DB

[DB] Entity, Attribute 네이밍 룰

by nacastle 2020. 6. 7.

에Lowercase

테이블, 뷰, 컬럼을 비롯한 모든 식별자들은 소문자로 작성하는 게 좋습니다. 대소문자가 섞여있는 식별자 이름들을 사용하는 건 좋지 않습니다. 예약어들과 구분짓기 위함입니다. ORM에서 자동으로 테이블을 생성하면 소문자로 출력되는 것도 이런 규칙을 지키는 게 아닌가 싶습니다.

ex) first_name으로 사용하는 것이 First_Name으로 사용하는 것 보다 좋습니다.

 

Underscores separate words

여러 글자가 합쳐져 만든 복합어구에는 _(snake_case)를 사용하는 게 좋습니다. camel_case 등은 좋지 않습니다.

ex) wordcount, wordCount보다는 word_count, team_member_id가 좋습니다.

 

 

Full words, not abbreviations

Object 이름들은 약어를 사용하기 보다는 풀네임을 사용하는게 좋습니다. 대부분의 SQL 데이터베이스는 30자 이상의 Object 이름을 설정할 수 있도록 지원하고 있습니다.

ex) middle_name이 mid_nm보다 좋습니다.

 

 

 

Table Name

 

1) 규칙

- 테이블임을 표시하기 위해 테이블 명 뒤에 '_TB'라는 구분을 사용함

- 테이블명은 대문자로 사용함

- 시스템 구분 코드와 모듈구분코드로 업무 영역을 구분함

- 의미있는 테이블명은 3단어까지 사용할 수 있음

- 단어와 단어 사이는 '_'로 구성함

- 각 단어는 최대 8자리까지 사용함

- 구분명은 Table의 특성을 나타냄

- 예로는 Master, Detail, Control, Summary, Trigger, History 등이 있음

 

2) 표기 방식

- <시스템 구분> + '_' + <의미있는 테이블명> + '_' + TB

   예) 사용자 테이블: ACT_USERS_TB



출처: https://12bme.tistory.com/246 [길은 가면, 뒤에 있다.]

반응형

'내가 보려고 정리한 DB' 카테고리의 다른 글

[DB] Cursor(커서)  (1) 2020.06.09
[DB] 네이밍 룰  (1) 2020.06.08
[DB] 인조식별자  (1) 2020.06.06
[DB] Entity, Attribute, 식별자 검증  (0) 2020.06.02
[DB] 코드 엔티티, 이력 엔티티  (0) 2020.06.02