개요
블로그/사이트에서 프로필 이미지, About 페이지 등 정적 콘텐츠를 Notion Database로 관리하기 위한 구조를 설계합니다.
배경
- Notion을 CMS로 활용할 때 포스트 외에도 프로필, About 등의 정보가 필요
- 이런 정보들을 어떤 Database 구조로 관리할지 고민 필요
고려 사항
1. 단일 Database vs 분리된 Database
Option A: 단일 "Settings" Database
Settings Database
├── key: "profile_image" → value: image URL
├── key: "site_name" → value: "My Blog"
├── key: "about_content" → value: page ID
└── key: "social_links" → value: JSON or relation
Option B: 용도별 분리된 Database
Profile Database (단일 row)
├── Name
├── Avatar (파일)
├── Bio
└── Social Links (Multi-select or Relation)
About Database (단일 페이지)
└── 페이지 블록으로 내용 관리
2. notion-to-utils에서 지원할 것인가?
getProfileData() 같은 헬퍼 함수 제공 여부
- 또는 사용자가 직접
dataSources.query()로 가져오도록 할 것인지
3. 권장 Database 스키마 문서화
사용자에게 권장하는 Database 구조를 문서로 제공:
## 권장 Profile Database 스키마
| Property | Type | 설명 |
|----------|------|------|
| Name | Title | 이름 |
| Avatar | Files | 프로필 이미지 |
| Bio | Text | 한 줄 소개 |
| GitHub | URL | GitHub 링크 |
| Twitter | URL | Twitter 링크 |
결정 필요 사항
우선순위
Priority: Low - 핵심 렌더링 기능 완성 후 진행
개요
블로그/사이트에서 프로필 이미지, About 페이지 등 정적 콘텐츠를 Notion Database로 관리하기 위한 구조를 설계합니다.
배경
고려 사항
1. 단일 Database vs 분리된 Database
Option A: 단일 "Settings" Database
Option B: 용도별 분리된 Database
2. notion-to-utils에서 지원할 것인가?
getProfileData()같은 헬퍼 함수 제공 여부dataSources.query()로 가져오도록 할 것인지3. 권장 Database 스키마 문서화
사용자에게 권장하는 Database 구조를 문서로 제공:
결정 필요 사항
우선순위
Priority: Low - 핵심 렌더링 기능 완성 후 진행