15분
네이밍 컨벤션
노드/관계 타입 설계 (도메인 모델링)
네이밍 컨벤션
Cypher 심화 & 데이터 모델링 > 노드/관계 타입 설계 (도메인 모델링)
학습 목표
노드/관계/속성 네이밍 규칙 명확한 이름 짓기 ID 속성 패턴
그래프 스키마 네이밍 컨벤션
Hook: "일관된 이름 규칙이 왜 중요할까?"
다음 스키마를 보세요:
에디터 로딩 중...
같은 개념인데 이름이 다르면:
- 쿼리 작성 시 혼란
- 팀원 간 오해
- 버그 발생
표준 네이밍 규칙
1. 노드 레이블: PascalCase
에디터 로딩 중...
2. 관계 타입: SCREAMING_SNAKE_CASE
에디터 로딩 중...
3. 속성명: camelCase
에디터 로딩 중...
명확한 이름 짓기
관계명: 동사 + 의미
에디터 로딩 중...
노드 레이블: 단수형 명사
에디터 로딩 중...
속성명: 명확한 의미
에디터 로딩 중...
ID 속성 규칙
패턴 1: entityId
에디터 로딩 중...
패턴 2: id (간단한 경우)
에디터 로딩 중...
패턴 3: 비즈니스 ID + UUID
에디터 로딩 중...
실전 스키마 예시
에디터 로딩 중...
Pitfall: 네이밍 실수
1. 일관성 없음
에디터 로딩 중...
2. 관계 방향 모호
에디터 로딩 중...
3. 약어 남용
에디터 로딩 중...