MyMapSaaS 앱 데이터베이스 스키마
프롬프트
SaaS 앱의 데이터베이스 스키마를 구성해 주세요
나만의 버전 만들기
프레임워크 소개
사용자 ID와 조직 멤버십을 별도로 모델링하세요
USER, ORGANIZATION, MEMBERSHIP, PROJECT, SUBSCRIPTION은 다섯 가지 엔터티입니다. Membership에는 user_id, org_id, role이 포함되어 다이어그램에서 사용자의 조직 내 역할을 나타낼 수 있습니다. 프로젝트와 구독에도 org_id가 포함됩니다. 각 엔터티에는 UUID 기본 키가 있습니다.
관계는 사용자와 조직이 0개 이상의 멤버십을 가질 수 있고, 조직이 0개 이상의 프로젝트와 정확히 하나의 구독을 가질 수 있음을 보여줍니다. 구독에는 stripe_id, status, expires_at이 포함되며, 조직에는 plan 필드도 있습니다. Stripe 필드는 모델 항목일 뿐 실제로 작동하는 결제 연동은 아닙니다.
구현하기 전에 초대, 중복 멤버십, 무료 조직, 구독 이력을 어떻게 처리할지 결정하세요. 조직의 요금제와 구독 상태를 일관되게 유지하는 방법을 정의하고, 인증 및 권한 부여는 다이어그램과 별도로 명시하세요.
포함 내용
얻는 것
- UUID 기본 키와 주요 속성을 갖춘 5개 엔터티
- 사용자, 조직, 역할 필드를 포함하는 Membership 엔터티
- org_id를 통한 프로젝트의 조직 소유 관계
- 결제 참조, 상태, 만료 정보를 포함하는 구독 엔터티
SaaS 앱 데이터베이스 스키마
✦ Free preview · Sign in to use
자주 묻는 질문
자주 묻는 질문
한 사용자가 여러 조직에 속할 수 있나요?
그려진 사용자-멤버십 관계는 여러 멤버십 레코드를 허용합니다. 각 멤버십은 해당 사용자를 하나의 조직에 연결하고 역할을 포함합니다.
구독이 없는 조직도 이 스키마에서 허용되나요?
이 샘플에서는 조직당 정확히 하나의 구독을 그립니다. 결제가 설정되기 전에도 조직이 존재할 수 있는 모델이라면 관계를 변경하세요.
org_id가 테넌트 격리를 적용하나요?
이 다이어그램은 소유 관계를 기록합니다. 인증이나 접근 정책을 구현하지는 않으므로, 이러한 규칙은 애플리케이션과 데이터베이스에서 적절히 설계하고 적용해야 합니다.
SaaS 앱 데이터베이스 스키마
무료로 시작. 신용카드 불필요.