BizSpring.ai

지식센터 / 레퍼런스

[VERIFY] DB 실측 검증 리포트 - 설계 수정 10건

# 🔍 통합 DE 어드민 — DB 실측 검증 리포트 > v1.0 | 2026-03-29 | Phase: 🔍 VERIFIED | project_code: DATA_ENG > 설계서: `b3261b71` | 계정 체계: `0d8e87e6` --- ## 1. 검증 범위 | 데이터

핵심 요약

    # 🔍 통합 DE 어드민 — DB 실측 검증 리포트

    > v1.0 | 2026-03-29 | Phase: 🔍 VERIFIED | project_code: DATA_ENG

    > 설계서: b3261b71 | 계정 체계: 0d8e87e6

    ---

    1. 검증 범위

    데이터 소스접근 방법검증 결과
    Supabase growthplatformMCP execute_sql 직접✅ 전수 확인
    Supabase baweeMCP execute_sql 직접✅ 전수 확인
    Supabase influencerMCP execute_sql 직접✅ 전수 확인
    GP MySQL gp_prodn8n webhook relay⚠️ COUNT 안정, SELECT 불안정
    n8n baweeREST API✅ 확인
    n8n bizspringREST API✅ 확인
    Edge FunctionsHTTP probe✅ 4개 확인

    ---

    2. 모듈별 검증 결과

    mod-lift ✅ Ready

    리소스상태실측
    lift_tenants3건: motive_demo, juvis, bizspring_v2
    lift_stats() RPC정상 작동. bizspring_v2: 10 events
    lift_events_raw12건
    lift-collect EFHTTP 405 (POST 전용 = 정상)
    gtm-api-test EFHTTP 200
    lift_gtm_deployments미생성 — Phase 1 신규 필요
    lift_tenants.gtm_*gtm_account_id/container_id 컬럼 없음

    mod-service ⚠️ API 레이어 필요

    리소스설계서실측차이
    tb_client241건265건+24 (10% 증가)
    tb_agency119건130건+11 (9% 증가)
    tb_code_dtl(111)39매체41매체+2 신규 매체
    gp-mysql-temp3 webhook범용 SQLCOUNT만 안정SELECT 빈 응답 빈번

    핵심 이슈: GP MySQL webhook이 SELECT 결과 반환 불안정. 원인 추정: n8n Respond to Webhook 노드의 응답 크기/타이밍 제약. 대책: 사전 정의 고정 쿼리 전용 n8n WF 신규 개발 필요.

    mod-etl ⚠️ 데이터 정합성

    리소스실측
    de_etl_job_status131건 (running: 130, success: 1)
    n8n bawee WFs100+개 (Active: 54)
    n8n bizspring WFs17개 (Active: 10)

    핵심 이슈: 130/131건이 "running" stuck 상태. 실행 완료 후 상태 미갱신. staleness 감지 로직 + 자동 정리 RPC 필요.

    mod-media ✅ Ready

    리소스실측
    tb_code_dtl(cd_no=111)41개 매체코드
    매체 분류광고 17 + 내부/연동 12 + 커머스 8 + 기타 4

    mod-dmp ⚠️ 접두사 수정

    리소스설계서(잘못됨)실측(정확)
    큐브 테이블 접두사dmp_cube_*de_dmp_cube_*
    큐브 수9개13개 + 12 지원 테이블
    RPC 함수미기재25+ 함수 (dashboard, segment, shopping, spending)
    de_dmp_audience 행 수358,339건
    de_dmp_cube_transit5,611건
    de_dmp_cube_category5,467건
    de_dmp_cube_demo_region6,158건
    de_dmp_cube_device4,059건

    mod-feed ⚠️ 듀얼 DB 구조 발견

    설계서(잘못됨)실측
    gp_fm_* on baweebawee: de_feed_*(9T) + fm_*(7T)
    (미기재)growthplatform: de_feed_*(19T 메타데이터)

    FeedMaker는 두 Supabase 인스턴스에 걸쳐 있음. bawee는 운영 데이터, growthplatform은 메타데이터. 현재 실제 상품 데이터(products_raw)는 양쪽 모두 0건 — PHP 크론이 메인.

    mod-digo ✅ Ready

    테이블행 수
    de_infl_influencers2,314
    de_infl_campaigns34
    de_infl_advertisers13
    de_infl_spend_daily503
    de_infl_contents4
    + 4 테이블de_infl_users, inquiries, notices, proposals

    mod-geocare ✅ Ready (범위 축소 필요)

    접두사테이블 수
    gp_geoex_*71T
    gp_geocm_*21T
    gp_geokw_*10T
    gp_geobh_*1T
    gp_admin_*10T (영업CRM)
    gp_service_*5T (SaaS 구독)

    119+ 테이블 전체를 어드민에 노출하면 안 됨. 핵심 현황 지표 테이블만 선별 필요.

    ---

    3. 설계 수정 10건 요약

    #항목BeforeAfter영향
    1Credential 컬럼key_valueapi_key_encryptedAPI 호출 코드 전체
    2DMP 접두사dmp_cube_*de_dmp_cube_*SQL 쿼리 전체
    3DMP 큐브 수913+12UI 그리드 설계
    4FeedMaker 테이블gp_fm_* (bawee)de_feed_*(GP) + fm_*(bawee)듀얼 DB 접근
    5Client 수241265UI 페이지네이션
    6Agency 수119130UI 표시
    7매체 수3941매체 선택 UI
    8MySQL webhook범용 SQLCOUNT만 안정API 설계 근본 변경
    9DMP RPC미기재25+ functionsAPI 레이어 거의 완성
    10ETL job status정상130/131 stuck정합성 대책 필요

    ---

    4. 구현 난이도 재정렬

    난이도모듈이유
    쉬움mod-lift데이터+API+EF 완성, UI만
    쉬움mod-dmp25+ RPC 함수 완성
    쉬움mod-digoSupabase 직접, 데이터 풍부
    보통mod-etln8n API 조합, stuck job 처리
    보통mod-mediaGP MySQL 고정 쿼리 1개
    어려움mod-serviceMySQL SELECT 불안정 → 전용 WF 필요
    어려움mod-feed듀얼 DB, PHP 메인과 혼재
    미확보mod-apAP MySQL 접근 경로 없음

    ---

    5. 인프라 실측 수치 (2026-03-29)

    Supabase growthplatform

    Supabase bawee

    Supabase influencer

    GP MySQL gp_prod

    n8n

    Edge Functions (growthplatform)

    ---

    v1.0 2026-03-29

    다른 표현: Markdown · JSON · 최종 갱신 2026-08-24