사이드 프로젝트 중 데이터 조회에서 큰 어려움을 겪고 있습니다...ㅜㅜ

Question

안녕하세요&#x1f60a;사이드 프로젝트 진행 중에 고민이 생겨서 질문드립니다!!식품 데이터셋을 사용하게 되어 이를 저장하고 있는 MealData라는 테이블이 존재합니다.그런데 사용자 입력을 통해 MealData에 데이터를 저장할 수 있는 기능이 추가되었습니다.MealData를 검색할 때는 데이터셋의 데이터와 해당 사용자가 추가한 데이터를 둘 다 조회해야 합니다.(개인이 추가한 데이터는 개인만 볼 수 있습니다)여기서 제가 생각해낸 방법은 두 가지입니다.기존의 MealData 테이블에 memberId 컬럼을 추가한다.장점한 테이블에 담기기 때문에 조회가 단순해진다.목록 조회 시, memberId가 null이거나 사용자의 memberId인 데이터를 가져오면 된다.단점데이터 무결성 문제, 외래키에 null이 들어간다.만약 실수로 memberId를 null로 바꾸면 개인의 데이터가 아닌, 데이터셋의 데이터로 인식하게 된다.기존 데이터는 MealData 테이블에, 사용자가 추가한 데이터는 PersonalMealData 테이블에 저장한다.장점데이터 무결성을 지킬 수 있다(외래키에 null이 들어갈 일이 없다).단점조회가 복잡해진다.개인적으로 끌리는 방법은 2번입니다만, 2번을 사용할 때도 고민이 되는 부분이 있습니다ㅜㅜ목록 조회는 대충 두 테이블에서 데이터를 불러와서 Stream.concat()으로 합치고 이름 순으로 정렬하도록 코드를 구현해보았습니다.근데 상세 조회를 할 때는 id(Long)를 기반으로 조회를 하는데, 데이터셋 데이터인지 개인 데이터인지 어떻게 구분을 해야할 지 떠올리기가 쉽지 않습니다... (컬럼을 추가해야 하나?)Union을 사용하는 방법도 있을 것 같은데, Native Query는 피하는 것이 좋다고 들어 이런 방식에 대한 고수님들의 의견도 궁금합니다!긴 글 읽어주셔서 감사합니다&#x1f970;

kenu,전독시 · Answer

Native Query라도 일단 써서 돌아가게 만들고, Refactoring하면 되지 않을까요?

장독깨기 · Answer

별 어려운 문제가 아닌데 어렵게 생각하시네요. ㅎ첫번째로 하셔도 됩니다.FK 에 널 허용 가능합니다.정합성 문제 없고 엉뚱한 데이터 못 들어가게 제약을 걸어 주는 겁니다.두번째로 하셔도 됩니다.이때 UNION 으로 하시면 됩니다.쿼리문 피하는 것이 좋다는건 잊으세요. 그 누구도 그 이유를 설명하지 못 할 겁니다.상황에 맞게 적절한 수단을 사용하면 될 일 입니다.그리고, 중요한건 이겁니다. 가급적 데이터베이스에 한 번의 쿼리 요청으로 데이터를 가져오는 것이 좋습니다.N 번을 요청하면 N 번의 추가 비용이 발생하기 때문입니다.

사이드 프로젝트 중 데이터 조회에서 큰 어려움을 겪고 있습니다...ㅜㅜ

2개의 답변

Q&A 목록