15

네이밍 컨벤션

노드/관계 타입 설계 (도메인 모델링)

학습 목표

노드/관계/속성 네이밍 규칙 명확한 이름 짓기 ID 속성 패턴

그래프 스키마 네이밍 컨벤션

Hook: "일관된 이름 규칙이 왜 중요할까?"

다음 스키마를 보세요:

에디터 로딩 중...

같은 개념인데 이름이 다르면:

  • 쿼리 작성 시 혼란
  • 팀원 간 오해
  • 버그 발생

표준 네이밍 규칙

1. 노드 레이블: PascalCase

에디터 로딩 중...

2. 관계 타입: SCREAMING_SNAKE_CASE

에디터 로딩 중...

3. 속성명: camelCase

에디터 로딩 중...

명확한 이름 짓기

관계명: 동사 + 의미

에디터 로딩 중...

노드 레이블: 단수형 명사

에디터 로딩 중...

속성명: 명확한 의미

에디터 로딩 중...

ID 속성 규칙

패턴 1: entityId

에디터 로딩 중...

패턴 2: id (간단한 경우)

에디터 로딩 중...

패턴 3: 비즈니스 ID + UUID

에디터 로딩 중...

실전 스키마 예시

에디터 로딩 중...

Pitfall: 네이밍 실수

1. 일관성 없음

에디터 로딩 중...

2. 관계 방향 모호

에디터 로딩 중...

3. 약어 남용

에디터 로딩 중...