eomsangdonandClaude Opus 5
eb30b774f8
- `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>
20 lines
1.6 KiB
Markdown
20 lines
1.6 KiB
Markdown
# 완료 계획서 — DB 정리: 프로젝트 데이터 초기화
|
|
|
|
- **일자**: 2026-08-08
|
|
- **상태**: 완료 (검증 완료)
|
|
|
|
## 배경
|
|
하드 삭제 스위치 도입 후 사용자가 영구저장소의 프로젝트 폴더를 직접 삭제했다. 처음부터 다시 검증하기 위해 DB의 프로젝트 계열 데이터를 모두 비운다. 파일시스템은 사용자가 직접 정리한다.
|
|
|
|
## 조사 결과
|
|
진짜 FK 고아는 0건이었다. CASCADE는 정상 동작했고, 남아 있던 것은 하드 삭제 플래그를 켜기 전에 소프트 삭제된 프로젝트 2건과 그 딸린 데이터였다.
|
|
|
|
## 구현 및 실행 체크리스트
|
|
- [x] 삭제 전 상태 조사 — `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행
|
|
- [x] 드라이런으로 삭제 대상 확인 후 트랜잭션 커밋
|
|
- [x] `projects` 2행 DELETE → `project_workflow_stages` 14행 CASCADE 소멸
|
|
- [x] 임시 보관함 잔여 정리 — `upload_chunks` 14, `upload_sessions` 11, `temp_upload_batches` 3 (`storage/tmp`가 비어 있어 실물 없는 고아 메타데이터였음)
|
|
- [x] `system_audit_logs`에서 `resource_type='project'` 12행 삭제 (사용자 지시)
|
|
- [x] 유지 확인 — `users` 1, `companies` 1, `sessions` 6, `trusted_devices` 16, `user_consents` 1. `system_audit_logs`에 남은 1행은 `COMPANY_CREATE`라 프로젝트와 무관
|
|
- [x] 파일시스템 미접촉 (사용자가 직접 삭제)
|