Files

T

eomsangdonandClaude Opus 5 eb30b774f8 chore(docs): docs 폴더 git 추적 전환 · PLAN·OWNERS 최상위 이관

- `docs/` 를 .gitignore 에서 빼 git 추적 대상으로 전환 (위키·완료 이력·검증 기록)
- `docs/raw/PLAN.md` · `docs/raw/OWNERS.md` 를 저장소 최상위로 이동 후 .gitignore 에 등록
  — 창끼리 공유하되 저장소에는 안 올리는 장부
- 살아 있는 경로 참조 7개 파일 정정 (아카이브 107건은 그때 사실이라 그대로 둠)
- graphify 날짜별 산출물(`docs/wiki/graphify-out/20*/`) 제외 — `graphify update` 가 다시 만듦

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

2026-09-09 18:19:07 +09:00

1.6 KiB

Raw Blame History

완료 계획서 — DB 정리: 프로젝트 데이터 초기화

일자: 2026-08-08
상태: 완료 (검증 완료)

배경

하드 삭제 스위치 도입 후 사용자가 영구저장소의 프로젝트 폴더를 직접 삭제했다. 처음부터 다시 검증하기 위해 DB의 프로젝트 계열 데이터를 모두 비운다. 파일시스템은 사용자가 직접 정리한다.

조사 결과

진짜 FK 고아는 0건이었다. CASCADE는 정상 동작했고, 남아 있던 것은 하드 삭제 플래그를 켜기 전에 소프트 삭제된 프로젝트 2건과 그 딸린 데이터였다.

구현 및 실행 체크리스트

삭제 전 상태 조사 — projects 2행(둘 다 소프트 삭제), project_workflow_stages 14, upload_sessions 11(전부 project_id IS NULL = 임시 보관함), upload_chunks 14, temp_upload_batches 3. 산출물 테이블(input_files·surface_models·routes·cross_sections·outputs 등)은 전부 0행
드라이런으로 삭제 대상 확인 후 트랜잭션 커밋
projects 2행 DELETE → project_workflow_stages 14행 CASCADE 소멸
임시 보관함 잔여 정리 — upload_chunks 14, upload_sessions 11, temp_upload_batches 3 (storage/tmp가 비어 있어 실물 없는 고아 메타데이터였음)
system_audit_logs에서 resource_type='project' 12행 삭제 (사용자 지시)
유지 확인 — users 1, companies 1, sessions 6, trusted_devices 16, user_consents 1. system_audit_logs에 남은 1행은 COMPANY_CREATE라 프로젝트와 무관
파일시스템 미접촉 (사용자가 직접 삭제)

1.6 KiB Raw Blame History

완료 계획서 — DB 정리: 프로젝트 데이터 초기화

배경

조사 결과

구현 및 실행 체크리스트

1.6 KiB

Raw Blame History