zio/kintex

GUARDiA 6294627070 fix(schedule,ui): holidays on exhibition calendar, bilingual brand, neutral calendar borders

2026-07-12 19:16:48 +09:00

59 KiB

Raw Blame History

킨텍스 자동전시시스템 — 데이터 아키텍처 (A-4)

작성: kintex-data-architect(DA) · 작성일: 2026-07-11 · 버전: v1.0 근거: docs/PLANNING.md v2.0(§5A M15/M16·§5B 공통코드·§7 ERD·§8 아키텍처) · _workspace/01_backend_contracts.md(P0 API 계약·§8 매퍼 인수) · docs/COMMON_CODES.md(공통코드) · docs/assets/floorplans/README.md(홀 실측·트렌치 CAD) · 룰셋 rulesets/compliance-v1.json·rates-v1.json 문서 소유권(DA 트랙): 본 문서는 데이터 모델·표준·거버넌스의 단일 출처다. 물리 스키마(DDL·PostGIS·MyBatis 매퍼 XML) 구현은 kintex-db-engineer가 담당하며, 본 문서는 그 구현 대상(target model)·표준·검수 기준을 정의한다. DA는 설계·표준·검수만 하고 src/backend/**/db·매퍼는 수정하지 않는다. 정합 대상: A-1 app.md(AA)·A-2 system.md(SA)·A-3 tech.md(TA)·A-5 network.md(NA) — 상충 발견 시 A-6(reviewer) 티켓화.

0. 범위·계층·원칙

0-1. 데이터 아키텍처 스코프

계층	대상	저장소
공통·시스템관리 (WISE/UIWS 이식)	사용자·역할·공통코드·메뉴·감사·업무모듈	PostgreSQL `TB_*`
도메인 (킨텍스 코어 P0)	행사·홀·부스·설계·유틸리티·렌더잡	PostgreSQL + PostGIS
도메인 (v2.0 확장)	옥션·관람객/리드·CMS·마스터데이터	PostgreSQL
마스터·룰셋 (버전 관리 데이터)	홀·요율·유틸요금·규정 룰셋·등록업체	파일(룰셋 JSON) + `TB_*` 마스터
BI 데이터마트 (M16)	Fact/Dim 스타 스키마 + KpiSnapshot	PostgreSQL(별도 스키마 `mart`) / 읽기 전용 복제
대용량 바이너리	도면·생성 이미지·서식·견적 PDF	오브젝트 스토리지(경로만 DB)

0-2. 설계 원칙 (불변)

단일 공간 원천: 부스 폴리곤·트렌치 포인트·배선 LineString은 PostGIS 단일 지오메트리 원천. M2 검증·M4 라우팅·M5 시각화·M13 wayfinding·M14 부하집계·M16 ㎡당 수익이 같은 지오메트리를 재사용(PLANNING §7-3 불변, §4 설계원칙 (1)).
룰셋은 데이터: 요율·규정은 코드가 아닌 버전 관리 파일(compliance-v*.json·rates-v*.json). 모든 산출물에 rulesetVersion·disclaimer 각인(감사·면책). 마스터데이터 개정은 M18 백오피스에서 무중단 반영.
PII 최소수집·분리·암호화: 관람객/리드 개인정보는 §5 분류·보존·동의·암호화 정책을 강제. 민감 컬럼은 API 응답에서 완전 제외(계약 §0-3).
운영/분석 분리: 경영 지표는 운영 DB 직조회 금지 — BI 데이터마트(스타 스키마) 배치 적재 또는 읽기 전용 복제로 운영 부하 회피(PLANNING §8-1).
이식 우선(재설계 금지): 공통·시스템·인증 스키마는 workspace/uiws TB_*를 이식(멱등 DDL). 킨텍스 고유는 도메인 테이블에만.

1. 전사 데이터 모델 — 개념(Conceptual)

1-1. 개념 ERD (도메인 영역)

