위치만 바꿔 저장했는데, 하위 데이터가 전부 사라졌습니다

다음 작업(Structured Step Editor)을 시작하려는데, Editor가 실제로 저장을 호출할 대상인 saveProcessGraphAction 자체가 프로젝트에 없다는 걸 발견했습니다. 지금까지는 스키마와 순수 검증 함수만 있었을 뿐, Node/Edge를 실제로 DB에 트랜잭션으로 저장하는 코드가 아예 없었습니다. Audit Log와 Impact Detection 관련 테이블도 다른 Epic 소속이라 아직 없어, 전체 스펙을 그대로 구현할 수도 없는 상태였습니다.

Audit Log와 Impact Detection은 명시적으로 제외하고, 핵심 트랜잭션(Optimistic Concurrency, Domain Validation, Node/Edge 원자적 저장)만 구현하기로 스코프를 좁혔습니다. 신규 Node의 임시 id 처리 방식도 결정해야 했는데, RPC 내부 매핑 대신 TypeScript에서 미리 UUID를 확정하는 방식으로 구현됐습니다.

리뷰 과정에서 가장 중대한 문제를 발견했습니다. 최초 구현이 매번 process_nodes를 delete하고 다시 insert하는 방식이었는데, 여기에 CASCADE로 연결된 하위 테이블들(이전 여러 작업에서 만든 Input/Output, Business Rule, Exception 등)이, Node의 position만 바꿔서 저장해도 통째로 삭제되는 심각한 데이터 유실 버그였습니다. 이걸 UPSERT 방식으로 재설계해 기존 Node는 UPDATE만 되고 CASCADE가 발생하지 않도록 고쳤습니다. Codex는 여기에 더해, 다른 process의 Node id를 payload에 몰래 넣어 권한을 가로채는 걸 막는 경계 검증까지 자발적으로 추가했습니다.

이 수정이 실제로 문제를 해결했는지는 mock으로는 확인할 수 없는 종류였습니다. 실제 DB에 Workspace와 User를 만들어, Node에 business_rules를 붙이고 position만 바꿔 저장한 뒤 그 데이터가 살아있는지 확인하는 살아있는 통합 테스트를 붙였습니다. 262개 테스트가 통과하는 걸 확인했고, 이 버그를 UI가 만들어지기 전, 백엔드 선행 작업 단계에서 발견한 게 이번 작업에서 가장 중요한 성과였습니다.