SQLP & 실무 설계 핵심: 속성의 명칭 부여 원칙 총정리

데이터 모델링에서 속성(Attribute)의 명칭은 단순한 이름을 넘어서, 데이터 일관성과 소통 효율성을 결정하는 중요한 요소입니다.
아래는 SQLP 자격증과 실무 설계 모두에서 기준이 되는 속성명 부여 원칙을 정리한 내용입니다.

  👉 엔터티에 대한 설명이 부족하다면 (클릭)

 

 

SQL 자격증·정보처리기사 대비: 속성(Attribute) 개념 완벽 정리

 

 

 

✅ 속성의 명칭 부여 4대 원칙

1️⃣ 업무 용어를 그대로 사용한다

• 속성명은 해당 업무 도메인에서 실제 사용하는 용어를 그대로 사용해야 합니다.
• 사용자, 기획자, 개발자가 직관적으로 이해할 수 있는 단어가 가장 좋습니다.

예시
❌ cust_nm → 생소하고 오해 소지 있음
✅ 고객명, customerName → 명확하고 직관적

2️⃣ 서술형 표현은 지양한다

• 속성명은 간결하고 명료하게 작성되어야 하며, 문장처럼 서술하는 방식은 피해야 합니다.

예시
❌ 고객이 주문한 날짜
✅ 주문일자, orderDate

3️⃣ 약어 사용은 최소화한다

• 의미를 알기 어려운 약어는 가능한 한 사용을 지양해야 합니다.
• 사용할 경우, 공통 약어 사전을 구축하고 그 범위 내에서만 사용해야 합니다.

예시
❌ trn_dt_cd (이해 어려움)
✅ 거래일자코드, transactionDateCode

4️⃣ 속성명은 데이터 모델 전체에서 유일해야 한다

• 모든 속성명은 데이터 모델 내에서 고유하게 사용되어야 합니다.
• 같은 이름이 다른 의미로 반복되면 혼란과 오류의 원인이 됩니다.

예시
✅ 고객ID, 주문ID, 상품ID (각기 다른 의미로 명확하게 구분)
❌ ID, ID, ID → 혼동 유발

 

📊 실무 설계 요약 정리표

원칙	설명
✔️ 업무 용어 사용	현업이 사용하는 용어 그대로 사용
❌ 서술형 금지	한두 단어로 간결하게 작성
⚠️ 약어 최소화	약어 사용 시 사전 정의 필수
🔑 속성명 유일성	전체 모델 내에서 고유하게 지정

 

 

 암기 포인트 요약

속성명은 짧고 명확하게, 업무 용어 기반으로, 전체 모델 내 유일하게 작성하자!

 

 

 추가 팁 – SQLP 시험 대비용 키워드 정리

• 속성명 명명 원칙은 실기 설계 문제 또는 속성 분류 문제에 자주 출제됩니다.
• 약어 사전, 뷰(View)의 명칭, 관계명 작성 기준과 함께 묶어서 출제될 수 있습니다.
• 기출 키워드: 속성의 직관성 / 고유성 / 약어 사용 원칙 / 속성명 오용 사례