wace_rps

chpark/wace_rps

Fork 0

Commit Graph

Author	SHA1	Message	Date
hjjeong	b5bc7f3630	개발관리>data-sync — 긴 BOM 샘플 1건 운영DB → RPS 복사 E-BOM 조회 트리 화면 검증용 긴 BOM 1건을 운영DB 에서 RPS 로 복사 (1회성). 선정 기준 : bom_part_qty 행 수 + 트리 깊이 큼. 대상 BOM : part_bom_report.objid = '1038014721' part_no = '21008-0109' / part_name = 'BS030-120H4A11-EN' 구조 : 126 행 / 4 레벨 (L1=1 / L2=37 / L3=62 / L4=26) 파일: - 03_long_bom_sample.sql : TEMP staging + ON CONFLICT DO NOTHING INSERT · pbr_stage / bpq_stage 두 TEMP 테이블에 \copy 로 적재 후 INSERT FROM SELECT · 재실행 안전 (ON CONFLICT 시 skip) - pbr_long.csv : part_bom_report 1행 (운영DB export, CSV HEADER) - bpq_long.csv : bom_part_qty 126행 (운영DB export, CSV HEADER, seq ORDER BY) - README.md : 02_sequences.sql / 03_long_bom_sample.sql 섹션 추가 용도: - 동적 LEVEL 컬럼 (L1..L4) "*" 표시 검증 - 토글 -/+ 버튼 동작 검증 (자식 보유 행 식별 + 자손 hide 체인) - search_level 1~5 필터 검증 - 정전개 엑셀 다운로드 검증 운영DB OBJID 그대로 사용 — RPS part_mng 가 운영DB와 동일 OBJID 보유 (이전 part_mng_sync 로 보장) 라서 PART 정보 매핑 정상. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-05-13 12:14:07 +09:00
hjjeong	d74263eaed	개발관리>part_mng 운영DB → RPS 누락 컬럼 데이터 동기화 (1회성) PART 상세 다이얼로그 검증 중 발견: 품번/품명만 표시되고 재료/규격/계정구분/조달구분/ 재고단위/관리단위/환산수량/LOT구분/사용여부/검사여부/SET품여부/의뢰여부 등 거의 모든 컬럼이 NULL. 운영DB 같은 part_no 는 정상 채움 — 마이그레이션 누락. 01_part_mng_sync.sql: - 운영DB(11133/waceplm) → /tmp/part_mng_sync.csv export - TEMP staging 테이블 → RPS DB(11134/vexplor_rps) part_mng UPDATE FROM JOIN - 동기화 컬럼 20개: material / heat_treatment_(hardness/method) / surface_treatment / maker / part_type / spec / acctfg / odrfg / unit_dc / unitmang_dc / unitchng_nb / lot_fg / use_yn / qc_fg / setitem_fg / req_fg / unit_length / unit_qty / is_last - is_last 도 같이 COALESCE(p.is_last, '1') 로 채움 — 마이그레이션 시 NULL 이라 partMng 매퍼의 IS_LAST='1' 조건이 0건 반환되던 부수 문제 동시 해결 결과 (2026-05-12 실행): 8,176건 UPDATE. · material 301 / acctfg 8,172 / unit_dc 8,176 / spec 7,466 / part_type 703 / is_last 8,176 미동기화: 운영DB 에만 있는 67건 (운영 8,243 - RPS 8,176). part_no 자체가 RPS 에 미존재 → 신규 INSERT 별 작업. 대상 데이터: - 본 디렉토리는 *.sql .gitignore 우회 git add -f 로 강제 트래킹 (영업/프로젝트관리 ddl-extracted 패턴 동일) Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-05-12 18:32:57 +09:00

Author

SHA1

Message

Date

hjjeong

b5bc7f3630

개발관리>data-sync — 긴 BOM 샘플 1건 운영DB → RPS 복사

E-BOM 조회 트리 화면 검증용 긴 BOM 1건을 운영DB 에서 RPS 로 복사 (1회성).

선정 기준 : bom_part_qty 행 수 + 트리 깊이 큼.
대상 BOM : part_bom_report.objid = '1038014721'
            part_no = '21008-0109'  / part_name = 'BS030-120H4A11-EN'
구조     : 126 행 / 4 레벨 (L1=1 / L2=37 / L3=62 / L4=26)

파일:
- 03_long_bom_sample.sql : TEMP staging + ON CONFLICT DO NOTHING INSERT
  · pbr_stage / bpq_stage 두 TEMP 테이블에 \copy 로 적재 후 INSERT FROM SELECT
  · 재실행 안전 (ON CONFLICT 시 skip)
- pbr_long.csv  : part_bom_report 1행 (운영DB export, CSV HEADER)
- bpq_long.csv  : bom_part_qty 126행 (운영DB export, CSV HEADER, seq ORDER BY)
- README.md     : 02_sequences.sql / 03_long_bom_sample.sql 섹션 추가

용도:
- 동적 LEVEL 컬럼 (L1..L4) "*" 표시 검증
- 토글 -/+ 버튼 동작 검증 (자식 보유 행 식별 + 자손 hide 체인)
- search_level 1~5 필터 검증
- 정전개 엑셀 다운로드 검증

운영DB OBJID 그대로 사용 — RPS part_mng 가 운영DB와 동일 OBJID 보유 (이전 part_mng_sync
로 보장) 라서 PART 정보 매핑 정상.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

2026-05-13 12:14:07 +09:00

hjjeong

d74263eaed

개발관리>part_mng 운영DB → RPS 누락 컬럼 데이터 동기화 (1회성)

PART 상세 다이얼로그 검증 중 발견: 품번/품명만 표시되고 재료/규격/계정구분/조달구분/
재고단위/관리단위/환산수량/LOT구분/사용여부/검사여부/SET품여부/의뢰여부 등 거의 모든
컬럼이 NULL. 운영DB 같은 part_no 는 정상 채움 — 마이그레이션 누락.

01_part_mng_sync.sql:
- 운영DB(11133/waceplm) → /tmp/part_mng_sync.csv export
- TEMP staging 테이블 → RPS DB(11134/vexplor_rps) part_mng UPDATE FROM JOIN
- 동기화 컬럼 20개: material / heat_treatment_(hardness/method) / surface_treatment /
  maker / part_type / spec / acctfg / odrfg / unit_dc / unitmang_dc / unitchng_nb /
  lot_fg / use_yn / qc_fg / setitem_fg / req_fg / unit_length / unit_qty / is_last
- is_last 도 같이 COALESCE(p.is_last, '1') 로 채움 — 마이그레이션 시 NULL 이라
  partMng 매퍼의 IS_LAST='1' 조건이 0건 반환되던 부수 문제 동시 해결

결과 (2026-05-12 실행): 8,176건 UPDATE.
  · material 301 / acctfg 8,172 / unit_dc 8,176 / spec 7,466 / part_type 703 / is_last 8,176

미동기화: 운영DB 에만 있는 67건 (운영 8,243 - RPS 8,176). part_no 자체가 RPS 에
미존재 → 신규 INSERT 별 작업.

대상 데이터:
- 본 디렉토리는 *.sql .gitignore 우회 git add -f 로 강제 트래킹 (영업/프로젝트관리
  ddl-extracted 패턴 동일)

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

2026-05-12 18:32:57 +09:00

2 Commits