erDiagram
    EVENT ||--o{ HALL_ASSIGNMENT : "배정"
    HALL ||--o{ HALL_ASSIGNMENT : "가용"
    HALL_ASSIGNMENT ||--o{ LAYOUT : "배치안(버전)"
    LAYOUT ||--o{ BOOTH : "부스(폴리곤)"
    HALL ||--o{ TRENCH : "트렌치 그리드"
    BOOTH ||--o{ DESIGN_PLAN : "설계안(버전)"
    BOOTH ||--o{ UTILITY_ORDER : "유틸리티 신청"
    UTILITY_ORDER ||--o{ WIRING_PATH : "배선(LineString)"
    BOOTH ||--o{ RENDER_JOB : "시각화 샷"
    EVENT ||--o{ EVENT_MEMBER : "참여자(RBAC)"
    USER ||--o{ EVENT_MEMBER : "소속"
    COMPANY ||--o{ EVENT_MEMBER : "업체계정"

    EVENT ||--o{ AUCTION : "옥션(M15)"
    AUCTION ||--o{ QUOTATION : "견적서=응찰"
    AUCTION ||--o| AWARD : "낙찰"
    COMPANY ||--o{ QUOTATION : "응찰업체(등록검증)"
    BOOTH ||--o{ AUCTION : "자료첨부"

    EVENT ||--o{ REGISTRATION : "관람객 등록(M10)"
    VISITOR ||--o{ REGISTRATION : "관람객"
    REGISTRATION ||--o{ BADGE : "배지/QR"
    BADGE ||--o{ CHECK_IN : "체크인"
    BOOTH ||--o{ LEAD : "리드캡처"
    VISITOR ||--o{ LEAD : "스캔대상"

    EVENT ||--o{ SETTLEMENT : "정산(M9)"
    EVENT ||--o{ DOCUMENT : "서류/마일스톤(M6)"
    EVENT ||--o{ CONTENT : "CMS(M17)"

    EVENT ||--o{ FACT_MART : "BI 집계(M16)"

1-2. 주제영역(Subject Area) 맵

주제영역	핵심 엔티티	소유 모듈	특성
행사·조직·권한	Event, User, Company, EventMember, Role	§5B·M18	마스터·RBAC 기준축
공간·시설	Hall, HallFeature, Trench	M2·마스터	PostGIS 지오메트리
설계·시공(P0)	Layout, Booth, DesignPlan, UtilityOrder, WiringPath, RenderJob	M2~M5	버전·공간·비동기
발주·정산	Auction, Quotation, Award, Settlement, PaymentSchedule, Document	M6·M9·M15	금액·계약·감사
관람·참가	Visitor, Registration, Badge, CheckIn, Lead, Meeting	M10·M11	PII 집중 영역
콘텐츠·마스터	Content, Microsite, MasterData, Ruleset	M17·M18	다국어·버전
분석(BI)	FactBooking/Settlement/Utility/Auction/Visitor, Dim*, KpiSnapshot	M16	스타 스키마·집계
공통·감사	AuditLog, CodeGroup, Code, Menu, Notification	§5B	이식·전 모듈 공유

2. 전사 데이터 모델 — 논리·물리(Logical/Physical)

물리 테이블은 kintex-db-engineer가 구현. 아래는 표준 대상 모델(테이블·컬럼·타입·제약). 명명 규칙은 §4. geom 컬럼 상세는 §3.

2-1. 코어 P0 물리 ERD

erDiagram
    TB_EVENT {
        uuid    event_id PK
        varchar event_name
        date    start_date
        date    end_date
        varchar status
        timestamptz created_at
    }
    TB_HALL {
        varchar hall_id PK "H1..H10, 반홀 H1A"
        varchar hall_name
        numeric area_m2
        numeric floor_load_t_per_m2
        numeric width_m
        numeric depth_m
        numeric ceiling_m
        varchar floor_finish "concrete_polished|carpet"
        int     booth_capacity
        geometry footprint "Polygon,0"
    }
    TB_HALL_ASSIGNMENT {
        uuid    assignment_id PK
        uuid    event_id FK
        varchar hall_id FK
        date    occupy_from
        date    occupy_to
    }
    TB_BOOTH {
        uuid    booth_id PK
        uuid    layout_id FK
        varchar booth_no "A-102"
        varchar booth_type "independent|assembled"
        numeric width_m
        numeric depth_m
        numeric height_m
        numeric floor_load_t_per_m2
        boolean premium
        uuid    assigned_company_id FK "nullable"
        geometry geom "Polygon,0 · 홀로컬"
    }
    TB_LAYOUT {
        uuid    layout_id PK
        uuid    assignment_id FK
        int     version
        varchar name
        varchar status "draft|submitted|approved|rejected"
        int     source_option "선택/병합 출처 안번호"
        jsonb   merge_provenance "병합 출처 레이어"
        timestamptz updated_at
    }
    TB_TRENCH {
        uuid    trench_id PK
        varchar hall_id FK
        varchar supply_matrix "power,water,air,gas,network 비트/배열"
        boolean assumed "가정 그리드 여부(R4)"
        geometry geom "Point,0 · 탭포인트"
        geometry run_geom "LineString,0 · nullable"
    }
    TB_DESIGN_PLAN {
        uuid    design_id PK
        uuid    booth_id FK
        int     version
        varchar status
        jsonb   spec "DesignSpec"
        timestamptz updated_at
    }
    TB_UTILITY_ORDER {
        uuid    order_id PK
        uuid    booth_id FK
        varchar status "draft|submitted|relayed"
        jsonb   quote "UtilityQuote 스냅샷"
        varchar rateset_version
        varchar location_diagram_url
        timestamptz created_at
    }
    TB_WIRING_PATH {
        uuid    wiring_id PK
        uuid    order_id FK
        varchar kind "power|network|plumbing|air"
        numeric kw "nullable"
        numeric length_m
        geometry geom "LineString,0"
    }
    TB_RENDER_JOB {
        uuid    job_id PK
        uuid    booth_id FK
        uuid    event_id FK
        varchar shot_preset "S1..S7"
        varchar status "QUEUED|RUNNING|DONE|FAILED"
        varchar image_url
        varchar schema_hash "캐시키"
        varchar model_version
        varchar error_message "요약만"
        timestamptz created_at
    }
    TB_COMPANY {
        uuid    company_id PK
        varchar company_name
        varchar registration_no "사업자번호(등록검증)"
        varchar category_code "14분류 CONTRACTOR_CATEGORY"
        varchar region
        boolean kintex_registered "미등록 응찰 차단 게이트"
    }
    TB_EVENT_MEMBER {
        uuid    member_id PK
        uuid    event_id FK
        uuid    user_id FK
        uuid    company_id FK "nullable"
        uuid    booth_id FK "nullable · 참가업체 부스 스코프"
        varchar event_role "ORGANIZER|EXHIBITOR|CONTRACTOR|HALL_MANAGER"
    }

    TB_EVENT ||--o{ TB_HALL_ASSIGNMENT : ""
    TB_HALL ||--o{ TB_HALL_ASSIGNMENT : ""
    TB_HALL ||--o{ TB_TRENCH : ""
    TB_HALL_ASSIGNMENT ||--o{ TB_LAYOUT : ""
    TB_LAYOUT ||--o{ TB_BOOTH : ""
    TB_BOOTH ||--o{ TB_DESIGN_PLAN : ""
    TB_BOOTH ||--o{ TB_UTILITY_ORDER : ""
    TB_UTILITY_ORDER ||--o{ TB_WIRING_PATH : ""
    TB_BOOTH ||--o{ TB_RENDER_JOB : ""
    TB_COMPANY ||--o{ TB_BOOTH : "배정"
    TB_EVENT ||--o{ TB_EVENT_MEMBER : ""

계약 정합 근거(01_backend_contracts §8 매퍼 인수 목록):

BoothMapper → TB_BOOTH.geom(ST_MakePolygon/ST_AsGeoJSON), 판매면적 ST_Area(geom), 통로폭 ST_Distance/ST_Buffer, 비상구 ST_Intersects(TB_HALL_FEATURE).
DesignMapper → TB_DESIGN_PLAN.spec(jsonb), findEventIdByBooth(RBAC 역참조 = TB_BOOTH→TB_LAYOUT→TB_HALL_ASSIGNMENT→event_id).
WiringMapper → TB_TRENCH KNN(geom <-> :point), TB_WIRING_PATH.geom 최단(ST_Length), TB_TRENCH.assumed 플래그.
RenderJobMapper → TB_RENDER_JOB 내구 이력·쿼터 정본(countSucceededByEvent, Redis는 큐/실시간).
UserMapper → TB_USER(§2-3) 인증행(해시 응답 제외)·TB_EVENT_MEMBER 역할.

2-2. v2.0 확장 물리 ERD (옥션·관람·CMS)

erDiagram
    TB_AUCTION {
        uuid    auction_id PK
        uuid    event_id FK
        varchar auction_type "REVERSE|RFQ|FIXED"
        varchar category_code "공종 14분류"
        varchar status "OPEN|BIDDING|AWARDED|CLOSED"
        int     round_no
        timestamptz deadline_at
        varchar award_criteria "LOWEST|COMPOSITE"
        jsonb   weight "가격/평판/납기 가중치"
        jsonb   attached_refs "Booth/Design/Utility/Render 참조 자료"
    }
    TB_QUOTATION {
        uuid    quotation_id PK
        uuid    auction_id FK
        uuid    company_id FK "등록업체 검증"
        int     version
        varchar status "SUBMITTED|REVISED|AWARDED|REJECTED"
        jsonb   line_items "공종·자재·수량·단가·금액"
        numeric subtotal
        numeric vat
        numeric total
        date    valid_until
        varchar lead_time
        varchar pdf_url
        timestamptz submitted_at
    }
    TB_AWARD {
        uuid    award_id PK
        uuid    auction_id FK
        uuid    quotation_id FK "선정 견적서"
        numeric composite_score
        varchar reason
        varchar contract_doc_url "M6/M9 연동"
        timestamptz awarded_at
    }
    TB_VISITOR {
        uuid    visitor_id PK
        varchar name_enc "PII·AES-GCM"
        varchar email_enc "PII·AES-GCM"
        varchar phone_enc "PII·AES-GCM"
        varchar org_name "준식별"
        varchar job_title
        jsonb   interests "관심 업종"
        varchar visitor_type "VISITOR|BUYER"
        timestamptz created_at
    }
    TB_REGISTRATION {
        uuid    registration_id PK
        uuid    event_id FK
        uuid    visitor_id FK
        varchar reg_type
        boolean consent_privacy "동의(필수)"
        boolean consent_marketing "동의(선택·정보통신망법)"
        timestamptz consent_at
        timestamptz registered_at
    }
    TB_BADGE {
        uuid    badge_id PK
        uuid    registration_id FK
        varchar qr_token "회전 토큰·비추측"
        varchar badge_template_id "M17"
    }
    TB_CHECK_IN {
        uuid    checkin_id PK
        uuid    badge_id FK
        timestamptz checked_at
        varchar gate
    }
    TB_LEAD {
        uuid    lead_id PK
        uuid    event_id FK
        uuid    booth_id FK "참가업체 스코프"
        uuid    visitor_id FK
        int     interest_score
        varchar memo_enc "PII·AES-GCM"
        boolean consent_share "리드 공유 동의"
        timestamptz captured_at
    }
    TB_CONTENT {
        uuid    content_id PK
        uuid    event_id FK "nullable"
        varchar content_type
        varchar locale "ko|en|zh|ja"
        int     version
        varchar status "draft|review|published"
        jsonb   body
    }

    TB_AUCTION ||--o{ TB_QUOTATION : ""
    TB_AUCTION ||--o| TB_AWARD : ""
    TB_QUOTATION ||--o| TB_AWARD : "선정"
    TB_VISITOR ||--o{ TB_REGISTRATION : ""
    TB_REGISTRATION ||--o{ TB_BADGE : ""
    TB_BADGE ||--o{ TB_CHECK_IN : ""
    TB_VISITOR ||--o{ TB_LEAD : ""

보조 테이블(도메인 완결): TB_SETTLEMENT(정산·M9)·TB_PAYMENT_SCHEDULE(납부 스케줄 20/30/20/30 + 예치금)·TB_DOCUMENT(서류·마일스톤 D-150/30/25/7·M6)·TB_MEETING(비즈매칭·M11)·TB_MICROSITE(참가업체·M17)·TB_MASTER_DATA(마스터 버전·M18). 상세 컬럼은 해당 도메인 에이전트 확정 시 본 문서 갱신.

2-3. 공통·시스템관리 물리 모델 (WISE/UIWS 이식 — 정본 참조)

재설계 금지: 아래는 workspace/uiws TB_* 정본을 그대로 이식(멱등 DDL·sql.init mode=always+continue-on-error). 킨텍스는 표준 준수만 하고 컬럼을 임의 변경하지 않는다. 상세 컬럼 정의는 UIWS 레퍼런스가 정본.

테이블	역할	킨텍스 접합
`TB_USER`	사용자·인증(BCrypt 해시·`otp_secret` AES)	6역할 + 등록업체 계정 + 관람객 셀프서비스
`TB_CODE_GRP` / `TB_CODE`	공통코드 그룹/값	§4-3 도메인 코드 적재
`TB_MENU`	메뉴 트리·권한 매핑	역할별 포털 IA(§2-1)
`TB_AUDIT_LOG`	감사 로그	승인·낙찰·설계변경·룰셋개정·리드 접근(PII) 전수
`TB_NOTIFICATION`	통합 알림	D-데이 리마인더·낙찰·결제
worklog/schedule/message/notice/meeting/report 등	공통 업무	§5B-2 접합점만 이식

인증 표준(§5B-3): JWT + TOTP(RFC6238, SHA1·30s·6자리·±1) 2차 인증 + 로그인 실패 잠금. admin 비번은 env ADMIN_PASSWORD_ENC(AES-256-GCM) + 별도 키파일 복호 → 기동 시 BCrypt 재시드. 하드코딩 시드 금지.
행사 RBAC 이중 평가: 전역 USER_ROLE(WISE) + 행사 스코프 EVENT_ROLE(TB_EVENT_MEMBER) 병행. 킨텍스 1차 권한 = EVENT_ROLE(COMMON_CODES §3).

3. 공간 데이터 모델 표준 (PostGIS)

M2~M5·M13·M14·M16이 공유하는 단일 공간 원천. 물리 구현(ST_* 매퍼 XML)은 db-engineer, 좌표계·타입·인덱스·검증 계약은 본 절이 표준.

3-1. 좌표계 표준 — 홀 로컬 데카르트

항목	표준	근거
SRID	`0`(로컬 데카르트, 미터) — 지리좌표(4326) 아님	부스/트렌치/배선은 홀 로컬 미터 좌표(계약 `polygon`=홀 로컬 미터, `[[0,0],[6,0]...]`)
타입	`geometry`(geography 아님)	평면 미터 연산: `ST_Area`=㎡ 직접, `ST_Distance`=m 직접, `ST_Length`=m 직접
원점	홀별 원점(도면 좌하단) 기준, hall_id로 좌표계 분리	홀마다 독립 로컬 원점
단위	미터(m). 각도는 도(°)	계약 `sizeM`·`heightM`·`lengthM`
정밀도	좌표 소수 3자리(mm), 면적/길이 소수 2자리	시공 실무 정밀도

주의(교차 좌표계 금지): 홀 로컬 좌표는 홀 간 직접 공간연산 불가(각 홀 원점 상이). 홀 전경(S7)·부지 컨텍스트가 필요하면 별도 venue 좌표계 변환 테이블로 배치(Phase 2). Phase 1은 단일 홀 기준(홀7 권장, PLANNING §9).

3-2. 지오메트리 컬럼 표준

엔티티	컬럼	PostGIS 타입	규칙
부스 `TB_BOOTH`	`geom`	`geometry(Polygon, 0)`	닫힌 링(첫=끝 좌표), 단순(ST_IsSimple)·유효(ST_IsValid), CCW 권장
홀 외곽 `TB_HALL`	`footprint`	`geometry(Polygon, 0)`	홀 경계
홀 시설 `TB_HALL_FEATURE`	`geom`	`geometry(Geometry, 0)`	기둥(Point Ø2.5m 버퍼)·비상구(Point/LineString)·셔터·화장실 — `feature_type` 구분
트렌치 `TB_TRENCH`	`geom`	`geometry(Point, 0)`	탭/액세스 포인트(KNN 대상). `run_geom geometry(LineString,0)` 옵션(트렌치 런)
배선 `TB_WIRING_PATH`	`geom`	`geometry(LineString, 0)`	트렌치→단말 경로. `kind`별 1행

3-3. 공간 연산 계약 (매퍼 XML 대상 — db-engineer 인수)

용도	연산	규정/계약 매핑
판매면적	`ST_Area(geom)` (m²)	LayoutSummary `salesAreaM2`, BI ㎡당 수익
통로 폭 최소	`ST_Distance` + `ST_Buffer`(부스 간극)	규정 `AISLE_WIDTH_MIN`(≥3m·block)
비상구 차단	`ST_Intersects(booth, exit_access_zone)` count	규정 `EXIT_ACCESS`(=0·block)
최근접 트렌치	KNN `geom <-> :point ORDER BY … LIMIT k`	`WiringMapper.findNearestTrenches`
최단 배선	경로 LineString `ST_Length` (통로 횡단 최소 휴리스틱)	`WiringMapper.shortestPath`, `WiringResult.lengthM`
부스 겹침	`ST_Overlaps` / `ST_Intersects` 자기조인	배치 무결성(솔버 후검증)
홀 이탈	`ST_Contains(hall.footprint, booth.geom)`	부스가 홀 경계 내

가정 트렌치(R4): 실측 미확보 홀은 공개 규격 기반 가정 그리드 → TB_TRENCH.assumed=true. WiringResult.assumedTrench=true → 프론트 "가정 트렌치 좌표(실측 대기)" 배지(계약 §5). CAD 트렌치 실측(평면,트렌치.dwg, floorplans README) 확보 시 홀 단위 교체·assumed=false.
좌표 검증 게이트: 저장 전 ST_IsValid·닫힌 링·홀 내포 검증 실패 시 VALIDATION(400). 무효 지오메트리 저장 금지.

3-4. 공간 인덱스·성능 표준

전 geom 컬럼 GiST 인덱스(USING gist(geom)) 필수. 트렌치 KNN·통로 버퍼·비상구 교차의 실시간 응답 근거.
부스 수 홀당 200~600(PLANNING). 배치 검증은 홀 단위 배치(bounding box 선필터 후 정밀 연산).
대량 좌표는 서버 산출값 권위 — 프론트 좌표는 참고, 규정 판정은 PostGIS 산출값과 대조(compliance-v1 AISLE_WIDTH_MIN.note).

4. 데이터 표준 (명명·코드·마스터)

4-1. 명명 규칙 (Naming Convention)

대상	규칙	예
테이블	`TB_` + `UPPER_SNAKE`(단수) — WISE 표준 계승	`TB_BOOTH`, `TB_AUCTION`
컬럼(물리)	`snake_case`, PostgreSQL 무인용 소문자(대소문자 혼용·인용식별자 금지)	`booth_id`, `floor_load_t_per_m2`
PK	`<엔티티>_id`, UUID(도메인) / WISE 이식 테이블은 정본 PK 유지	`event_id`, `job_id`
FK	참조 PK명 동일	`TB_BOOTH.layout_id`
지오메트리	`geom`(주 지오메트리) / `<용도>_geom`	`geom`, `footprint`, `run_geom`
암호화 PII	`<필드>_enc` 접미	`email_enc`, `otp_secret`(WISE)
코드 컬럼	`<의미>_code` 또는 상태 `status`	`category_code`, `status`
불리언	`is_`/동사 또는 `<x>_yn`(WISE 공통은 `USE_YN`)	`premium`, `assumed`, `use_yn`
시각	`_at`(`timestamptz`), 날짜 `_date`(`date`)	`created_at`, `deadline_at`, `start_date`
금액	`numeric`, 원(KRW) 정수 스케일, 통화 `currency` 명시	`total`, `vat`
BI 마트	팩트 `FACT_`, 차원 `DIM_`, 스냅샷 `KPI_SNAPSHOT`	`FACT_BOOKING`, `DIM_HALL`

DTO(camelCase) ↔ 컬럼(snake_case) 매핑: MyBatis mapUnderscoreToCamelCase=true 또는 명시 resultMap. 계약 DTO(boothNo↔booth_no, floorLoadTPerM2↔floor_load_t_per_m2)는 01_backend_contracts를 정본으로 매핑.
응답 제외 컬럼(불변, 계약 §0-3): *_enc·비번 해시·otp_secret·내부 IP/SSH·내부 식별자는 API 응답 완전 제외. 표시는 이름·역할·번호 등 비민감 필드만.

4-2. 데이터 타입 표준

논리형	물리형(PostgreSQL)	비고
식별자	`uuid`(도메인)	`gen_random_uuid()`
반정형 스펙	`jsonb`	DesignSpec·quote·line_items·merge_provenance — GIN 인덱스 선택
공간	`geometry(<type>, 0)`	§3
상태·코드	`varchar` + 공통코드 검증(앱 레벨)	ENUM 물리타입 지양(룰셋/코드 유연성)
금액	`numeric(15,2)`
시각	`timestamptz`(UTC 저장, Asia/Seoul 표시)

4-3. 공통코드 체계 (WISE 정합)

정본 = docs/COMMON_CODES.md(단일 출처). 적재 TB_CODE_GRP/TB_CODE, 코드값=영문 상수·코드명=한글. DA 검수 관점: 코드 vs 마스터 경계 준수, "확인 필요" 코드값 임의 확정 금지.

코드 vs 마스터 경계(핵심 표준): 열거 가능 소수값=공통코드(BOOTH_TYPE·RENDER_STATUS·SHOT_PRESET 등), 다건·CRUD·버전 대상=마스터/룰셋(홀·요율·규정·등록업체) — 공통코드에 넣지 않는다(COMMON_CODES §1·§4 말미).
확정 코드(계약/PLANNING 근거): EVENT_ROLE·PORTAL_ROLE·BOOTH_TYPE·COMPLIANCE_SEVERITY·RENDER_STATUS·SHOT_PRESET·USE_YN.
DA 확정 대기(확인 필요): AUCTION_STATUS·QUOTATION_STATUS(M15)·ZONE_TYPE 확장·상태 전이(LAYOUT_STATUS/DESIGN_STATUS/UTILITY_ORDER_STATUS의 submitted 이후)·COMPLIANCE_GROUP 전체 — 도메인 에이전트 확정 시 COMMON_CODES + 본 ERD 컬럼 주석 동시 갱신(DA 검수 항목).
신규 도메인 코드 제안(DA): CONTRACTOR_CATEGORY(등록업체 14분류: 전시디자인설치·리깅·전기시설·카펫/파이텍스·급배수/Air·가스설비·철거·운수통관·가구비품·경비용역·광고싸인물·지게차·방염·구조해석), UTILITY_KIND(power·network·plumbing·air·gas), AUCTION_TYPE(REVERSE·RFQ·FIXED), CONTENT_LOCALE(ko·en·zh·ja) — 확정 시 COMMON_CODES §2에 승격.

4-4. 마스터데이터 관리 정책 (M18 백오피스)

마스터	저장 형태	버전 관리	권한	개정 절차
홀 마스터	`TB_HALL`(+`TB_HALL_FEATURE`·`footprint`)	스키마 컬럼 `revision`·이력 테이블	ADMIN	CAD 실측 확보 시 교체(floorplans README 대조), 제3전시장(2028) H11~H18 확장 구조
요율 룰셋	`rulesets/rates-v*.json`(파일)	파일 버전(`rates-v1.0`) + `TB_MASTER_DATA` 메타	ADMIN	연 단위 개정 → 새 파일 교체, 산출물에 `rulesetVersion` 각인, 기존 견적 스냅샷 불변
유틸리티 요금	rates-v*.json `utility` 절	상동	ADMIN	인터넷 150,000 vs KT 80,000 정합 확인 후 확정(R8)
규정 룰셋	`rulesets/compliance-v*.json`	파일 버전(`compliance-v1.0`)	ADMIN	규정 개정 시 교체, 리포트에 `rulesetVersion`+`disclaimer` 각인(면책·감사)
등록업체 DB	`TB_COMPANY`(739개·14분류)	주기 수집 + `kintex_registered` 검증 플래그	ADMIN	웹 공개 데이터 수집→자체 DB화, 추후 공식 피드. 미등록=옥션 응찰/초대 차단 게이트(불변)

룰셋 스냅샷 원칙: 견적(TB_UTILITY_ORDER.quote·rateset_version)·규정 리포트는 산출 시점 룰셋 버전을 스냅샷 각인. 이후 룰셋 개정이 과거 산출물을 변경하지 않는다(감사·재현성).
버전 관리 = 룰 엔진 결합: 룰셋은 코드가 아닌 데이터 → M18 개정이 무중단 반영(PLANNING §8-1). 개정은 TB_AUDIT_LOG 전수 기록.

5. 데이터 품질·거버넌스

5-1. 개인정보(PII) 분류 체계

집중 영역 = 관람·참가(M10/M11). 주민등록번호 등 고유식별정보는 수집하지 않는다(수집 최소화).

등급	분류	대상 컬럼(예)	처리
P1 식별정보	직접 식별	`TB_VISITOR.name_enc/email_enc/phone_enc`, `TB_LEAD.memo_enc`	컬럼 AES-256-GCM 암호화 저장, 응답 제외/마스킹, 접근 감사
P2 준식별	결합 식별	`org_name`·`job_title`·`interests`·`visitor_type`	접근 통제, BI는 집계/익명화만 반입
P3 인증비밀	크리덴셜	`TB_USER` 비번 해시(BCrypt)·`otp_secret`(AES)	절대 응답 금지, 로그 금지
P4 공개/비식별	비민감	부스명·업체명(표시용)·행사·집계	일반 처리

BoothDto 준거: assignedCompanyName는 "표시용, 내부 식별자·민감정보 미포함"(BoothDto Javadoc) — P4. 부스 설계(TB_DESIGN_PLAN.spec)는 영업비밀(R10) → 행사 격리·접근 제한.

5-2. 암호화 정책

데이터	방식	근거
PII 컬럼(P1)	AES-256-GCM 컬럼 암호화, 키는 서버 env/별도 키파일(코드·DB·커밋·로그 금지)	GUARDiA 보안 불변 `os_pw_enc` 패턴
비밀번호	BCrypt(단방향)	WISE 표준
OTP 시크릿	AES-256-GCM	§5B-3 TOTP
전송	TLS(포털·API·워커 콜백)	NA(network.md) 정합
오브젝트 스토리지	접근 제어 URL(서명·만료), 도면/설계 행사 격리	R10

5-3. 동의(Consent)·수집 최소화

동의 분리: TB_REGISTRATION.consent_privacy(개인정보 수집·이용, 필수) / consent_marketing(EDM 발송, 선택, 정보통신망법) / TB_LEAD.consent_share(참가업체 리드 공유). 각 consent_at 시각 기록.
목적 구속: 마케팅 미동의자는 M12 EDM 세그먼트 제외(발송 파이프라인 게이트). 리드 공유 미동의는 참가업체 반출 차단.
최소 수집: 관람객 폼은 목적 필요 최소 필드. 셀프서비스 계정은 행사 데이터 쓰기 권한 없음(PLANNING §2).

5-4. 보존·파기 정책

데이터	보존	파기
관람객 등록·배지·체크인(PII)	행사 종료 후 정책 기간(기본 1년, 재참가 분석 목적 별도 동의 시 연장)	기간 경과 자동 익명화/삭제
리드(참가업체 반출본)	참가업체 자산 — 반출 시점 이후 참가업체 책임, 플랫폼 원본은 위 관람객 정책 준수	상동
도면·설계·생성 이미지	행사 종료 후 보존(참가업체 자산, PLANNING §8) — 별도 정의	참가업체 요청 시 삭제
견적서 PDF·낙찰(M15)	계약·감사 목적 장기 보존	법정 보존기간 준수
감사로그	장기 보존(불변·append-only)	미파기
BI 마트·KpiSnapshot	집계(비식별) — 장기 보존	—

5-5. 감사(Audit)·데이터 계보(Lineage)

감사 대상(전수, TB_AUDIT_LOG): 승인·낙찰(M15 Award)·설계 변경·룰셋/마스터 개정·리드/PII 접근·권한 변경·로그인/OTP. append-only, 행위자·시각·전후값·행사 스코프 기록(COMMON_CODES §2-1 audit 확장).
데이터 계보(원천→마트):

[운영 원천]                        [BI 데이터마트 M16]
TB_HALL_ASSIGNMENT / 행사일정  ──▶ FACT_BOOKING     (가동률·RevPAD·㎡당수익)
TB_SETTLEMENT (M9)             ──▶ FACT_SETTLEMENT  (매출구성·P&L)
TB_UTILITY_ORDER (M4)          ──▶ FACT_UTILITY     (유틸 매출)
TB_AUCTION/QUOTATION/AWARD     ──▶ FACT_AUCTION     (옥션 수수료)
TB_REGISTRATION/CHECK_IN (M10) ──▶ FACT_VISITOR     (관람·리텐션) ※PII 비반입, 집계만
TB_HALL/PostGIS ST_Area        ──▶ DIM_HALL         (면적 정규화)
                          ─(배치/야간 적재)─▶ KPI_SNAPSHOT (경영진 KPI)

PII 격리(계보 규칙): BI 마트는 P1/P2 원본을 반입하지 않는다 — 관람객은 집계·코호트·익명 키만 반입(FACT_VISITOR는 방문 카운트·세그먼트 차원, 개인 식별자 없음). M16 리텐션/LTV는 참가사(Company) 단위이며 개인 관람객이 아님.
데이터 품질 규칙(DQ): 참조무결성(FK), 지오메트리 유효성(§3-3 게이트), 룰셋 버전 각인 누락 0, 금액 통화 명시, 상태 코드 공통코드 준수. 마트 적재 시 원천-집계 정합 체크(§6-4).

6. BI 데이터마트 (M16) — 스타 스키마

대상: kintex-bi-dev. PLANNING §5A M16-1 운영사(킨텍스) 관점 7지표 정합. 관점 격리 = ① 참가업체 ROI(자기 부스) / ② 운영사 수익성(전 행사) 별도 대시보드·권한(PLANNING §440). 적재 = 배치/야간 KPI_SNAPSHOT 또는 읽기 전용 복제(운영 부하 회피, §8-1).

6-1. 스타 스키마 ERD

erDiagram
    DIM_DATE {
        int     date_key PK "YYYYMMDD"
        date    full_date
        int     year
        int     quarter
        int     month
        boolean is_peak "성수기 3-5·9-11"
        boolean is_offpeak "비수기 1·2·7·12"
    }
    DIM_HALL {
        varchar hall_key PK "H1..H10/반홀"
        varchar hall_name
        numeric area_m2 "㎡ 정규화 기준"
        varchar center "1전시장|2전시장"
        numeric floor_load
        varchar floor_finish
    }
    DIM_EVENT {
        uuid    event_key PK
        varchar event_name
        varchar event_type
        date    start_date
        date    end_date
        int     duration_days
    }
    DIM_EXHIBITOR {
        uuid    exhibitor_key PK "=company_id"
        varchar company_name
        varchar category
        varchar region
        int     first_participation_year "코호트"
    }
    FACT_BOOKING {
        uuid    booking_id PK
        int     date_key FK
        varchar hall_key FK
        uuid    event_key FK
        numeric occupied_area_m2
        numeric available_area_m2
        int     occupied_days
        int     available_days
        numeric rental_revenue
        numeric season_coeff "성수기/비수기/1전시장 계수"
    }
    FACT_SETTLEMENT {
        uuid    settlement_id PK
        int     date_key FK
        uuid    event_key FK
        varchar revenue_segment "rental|utility|auction_fee|lobby|outdoor|parking"
        numeric revenue
        numeric direct_cost "운영·에너지·인력"
        numeric contribution_margin
    }
    FACT_UTILITY {
        uuid    util_fact_id PK
        int     date_key FK
        uuid    event_key FK
        uuid    exhibitor_key FK
        varchar utility_kind "power|network|plumbing|air"
        numeric amount
    }
    FACT_AUCTION {
        uuid    auction_fact_id PK
        int     date_key FK
        uuid    event_key FK
        varchar category_code
        numeric awarded_amount
        numeric platform_fee
        int     bid_count
    }
    FACT_VISITOR {
        uuid    visitor_fact_id PK
        int     date_key FK
        uuid    event_key FK
        varchar visitor_segment "visitor|buyer (익명 세그먼트)"
        int     registered_count
        int     checkin_count
        int     lead_count "PII 없음·집계만"
    }
    KPI_SNAPSHOT {
        uuid    snapshot_id PK
        int     date_key FK
        varchar scope "venue|center|hall|event"
        varchar scope_key
        varchar kpi_code "OCC|REVPAD|MARGIN|RETENTION|LTV|YIELD"
        numeric kpi_value
        numeric target_value
        timestamptz built_at
    }

    DIM_DATE ||--o{ FACT_BOOKING : ""
    DIM_HALL ||--o{ FACT_BOOKING : ""
    DIM_EVENT ||--o{ FACT_BOOKING : ""
    DIM_DATE ||--o{ FACT_SETTLEMENT : ""
    DIM_EVENT ||--o{ FACT_SETTLEMENT : ""
    DIM_DATE ||--o{ FACT_UTILITY : ""
    DIM_EXHIBITOR ||--o{ FACT_UTILITY : ""
    DIM_DATE ||--o{ FACT_AUCTION : ""
    DIM_DATE ||--o{ FACT_VISITOR : ""
    DIM_EVENT ||--o{ FACT_VISITOR : ""
    DIM_DATE ||--o{ KPI_SNAPSHOT : ""

6-2. 팩트 그레인(Grain) 정의

팩트	그레인(1행 = )	가법성
`FACT_BOOKING`	행사×홀(반홀)×기간 배정 1건	면적·일수·매출 가법, 계수 비가법
`FACT_SETTLEMENT`	행사×매출세그먼트×정산일	매출·원가·공헌이익 가법
`FACT_UTILITY`	행사×참가사×유틸종류 신청 1건	금액 가법
`FACT_AUCTION`	옥션(낙찰) 1건	낙찰액·수수료 가법, bid_count 준가법
`FACT_VISITOR`	행사×관람일×세그먼트 집계	카운트 가법(개인 식별자 없음)

6-3. M16-1 지표 → 마트 매핑

#	운영사 지표	산식	소스 팩트/차원
①	홀·기간별 가동률	Σ occupied_area×days / Σ available_area×days ×100	FACT_BOOKING × DIM_HALL × DIM_DATE
②	매출 구성(mix)	revenue by segment	FACT_SETTLEMENT/FACT_UTILITY/FACT_AUCTION
③	행사별 P&L·마진	Σ revenue − Σ direct_cost = 공헌이익, 마진율	FACT_SETTLEMENT × DIM_EVENT
④	전시장별 ROI·RevPAD·㎡당 수익	revenue / area_m2 (㎡ 정규화)	FACT_BOOKING × DIM_HALL(area_m2)
⑤	참가사 리텐션·LTV	코호트 재참가율, LTV=Σ(임대+유틸+옥션)/재참가주기	DIM_EXHIBITOR(first_year) × FACT_* 다년
⑥	수요예측·수율/가격	성수기 계수·홀별 수요, 요율 시뮬레이션	FACT_BOOKING 이력 × rates 룰셋
⑦	경영진 KPI 대시보드	①~⑥ 요약 + 목표 대비(점유 60~75%)	KPI_SNAPSHOT

6-4. 적재·품질 표준

적재 방식: 야간 배치 ETL(운영→mart 스키마) 또는 읽기 전용 복제(운영 부하 회피). KPI_SNAPSHOT은 스냅샷 시점(built_at) 각인 → 시계열 추이·재현성.
㎡ 정규화 권위: DIM_HALL.area_m2는 PostGIS ST_Area 산출값 또는 홀 마스터 확정값 단일 출처(대형홀 vs 소형홀 생산성 비교 정합, ④ RevPAD 근거).
정합 체크(DQ): 마트 매출 합 = 운영 정산 합(허용오차 0), 가동률 분모(가용 홀·일수) = 행사일정×홀 마스터, 관점 격리(참가사 대시보드는 exhibitor_key 필터 강제).
PII 비반입(불변): FACT_VISITOR는 카운트/세그먼트만 — TB_VISITOR P1/P2 컬럼 마트 유입 금지(§5-5 계보 규칙).
한계 각인: LTV·리텐션 다년 데이터 필요(초기 단년 근사), 수율 최적가=시뮬레이션 참고치(최종 요율은 킨텍스 경영 결정, R8) — 대시보드 고지.

7. DA 검수 체크리스트 (Phase A 게이트)

본 문서를 기준으로 db-engineer 물리 구현·타 트랙 산출물을 검수하는 항목(A-6 reviewer 정합 입력).

#	검수 항목	기준
1	명명 규칙 준수	`TB_`·snake_case·`_enc`·`geom`·`FACT_/DIM_` (§4-1)
2	공간 좌표계	SRID 0·geometry·GiST 인덱스·`ST_IsValid` 게이트 (§3)
3	공통코드 경계	코드 vs 마스터 분리, "확인 필요" 임의확정 금지 (§4-3)
4	룰셋 스냅샷	견적·리포트에 `rulesetVersion` 각인, 과거본 불변 (§4-4)
5	PII 암호화·응답제외	P1 `_enc` AES-GCM, 민감컬럼 API 완전 제외 (§5-1/5-2, 계약 §0-3)
6	동의 게이트	marketing 미동의 EDM 제외, share 미동의 반출 차단 (§5-3)
7	감사 전수	낙찰·룰셋개정·리드접근·권한변경 기록 (§5-5)
8	BI PII 비반입	마트에 개인식별자 유입 0, 관점 격리 (§6-4)
9	계약 정합	§8 매퍼 인수 테이블/컬럼 = 본 ERD (§2-1)

8. 미결·후속 (확정 대기)

항목	상태	담당
M15 옥션 상태 코드(`AUCTION_STATUS`·`QUOTATION_STATUS`) 확정	확인 필요	bidding-dev + DA
상태 전이(layout/design/utility submitted 이후)	확인 필요	M6 승인 워크플로 + DA
`TB_SETTLEMENT`·`TB_MEETING`·`TB_MICROSITE` 상세 컬럼	골격만	도메인 에이전트 + DA
CAD 트렌치 실측 → `TB_TRENCH.assumed=false` 교체	미확보(R4)	킨텍스 협의
홀 간 venue 좌표계 변환(S7·부지)	Phase 2	DA + M2
제3전시장(2028) H11~H18 홀 마스터 확장	구조 대비	DA
인터넷 요금 정합(150,000 vs 80,000)	확인 필요(R8)	킨텍스 + M18

10. FK 최소화·공통코드 관리 표준 (소유자 지시 2026-07-12)

소유자 원칙: "FK는 최소화, 공통코드로 관리". 본 절은 §4·§5-5(DQ) 위에 참조무결성·범주값 관리 방식의 단일 정책을 확정한다. 이미 적용된 마이그레이션(V1~V43)은 불변 — 본 절은 표준·감사·백로그이며 파괴적 재작성을 지시하지 않는다. 구현(신규 멱등 마이그레이션)은 kintex-db-engineer.

10-1. 물리 FK 제약 최소화 정책

기본값 = 물리 FK 미설정: 신규 테넌트/도메인 테이블은 DB FOREIGN KEY/REFERENCES를 두지 않는다. 참조무결성은 **애플리케이션 레이어(서비스·매퍼 검증) + 명명 규약(*_id 소프트 참조)**로 보장(§4-1 FK 명명 유지, 물리 제약만 생략).
근거(4): ① 멀티테넌트 복합키 마찰 — 테넌트 루트(event·hall·app_user)는 PRIMARY KEY (tenant_id, id)로 전환됨(V31). 단일 id 참조 FK는 UNIQUE(id) 보조제약을 강제하고, V31이 실제로 전 자식 FK를 드롭→복합PK 전환→UNIQUE(id)로 재생성하는 동적 스윕을 수행해야 했다(마찰 실증). ② MyBatis — 조인·삭제 순서를 앱이 제어. ③ 마이그레이션·시드 순서 자유 — 멱등 ON CONFLICT 시드가 부모 선삽입에 묶이지 않음. ④ 성능·재배치 — 부스 replaceBooths·부스 교체 시 자식 재지정이 잦음(V3 utility_order·render_job는 이미 소프트 참조 채택 — 정본 사례).
예외 화이트리스트(FK 유지 허용): 아래 강한 무결성이 필수이고 테넌트 복합키가 아닌 전역 시스템/RBAC 구성만 물리 FK를 허용한다. 그 외 신규 FK 신설 금지.

#	자식 → 부모	마이그레이션	유지 사유
W1	`common_code.grp_code` → `common_code_group`	V7	코드값 고아 방지(공통코드 정합의 근간)·전역·정적
W2	`sys_menu.parent_id` → `sys_menu`(self)	V7	메뉴 트리 순환/고아 방지·전역
W3	`sys_role_permission`(role_code→`sys_role`, perm_code→`sys_permission`)	V7	RBAC 권한 매핑 무결성(보안 임계)·전역
W4	`sys_role_menu`(role_code→`sys_role`, menu_id→`sys_menu`)	V37	RBAC 메뉴 매핑 무결성·전역

10-2. 공통코드로 범주값 관리 정책

범주형 컬럼 = 공통코드: 상태·유형·카테고리·모드·구분·심각도 등 열거 가능 소수값은 자유문자열/DB enum/전용 참조테이블이 아닌 공통코드(common_code_group/common_code)로 관리. 컬럼엔 코드값(영문 상수)만 저장, 표시명은 조인/캐시(§4-3, COMMON_CODES 정본). DB ENUM 물리타입은 지양(§4-2 — 룰셋/코드 유연성).
정본 화면 = W12 공통코드 관리(CommonCodeAdminPage): 그룹/상세 CRUD의 단일 관리 지점. 신규 범주 컬럼 도입 시 먼저 공통코드 그룹을 정의하고 컬럼 주석에 -- 공통코드(GRP) 표기(V37 partner_type 사례).
코드 vs 마스터 경계(불변, §4-3): 다건·CRUD·버전 대상(홀·요율·규정 룰셋·등록업체)은 공통코드가 아니라 마스터/룰셋. 범주 컬럼만 공통코드로.

10-3. 테넌트 표준 정합

공통코드도 테넌트 스코프 원칙 준수(tenant-id-pk-standard). 현행 common_code_group/common_code는 전역(테넌트 미부여) 이식본 — 킨텍스 단일 테넌트 운영 중엔 전역 공유가 유효하나, 멀티테넌트 확장 시 테넌트별 코드 오버라이드가 필요하면 (tenant_id, grp_code, code) 확장을 백로그로 둔다(§10-7 B4, 지금은 순증 시드만).
소프트 참조 인덱스는 (tenant_id, *_id) 복합 선두로 생성(§10-4).

10-4. 소프트 참조 무결성 보완책 (명문화)

물리 FK를 생략하는 대신 아래를 강제한다:

앱 레이어 검증: 부모 존재 확인은 서비스/매퍼에서 수행(삽입 전 조회 또는 조인 검증). 낙찰·정산 등 임계 트랜잭션은 명시적 존재검증 필수.
삭제 시 고아 방지 규약: 부모 삭제는 서비스가 자식 선삭제/무효화(soft-delete use_yn='N' 우선). 물리 CASCADE에 의존하지 않는다.
논리참조 인덱스: 조회·조인·고아 스캔 가속을 위해 소프트 FK 컬럼에 (tenant_id, <ref>_id) 인덱스(§10-7 B2).
고아 검증 쿼리(DQ): 야간/배포 후 LEFT JOIN ... WHERE parent.id IS NULL 고아 스캔을 운영 점검 쿼리로 상비(마트 적재 전 DQ 게이트, §6-4). §5-5 DQ의 "참조무결성(FK)"은 **소프트 참조 무결성(앱+검증쿼리)**으로 해석 갱신.

11. 뷰·구체화뷰·함수 사용 지침 (소유자 지시 2026-07-12)

파생·집계·재사용 계산은 결정론적 SQL 객체로 캡슐화해 상태 백필·중복 로직·토큰 낭비를 줄인다. 실사용 근거 없는 선제 생성 금지(남용 방지).

11-1. VIEW (`v_*`) — 실시간 파생·경량 조인·상태 산출

용도: 저장 없이 결정론적 파생(생명주기 상태·경량 조인·표시용 코드명 조인). 상태/구분 컬럼 백필 대신 뷰 산출 권장.
정본 사례(V43): v_event_calendar(날짜로 lifecycle UPCOMING/ONGOING/ENDED 산출 — 별도 상태 컬럼 불필요), v_event_monthly_summary(월별 건수 집계). 이 패턴을 신규 파생에 재사용.
규약: CREATE OR REPLACE VIEW, tenant_id 컬럼 노출·필터 유지, 하부 테이블 인덱스에 의존(뷰 자체 인덱스 불가), 민감 컬럼(§5-1 P1/P3) 미노출·마스킹만.

11-2. MATERIALIZED VIEW (`mv_*`) — 무겁고 자주 조회·실시간성 낮은 집계

용도: BI 대시보드 KPI·홀 가동률·리드/ROI·월/연 통계 등 비용 큰 집계로 실시간성이 덜 중요한 것(§6 마트 KPI_SNAPSHOT과 정합 — mview는 경량 대체/보조).
새로고침 전략 명시 필수: 주기(야간 배치)·REFRESH MATERIALIZED VIEW CONCURRENTLY(무중단·유니크 인덱스 전제)·mview 자체 인덱스(tenant_id + 조회 키) 생성.
남용 판단 기준:

상황	선택
실시간성 필수·경량	VIEW
실시간성 낮음·집계 무거움·반복 조회	MATERIALIZED VIEW
경영 KPI 시계열·스냅샷 재현성	KPI_SNAPSHOT 테이블(§6)
1회성·희소 조회	뷰/mview 생성 안 함(온디맨드 쿼리)

11-3. FUNCTION (`fn_*`) — 재사용 계산 로직 캡슐화

용도: 여러 쿼리·화면 공유 계산(기간→분기 산출, 요율 계산 보조, 거리/트래블타임 보조). 부수효과 없는 순수/IMMUTABLE·STABLE 우선, PL/pgSQL은 꼭 필요할 때만(SQL 함수 우선).
규약: CREATE OR REPLACE FUNCTION fn_*, tenant_id 파라미터화, 룰셋 의존 계산(요율)은 스냅샷 버전 인자(§4-4)로 재현성 보장.

11-4. STORED PROCEDURE (`sp_*`) — 집합연산·다단계 트랜잭션

용도: 대량 집합 처리·다단계 트랜잭션·정기 롤업은 앱 루프(행 단위 왕복) 대신 DB 프로시저(PL/pgSQL) 세트기반 처리. 예: 월마감 집계, REFRESH MATERIALIZED VIEW, 대량 상태전이, 정산 롤업.
경계(남용 금지): 비즈니스 로직 대부분은 앱(Service) 유지. DB 프로시저는 성능이 결정적일 때만(대량·세트기반이 앱 루프 대비 확연히 유리). 검증·권한·감사·룰셋 판정 등 도메인 규칙을 프로시저로 이관하지 않는다.
순수/부수효과 구분: 반환값만 있는 재사용 계산 = fn_*(IMMUTABLE/STABLE), 부수효과(쓰기·다단계 커밋) 있는 것만 PROCEDURE sp_*(CALL). 명명 fn_*/sp_*, 멱등 CREATE OR REPLACE, tenant_id 파라미터·스코프 준수.

11-5. 공통 규약

명명 v_*·mv_*·fn_*·sp_*. 마이그레이션 멱등(CREATE OR REPLACE / mview는 IF NOT EXISTS 가드). 테넌트 스코프 유지. 실사용 근거(화면/API/AI 답변) 있는 것만 생성.

13. 자동화 배치 카탈로그 (대상·주기·멱등 — 데이터 표준 관점)

무엇을 배치로 돌릴지(대상·주기·멱등·잠금)만 데이터 표준에서 정의한다. 실행 프레임워크(Spring @Scheduled/Quartz/cron·분산락)는 아키텍처(A-1 app.md/A-3 tech.md, kintex-sa/ta) 표준 영역 — 본 카탈로그를 그쪽으로 링크. 구현 인계: 스케줄러=backend-dev, 프로시저/mview=db-engineer.

#	배치 작업	데이터 대상	주기(권고)	멱등성	재시도·잠금 요건
J1	mview 새로고침	`mv_hall_occupancy`·`mv_lead_roi_summary`·KPI 집계(§6)	야간 1회(+수요 트리거)	`REFRESH ... CONCURRENTLY` 자연 멱등	단일 실행락(중복 REFRESH 방지)·실패 시 다음 주기
J2	KPI 스냅샷 적재	`KPI_SNAPSHOT`(§6-4, `built_at` 각인)	야간 배치	스냅샷 키(date_key,scope) UPSERT	원천-집계 정합 DQ 통과 후 커밋
J3	마감임박 알림·해야할일 자동생성	D-데이(문서/마일스톤 D-150/30/25/7)·옥션 deadline·납부 스케줄	일 1회(+정시)	발송/생성 대상 dedup 키(대상+일자)	이미 발송분 스킵(중복 통지 금지)·실패 재큐
J4	EDM/옥션 통지 발송	캠페인·옥션 통지(SMTP, smtp-email-approval)	예약시각·이벤트 트리거	mail_log 상태(sent/skipped)로 재발송 차단	마케팅 미동의 세그먼트 제외 게이트(§5-3)·발송락
J5	세션/토큰·만료 데이터 정리	만료 비번재설정 토큰·잠금 해제·로그인이력 보존기간	시간별/일별	조건부 삭제(자연 멱등)	—
J6	소프트 참조 고아 검출(DQ)	§10-4 논리참조 무결성(event/hall/company 참조 고아)	야간(마트 적재 전)	읽기 전용 스캔	고아 발견 시 리포트·차단(마트 적재 게이트)
J7	PII 보존·파기	관람객 등록·배지·체크인(행사종료+1년, §5-4)	일 1회	기간 경과분 익명화/삭제(재실행 안전)	동의 연장분 제외·감사로그 기록
J8	행사 crawl 갱신	외부 행사정보(kintex-crawler 트랙)	정기(일/주)	소스키 UPSERT	소스 실패 격리·부분성공 허용
J9	정산 롤업	`sp_settlement_rollup`(정산→FACT_SETTLEMENT)	마감 주기	재실행 시 기간 재계산(UPSERT)	정산 확정 상태만 대상·실행락

공통 요건: 모든 배치는 ① 멱등(재실행 안전 — UPSERT/조건부/dedup), ② 중복실행 방지 잠금(분산락 — 실행수단은 아키텍처), ③ 실패 격리·재시도(부분성공 허용·다음 주기 복구), ④ 감사(J4·J7 등 통지·파기는 audit_log 기록), ⑤ 테넌트 스코프(배치도 tenant 루프/필터).
세트기반 롤업(J2·J9)·대량 상태전이는 §11-4 sp_* 프로시저 후보. 알림/발송(J3·J4)의 판정·세그먼트 규칙은 앱(Service) — 프로시저는 대량 적재만.

12. 감사표 + kintex-db-engineer 인계 백로그

대조 대상: src/backend/src/main/resources/db/migration/ V1~V43 전수. 파괴적 재작성 금지 — FK 드롭은 권고(별도 승인 후), 즉시 실행 백로그 = 공통코드 시드·논리참조 인덱스·뷰(순증 멱등). 신규 마이그레이션 번호는 V43 이후 여유 번호(V44~) 권고(진행 중 V43·신규분과 충돌 회피 — 실제 번호는 db-engineer가 병합 시점 최댓값+1로 확정).

12-1. 감사표 A — 현행 물리 FK 목록 (유지/제거 권고)

현행 물리 FK 약 40건. 유지=화이트리스트 4그룹(§10-1), 그 외는 소프트 참조 제거 권고(우선순위 P1: 테넌트 루트 참조 / P3: 아그리게잇 내부 — 무해·비복제).

분류	자식 → 부모(FK)	마이그레이션	판정
유지(W1~W4)	common_code.grp_code→common_code_group; sys_menu.parent_id(self); sys_role_permission(role/perm); sys_role_menu(role/menu)	V7·V37	유지
P1 제거권고	hall_assignment.event_id→event, hall_id→hall; event_member.event_id→event, user_id→app_user, company_id→company	V2	소프트 참조(테넌트 루트·V31 마찰)
P1 제거권고	trench.hall_id→hall; hall_exit.hall_id→hall; layout.event_id→event, hall_id→hall; utility_order.event_id→event	V3	소프트 참조(hall/event 루트)
P1 제거권고	doc/milestone 3× event_id→event	V14	소프트 참조
P1 제거권고	dock_reservation.event_id→event, hall_id→hall, dock_id→dock; booth_sale.event_id→event, hall_id→hall	V15·V27	소프트 참조
P1 제거권고	auction.event_id→event; auction_invite.company_id→company; bid.company_id→company; company_reputation.company_id→company	V16	소프트 참조(company/event 루트)
P1 제거권고	visitor_registration.event_id→event; lead.event_id→event; campaign 3× event_id→event; sponsorship.package_id; settlement.event_id→event; logistics 3× event_id→event	V17·V18·V24·V33	소프트 참조
P3 잔류허용(무해·비복제)	booth.layout_id→layout; design_plan.booth_id→booth; auction_invite/bid/award.auction_id→auction, award.bid_id→bid; content_version.content_id→cms_content; payment_schedule/refund/tax.invoice_id→invoice; approval_line/history.approval_id→approval; message_recipient/opinion_reply/meeting_attendee	V3·V8·V16·V19·V24·V29·V34	아그리게잇 내부 CASCADE — 유지해도 무해, 신규 테이블엔 미복제(소프트 우선)

주의: P1 제거는 자동 실행 대상 아님 — 기존 FK 드롭은 테넌트 복합키 정합·데이터 검증 후 소유자 승인 별도 DROP 마이그레이션으로만. 표준의 실질 효력은 신규 테이블에 FK 미신설 + P1 패턴 미복제에 있다.

12-2. 감사표 B — 범주형 컬럼 → 공통코드 그룹 매핑 (전환 후보)

자유문자열/주석 열거 범주 컬럼 ≈ 34개. 기존 시드 그룹(V7·V37)과 정합, 신규 그룹(★)은 V44 순증 시드 대상. 코드값=현행 저장값 유지(스키마 불변).

그룹코드	컬럼(테이블.컬럼)	마이그	코드값(현행)	상태
`USER_STATUS`★	app_user.status	V2	ACTIVE·(LOCKED·INACTIVE)	신규
`CONTRACTOR_CATEGORY`★	company.category, auction.category	V2·V16	14분류(전시디자인설치·리깅·전기시설·카펫/파이텍스·급배수Air·가스·철거·운수통관·가구비품·경비·광고싸인·지게차·방염·구조해석)	신규(COMMON_CODES §2 승격)
`HALL_FLOOR_TYPE`★	hall.floor_type	V2	concrete_polished·carpet·outdoor	신규
`MASTER_DATA_CATEGORY`★	master_data.category	V2	RATE·UTILITY_FEE·COMPLIANCE	신규
`EVENT_STATUS`★	event.status	V2	active·cancelled·(closed)	신규
`EVENT_CATEGORY`★	event.category	V23	(행사 분류 — 값 확인 필요)	신규
`LAYOUT_STATUS`	layout.status	V3	draft·submitted·approved·rejected	COMMON_CODES 등재(시드화 필요)
`BOOTH_TYPE`	booth.booth_type	V3	assembled·independent·corner·island	등재(corner·island 추가)
`DESIGN_STATUS`	design_plan.status	V3	draft·submitted·approved·rejected	등재(시드화)
`UTILITY_ORDER_STATUS`	utility_order.status	V3	draft·submitted·relayed	등재(시드화)
`RENDER_STATUS`	render_job.status	V3	QUEUED·RUNNING·DONE·FAILED	등재(시드화)
`SHOT_PRESET`	render_job.shot_preset	V3	S1~S7	등재(시드화)
`MILESTONE_TYPE`★	milestone.milestone_type	V14	assignment·pre_review·utility·documents·opening	신규
`DOC_TYPE`★	document.doc_type	V14	operation_plan·booth_layout·disaster_plan…	신규
`APPROVAL_STATUS`★	document.status, approval.status	V14·V29	pending·draft·submitted·approved·rejected / DRAFT…	신규
`DOCK_RESV_STATUS`★	dock_reservation.status	V15	(예약 상태)	신규
`AUCTION_TYPE`	auction.auction_type	V16	reverse·rfq	등재(COMMON_CODES §2, 소문자 정합)
`AWARD_CRITERIA`★	auction.award_criteria	V16	lowest·comprehensive	신규
`QUOTATION_STATUS`	bid.status	V16	submitted·revised·awarded·rejected	등재(확인 필요 → 확정)
`VISITOR_TYPE`	visitor_registration.visitor_type	V17	visitor·buyer·vip	등재(vip 추가)
`CHECKIN_STATE`★	visitor_registration.checkin_state	V17	done·waiting·cancelled	신규
`CAMPAIGN_STATUS`★	campaign.status	V18	draft·scheduled·sending·done	신규
`SPONSOR_CONTRACT_STATUS`★	sponsorship.contract_status	V18	signed·pending	신규
`CONTENT_TYPE`★	cms_content.content_type	V19	PAGE·POST·NOTICE·BLOCK	신규
`CONTENT_STATUS`★	cms_content.status	V19	draft·review·approved·published	신규
`TRANS_STATUS`★	content_i18n.trans_status	V19	none·ai·reviewed	신규
`INQUIRY_TYPE`★	public inquiry.inquiry_type	V20	shell·raw·premium·general	신규
`INQUIRY_STATUS`★	public inquiry.status	V20	received·in_review·closed	신규
`HALL_ASSIGN_STATUS`★	hall_assignment.status	V25	assigned·…	신규
`TENANT_STATUS`★	tenant.status	V26	active·onboarding·suspended	신규
`BOOTH_SALE_STATUS`★	booth_sale.status	V27	available·held·sold·blocked	신규
`INVOICE_CATEGORY`★	invoice.category	V28	rental·utility·auction_fee…	신규
`SETTLEMENT_STATUS`★	settlement.status	V24	pending·invoiced·paid·overdue	신규
`PAYMENT_METHOD`★	payment_schedule.method	V24	manual·transfer·card	신규
`APPROVAL_LINE_STATUS`★	approval_line.line_status	V29	WAIT·approved·rejected	신규
`EQUIP_CATEGORY`★·`RENTAL_STATUS`★·`RENTAL_ITEM_CATEGORY`★·`ORDER_STATUS`★·`FREIGHT_STATUS`★	V33 logistics 5종	V33	forklift…/requested…/furniture…/ordered…/registered…	신규
`REFUND_STATUS`★·`TAX_INVOICE_STATUS`★	refund.status·tax_invoice.status	V34	recorded·settled / issued·void	신규
`WEBHOOK_EVENT_TYPE`★·`WEBHOOK_STATUS`★	webhook 등	V35	lead.hot…/disabled·queued·sent·failed	신규
`MAIL_CATEGORY`★·`MAIL_STATUS`★	mail_log.category·status	V36	AUCTION_OPEN·EDM·PASSWORD_RESET / sent·failed·skipped	신규
`VISITOR_GUIDE_CAT`★	visitor_guide.category	V43	TRANSPORT·PARKING·ADMISSION·FACILITY·ACCESS·OVERVIEW	신규
`TRANSPORT_MODE`★	(관람객 교통 안내 세부)	V43	(지하철·버스·자가용·KTX 등 — 확인 필요)	신규

이미 시드된 그룹(V7·V37): USE_YN·USER_ROLE·VERIFY_METHOD·PRG_TYPE·MSG_RCV_TYPE·WORK_*·SCHE_GUBUN·IMPORTANCE·NOTICE_TYPE·OPINION_STATUS·NOTI_TYPE·REPORT_TYPE·PARTNER_TYPE — 재시드 불필요. "확인 필요" 코드값(EVENT_CATEGORY·QUOTATION_STATUS·TRANSPORT_MODE 등)은 도메인 에이전트 확정 후 값 고정(COMMON_CODES §2 규칙).

12-3. db-engineer 인계 백로그 (신규 멱등 마이그레이션 — 번호 V44~ 권고)

ID	백로그	형태	우선순위
B1	감사표 B ★ 신규 그룹 + 상세 공통코드 순증 시드(`common_code_group`/`common_code`, `ON CONFLICT DO UPDATE`) + 기존 등재 그룹(LAYOUT_STATUS·DESIGN_STATUS·RENDER_STATUS·SHOT_PRESET 등) 시드화. 컬럼 스키마 불변(코드값=현행 저장값). "확인 필요" 값은 확정분만.	V44(멱등 시드)	P1
B2	소프트 참조 논리참조 인덱스: P1 소프트 참조 컬럼에 `(tenant_id, <ref>_id)` 인덱스(`CREATE INDEX IF NOT EXISTS`). 예: event 참조 자식들의 `(tenant_id, event_id)`, hall 참조의 `(tenant_id, hall_id)`. 이미 있는 idx(idx_lead_event 등)는 스킵.	V45(멱등 인덱스)	P2
B3	뷰/mview/함수 순증 후보(§11): ⓐ `v_booth_display`(부스+코드명 조인·표시용), ⓑ `mv_hall_occupancy`(홀·기간 가동률 — REFRESH CONCURRENTLY·`(tenant_id,hall_key)` 유니크 인덱스), ⓒ `mv_lead_roi_summary`(리드/ROI 월별), ⓓ `fn_period_to_quarter(date)`·`fn_utility_fee(...,ruleset_version)`(재사용 계산). 실사용 화면/AI 근거 확인 후 생성.	V46(뷰/함수, CREATE OR REPLACE)	P3
B4	(멀티테넌트 확장 시) 공통코드 테넌트 오버라이드 `(tenant_id, grp_code, code)` 확장 — 현재 단일 테넌트라 보류(구조 대비만).	후속	P4
B5	(소유자 승인 후) P1 FK DROP 마이그레이션 — 테넌트 복합키 정합·고아 검증 통과 후에만. 자동 실행 금지.	승인 대기	P4
B6	프로시저 후보(§11-4·§13): `sp_settlement_rollup`(J9)·`sp_kpi_snapshot_build`(J2)·`sp_refresh_marts`(J1 mview 일괄 REFRESH). 성능 결정적일 때만·CREATE OR REPLACE.	V46(뷰와 동반)	P3
B7	자동화 배치(§13 J1~J9) — 대상·주기·멱등은 본 표 확정. 실행 프레임워크(스케줄러·분산락)는 아키텍처(kintex-sa/ta) 인계, 스케줄러 배선 backend-dev.	인계(아키텍처+backend)	P2

9. 변경 이력

버전	일자	작성자	내용
v1.1	2026-07-12	kintex-data-architect(DA)	§10 FK 최소화·공통코드 관리 표준(소유자 지시) — 물리 FK 기본 미설정+화이트리스트 4그룹(W1~W4 RBAC/공통코드 구성), 범주값 공통코드화 정책, 테넌트 스코프 정합, 소프트 참조 무결성 보완책 / §11 뷰·구체화뷰·함수·프로시저 지침(`v_` 실시간 파생·`mv_` 무거운 집계+REFRESH 전략·`fn_` 재사용 계산·`sp_` 집합연산/다단계 트랜잭션·남용 판단 기준) / §13 자동화 배치 카탈로그(J1~J9 대상·주기·멱등·잠금 — 실행 프레임워크는 아키텍처 인계) / §12 감사표 A(현행 FK 약 40건 유지4/제거권고 P1·잔류P3)+B(범주 컬럼 34개→공통코드 그룹 매핑)+db-engineer 백로그 B1~B7(V44 시드·V45 인덱스·V46 뷰·프로시저·배치 인계, 번호 V44~ 권고). 기존 마이그레이션 불변·비파괴.
v1.0	2026-07-11	kintex-data-architect(DA)	최초 — 전사 데이터 모델(개념→논리→물리 ERD, PLANNING §7 확장)·공간 데이터 표준(PostGIS SRID0·부스 POLYGON·트렌치 POINT·배선 LineString)·데이터 표준(명명·타입·공통코드 WISE 정합·마스터/룰셋 관리)·품질·거버넌스(PII 분류·암호화·동의·보존·감사·계보)·BI 데이터마트 M16 스타 스키마(FACT_BOOKING/SETTLEMENT/UTILITY/AUCTION/VISITOR + DIM_DATE/HALL/EVENT/EXHIBITOR + KPI_SNAPSHOT, M16-1 7지표 정합) 정의. 물리 구현은 db-engineer 인수, 코드값 확인필요 항목은 §8 후속.

59 KiB Raw Blame History Unescape Escape