Repository navigation
refactor: 어드민 콘텐츠 API TMP 테이블 → 실제 테이블 전환 (#60) - #62
Merged
Merged
Conversation
This was referenced Oct 26, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
📌 작업 개요
관련 이슈
작업 배경 및 목적
어드민의 기업/밋업 프로젝트·학회원 후기 API가 테스트용
TMP*테이블에 저장하고 있어, 운영진이 어드민에서 등록·수정한 내용이 실제 사이트에 반영되지 않았습니다.개발 컨벤션(1.2 임시 코드 네이밍 규칙)에 따라
TMP*엔티티를 실제 엔티티로 통합하고 제거합니다. 이제 운영진이 개발팀 요청 없이 사이트 콘텐츠를 직접 관리할 수 있습니다.🛠️ 주요 변경 사항
1. 어드민 API 실제 테이블 전환
CorporateProject), 밋업 프로젝트(MeetupProject,MeetupTeam), 학회원 후기(Review)를 어드민에서 직접 CRUD@Builder) 및update메서드 추가2. 태그 연관관계 저장
Tag테이블과 M:N 연관관계로 저장 (공개 API는 원래 이 연관관계로 태그를 응답함)#·공백·중복 제거, 기존 태그 재사용, 없으면 생성tag를 보내지 않으면 기존 태그 유지 (기존 어드민 FE는 밋업tag를 보내지 않으므로, 수정할 때마다 공개 사이트 태그가 지워지는 문제 방지)category문자열도 함께 저장tag,webThumbnailFile추가3. 수정 시 기존 값 유지
orphanRemoval로 요청 값으로 교체4. 응답 보정
MeetupDetailResponse.forAdmin()으로 실제 기수를 응답 (공개 API의 meetupId 55 → 30 보정이 어드민 수정 폼을 거쳐 DB에 저장되는 문제 방지)".../null"대신null응답category는[""]대신[]응답type이 null이어도 상세 조회가 실패하지 않도록 처리5. 정리
TMPCorporateProject,TMPMeetupProject,TMPMeetupTeam,TMPReview엔티티·레포지토리 및 DTO의 TMP 생성자 제거MeetupProject.updateTeam()제거 (orphanRemoval컬렉션 참조 교체 시 예외 발생)(test db)표기 정리✅ 완료 조건
Tag연관관계로 저장되어 공개 APItags에 노출된다TMPBlogReview를 제외한TMP*코드가 제거된다🧪 테스트 및 검증 결과
AdminContentTest.corporateProjectAdminContentTest.corporateProjecttag없이 수정 시 태그·분류 유지AdminContentTest.corporateProjectAdminContentTest.meetupProjecttag없이 수정 시 태그 유지AdminContentTest.meetupProjectAdminContentTest.meetupProjectnull, 태그 없음 →category: []AdminContentTest.optionalFieldsAreEmptyAdminContentTest.reviewMeetupDetailResponseTestAdminAuthorizationTest(기존 10건)테스트 환경
S3Servicemock)테스트 증빙
미검증 항목
S3Service를 mock 처리category가 null인 기존 기업 프로젝트 존재 여부: null이어도 빈 목록으로 응답하도록 처리함🔍 리뷰 요청 사항
displayFlag는 이번 범위에서 제외했습니다. 컬럼은 있지만 공개 API 어디에서도 읽지 않아, 어드민 입력으로 받으면 숨김 기능처럼 오해할 수 있습니다. 노출 제어가 필요하면 별도 이슈로 진행하는 것을 제안합니다.tag미입력 시 기존 유지, 입력 시 교체합니다. multipart 요청은 빈 목록을 보낼 수 없어서 "태그 전체 삭제"는 현재 지원하지 않습니다. 필요하면 별도 플래그 추가를 검토하겠습니다.category문자열과Tag연관관계에 이중 저장합니다. 기존 공개 응답(category,tags)을 유지하기 위한 선택인데, 한쪽으로 통일할지 의견 부탁드립니다.team응답이 기획/디자인/개발만 매핑됨 (기존 공개 응답 DTO 동작)orphanRemoval은 매핑 옵션)ddl-auto=update라 TMP 테이블이 DB에 남습니다. 물리 삭제는 이 PR 범위 밖이며, 정리할 때 아래 SQL을 참고하세요 (tmpblog_review는 유지, 실행 전\dt tmp*로 테이블명 확인)webThumbnailFile,tag추가 (선택)tag는 선택값: 등록 시 미입력이면 태그 없음, 수정 시 미입력이면 기존 태그 유지web_thumbnail_url이 없으면null, 기업 프로젝트category가 비어 있으면[]☑️ PR 체크리스트