[feat] Remove selected_place

[KyungminPark-steck]

📖 배경

다중 장소 추출 기능이 추가되면서 장소 선택 결과의 기준 필드는 selected_places가 되었습니다.

기존 selected_place는 단일 장소 추출 시절의 API/DB 호환성을 위해 유지했지만, 더 이상 하위 호환 필드로 남겨둘 필요가 없다고 판단했습니다. 동일한 의미의 데이터가 selected_places[0]와 selected_place에 중복 저장되어 스키마와 응답 구조가 불필요하게 복잡해지는 문제가 있습니다.

🎯 목표

selected_place 단일 필드를 제거하고, 장소 선택 결과를 selected_places 기준으로 일원화합니다.

API 응답, DB 스키마, repository/model/schema/test 전반에서 selected_place 의존성을 제거합니다.

🛠️ 구현 내용

• processing.job_results 테이블에서 selected_place 컬럼을 제거하는 migration 추가
• job result 저장 로직에서 selected_place insert/update 제거
• job result 조회 로직에서 selected_place read/deserialize 제거
• domain model, API response schema에서 selected_place 필드 제거
• worker processor에서 selected_place = selected_places[0] 생성 및 전달 로직 제거
• API endpoint 응답에서 selected_place 제거
• 관련 테스트에서 selected_place 검증 제거 및 selected_places 기준으로 수정
• 기존 단일 장소 시나리오도 selected_places에 1개 항목이 들어가는 방식으로 유지

⚠️ 고려사항

• selected_place 제거는 API breaking change이므로, 현재 프론트 쪽에서selected_places를 사용하도록 전환되어 있는지 확인 필요
• 기존 DB 데이터는 003_add_selected_places_to_job_results.sql에서 selected_place를 selected_places로 백필하고 있으므로, 컬럼 제거 전에 해당 migration이 적용되어 있어야 함
• selected_places가 비어 있는 경우 기존 selected_place = null과 동일하게 빈 배열 []로 표현
• 대표 장소 하나가 필요한 소비처는 selected_places[0]를 사용하도록 안내 필요

✅ 완료 조건

• DB migration으로 selected_place 컬럼이 제거됨
• API 응답에서 selected_place 필드가 더 이상 내려가지 않음
• 저장/조회/worker/schema/domain 로직에서 selected_place 참조가 제거됨
• 단일 장소 및 다중 장소 추출 결과가 모두 selected_places로 정상 반환됨
• 관련 테스트가 selected_places 기준으로 수정되고 통과함