1.8 KiB
1.8 KiB
지자체 운영 방식 정리
지자체 단위 데이터 분리 시 단일 테넌트 vs 멀티테넌트 결정 및 테이블 설계 참조.
1. 자료상 명시 여부
- 자료에는 "지자체 1개당 시스템 1개" vs "한 시스템에서 여러 지자체(멀티테넌트)" 중 어떤 방식으로 개발해야 하는지 명시되어 있지 않음.
- 기능·역할 설명 문맥상 "각 지자체에서 시스템에 접속", super admin(wixon/서진)이 전 영역 관리한다는 표현으로 보아, 한 시스템에 여러 지자체가 접속하는 구조(멀티테넌트) 를 전제로 한 설명에 가깝다.
- 최종 결정은 발주처·실무와 확인하는 것이 좋다.
2. 방식별 요약
| 방식 | 설명 | 참고 |
|---|---|---|
| 지자체 1개당 시스템 1개 | 지자체별로 DB·앱 인스턴스를 분리. 지자체 FK·테넌트 필터 불필요. | 구현 단순, 운영·패치는 지자체 수만큼 필요. |
| 멀티테넌트 | 한 시스템·한 DB에서 여러 지자체 데이터를 lg_idx 등으로 구분. |
배포·패치 일원화 가능. 모든 지자체별 쿼리에 테넌트 필터 필수. |
3. 테이블 설계 참조
- 지자체별로 유저·정보를 나누고, 해당 지자체 데이터만 보이게 하려면 테이블 설계는
docs/기본 개발계획/테이블/폴더 문서를 따른다. - 목록·ERD:
00-테이블_목록_및_ERD.md - 마스터 DDL:
01-마스터_테이블_DDL.md(지자체, member 확장, 지정판매소, 기본코드, 대행소, 담당자, 업체, 무료대상자) - 물류·판매 DDL:
02-물류_판매_테이블_DDL.md(품목, 단가, 포장단위, 발주, 입고, 주문, 수불) - 필터·권한:
03-지자체_데이터_필터_및_권한.md(조회 시 lg_idx 적용 방법)