[2편] Discord Shop Bot - 쿠폰을 버리고 “잔액 + 재고 + 발급코드”로 바꾼 DB 설계 (Prisma 모델 기준)

0. 이 글의 전제 1편에서 “왜 상점으로 바꿨는지”를 말했으니, 2편은 실제로 구조를 어떻게 바꿨는지다.

핵심은 세 가지다. 잔액(Balance) 재고(Stock) 발급 코드(Code Delivery) 1.

구독(쿠폰) 구조가 끝내 버티지 못한 지점 쿠폰 구조는 “데이터가 단순할 때”만 산다. 제품이 1~2개 기간만 관리 수동 발급이 가능 근데 제품이 늘어나면 바로 지옥이 된다.

GPT / Netflix / Cursor / Gemini 제품마다 발급 방식이 다름 재고가 있고, 없고 기간도 있고, 코드형도 있고 결국 구독 구조는 확장할수록 “예외 처리 덩어리”가 된다. 2. 상점 구조에서 데이터는 이렇게 나뉜다 내가 잡은 최소 모델은 이거다. (1) Product name price licenseDays (기간형이면) category isActive (2) Stock productId code (실제 발급할 키/계정/코드) status (available/sold) (3) UserB...