ERP Spec

Case

이전 → 단계별 개선 → 지금

1. 이전

   구두 설명과 원본 DB 접근뿐

   인수사 IT팀은 내부 Oracle ERP 구조(785개 테이블·약 4,900만 행)와 테이블 관계, 데이터 출처를 빠르게 파악해야 했지만, 구두 설명과 원본 DB 접근만으로는 공통 기준을 만들기 어려웠습니다.

2. 1단계

   정적 다이어그램의 한계 확인

   Mermaid 같은 정적 다이어그램으로는 수십 개 군집을 그릴 수 없어 초기에 한계가 분명해졌습니다.

3. 2단계

   클릭·탐색되는 관계 그래프로 전환

   dagre 자동 배치와 React Flow로 갈아타, 테이블 간 참조 관계를 직접 눌러 따라갈 수 있게 만들었습니다.

4. 3단계

   외래키 없는 Oracle에서 관계 추론

   Oracle엔 외래키 제약이 거의 없어 관계를 컬럼명·타입으로 추론해야 했습니다. 확실한 관계와 추정 관계를 강·약 선으로 구분 표기해, 785개 테이블 중 648개(82.5%)를 탐색 가능하게 했습니다.

5. 4단계

   이관 지원까지 확장

   이관 대상 스키마는 Oracle→MariaDB 타입 매핑을 한 곳(SSOT)에 두고 클라이언트에서 DDL을 생성하게 했고, 메타데이터 파이프라인은 ERP 릴레이와 분리했습니다.

6. 지금

   팀이 공유하는 구조 기준

   개인에게 묶여 있던 ERP 구조 지식이 웹 레퍼런스가 됐습니다. DBA·개발자·현업·인수사 IT팀이 같은 화면을 근거로 인계와 영향 범위 검토, 데이터 출처 추적을 합니다.

Tech Stack

Features

주요 기능