표준화 원칙과 명명 규칙

핵심 요약

명명 규칙은 표준 용어와 물리 명칭을 같은 방식으로 재현 가능하게 만드는 규칙이다. 단어 조합 순서, 분류어, 영문명·약어, 구분자, 허용 문자와 길이뿐 아니라 동의어·동음이의어·금칙어 처리까지 포함한다.

학습 목표

• 논리명과 물리명의 목적 및 제약을 구분한다.
• 단어 조합과 분류어의 역할을 설명한다.
• 동의어·유의어·동음이의어와 금칙어를 판별한다.
• 현행 명칭을 표준 논리명·물리명으로 변환하는 과정을 적용한다.

1. 명명 규칙의 범위

1.1 논리명

현업과 설계자가 업무 의미를 명확히 이해할 수 있는 한글 중심 명칭이다. 승인된 표준 단어를 정해진 순서로 조합하고, 한 용어가 하나의 의미를 갖도록 정의한다. 논리명은 DBMS 식별자 길이보다 업무 명확성이 우선이다.

1.2 물리명

테이블·컬럼 등 DB 객체에 구현되는 명칭이다. 표준 단어의 영문 약어를 조합하되 DBMS의 길이, 예약어, 대소문자, 허용 문자, 구분자 규칙을 준수한다. 물리명만 보고도 대응 논리명을 역추적할 수 있어야 한다.

1.3 단어 조합과 분류어

많은 표준 체계에서 용어의 마지막 단어는 값의 성격을 나타내는 분류어로 사용된다. 일자, 일시, 금액, 수량, 명, 번호, 코드, 여부 등이 예다. 다만 분류어와 도메인의 연결 규칙은 조직별 표준으로 명시해야 하며, 같은 분류어라고 무조건 같은 길이·도메인을 적용해서는 안 된다.

예: 고객가입일시 = 고객 + 가입 + 일시

• 고객, 가입은 대상을 한정한다.
• 일시는 날짜와 시각을 포함하는 값의 성격을 드러낸다.
• 물리명은 승인된 약어가 CUST, JOIN, DTM이라면 CUST_JOIN_DTM처럼 생성할 수 있다. 이 예시는 조직 약어 규칙에 따라 달라질 수 있다.

2. 어휘 충돌 관리

기타, 정보, 내용, 데이터처럼 범위가 지나치게 넓은 단어는 업무 의미를 구분하지 못할 수 있으므로 단독 사용을 제한할 수 있다.

3. 명명 규칙 수립 절차

1. 현행 논리명·물리명과 DBMS 제약을 수집한다.
2. 표준 단어, 영문명과 약어의 유일성을 정한다.
3. 용어 조합 순서와 분류어·도메인 연결 규칙을 정의한다.
4. 허용 문자, 구분자, 길이, 예약어와 대소문자 규칙을 정한다.
5. 정상 예시와 반례로 규칙 충돌을 검증한다.
6. 승인 후 모델링·DDL 점검 규칙으로 구현한다.

4. 변환 사례

현행 명칭: 회원_이름, 고객성명, cust_nm, userName

1. 네 명칭의 업무 정의를 비교한다.
2. 모두 계약·주문 주체의 법적 성명을 뜻한다면 대표 표준 용어를 고객성명으로 정한다.
3. 회원이름 등은 동의어 또는 전환 대상에 등록한다.
4. 승인된 단어 약어가 고객=CUST, 성명=NM이면 물리명을 CUST_NM으로 정한다.
5. 단, 화면 표시용 별칭이나 닉네임은 정의가 다르므로 별도 용어로 남긴다.

5. 비교와 구분

시험 판단 포인트

• 동의어는 여러 표준으로 병존시키는 것이 아니라 대표 표준으로 통합하고 매핑한다.
• 동음이의어는 같은 이름을 유지하기보다 업무 맥락을 드러내도록 구분한다.
• 논리명과 물리명은 서로 추적 가능해야 하지만 항상 문자 그대로 1:1 번역되는 것은 아니다.
• 분류어는 도메인 연결의 단서이지 도메인 자체가 아니다.

자주 틀리는 부분

• 약어 길이가 짧다는 이유만으로 의미 충돌 검토 없이 승인한다.
• 물리명 규칙만 만들고 논리 용어의 정의와 동의어를 관리하지 않는다.
• 화면 라벨, 프로그램 변수와 DB 컬럼에 동일한 제약을 무조건 적용한다.
• DBMS 예약어를 표준 약어로 승인해 구현 단계마다 예외를 만든다.