PostgreSQL 2

2. 브랜드마다 다른 캐시백 정책, 어떻게 DB에 담을까?

프로토타입을 넘어 본격적인 기능 개발에 들어갔습니다.그중 가장 고민이 많았던 부분이 캐시백 정책 DB 설계였습니다. 1. 캐시백 정책은 생각보다 복잡했다 기획 단계에서 정리된 요구사항은 대략 이랬습니다.브랜드마다 캐시백 비율이 다를 수 있음같은 브랜드라도 상품 종류에 따라 비율이 달라질 수 있음일반 캐시백 / 상향 캐시백 존재인플루언서는 일반 사용자와 다른 혜택을 받을 수 있어야 함 예를 들면 이런 식이었습니다.뷰티 브랜드A: 신규 고객 35%, 기존 고객 7.5% (상향 캐시백: 신규 고객 65%, 기존 고객 8%)뷰티 브랜드B: 스킨케어 15%, 메이크업 10%, 향수 5%뷰티 브랜드C: 전 상품 0.5% (인플루언서는 5%) 각 브랜드마다 완전히 다른 캐시백 정책이 있을 수 있다보니, 어떻게..

0. 기록을 남기기로 한 이유

"3개월 안에 앱 출시 가능할까요? 샵백 앱 참고해서 비슷하게 만들어주세요. 세부사항은 알아서 결정하시면 됩니다." 회사에서 처음 맡은 앱 개발 프로젝트의 시작이었습니다. 웹 개발 경험은 있었지만 앱 개발은 처음이었고, 인프라 경험도 전무했으며, 무엇보다 사수 없이 단독으로 진행해야 하는 프로젝트였습니다.지금 돌아보면 무모했던 것 같기도 하지만, 그 과정에서 크고 작은 여러 문제들을 해결하며 많은 것을 배웠습니다. 그리고 이제 개발이 거의 마무리된 시점에서, 그동안 달려오느라 정리하지 못했던 기록들을 꺼내보려 합니다. 1. 왜 지금에서야 기술 블로그를 쓰기 시작했을까 사실 개발 과정에서 트러블슈팅을 만날 때마다 자료는 꾸준히 모아뒀습니다. 에러 로그, 해결 방법, 참고한 링크들, 머릿속 고민들까지..