ㅇ왓챠 피디아 같은 사이트 혼자서 만들어보고 있고 api는 tmdb 사용중..
홈 화면에서 인기영화, 개봉예정, 현재 상영 영화 각각 api 호출해서 뿌리려고 하는데..
난 영화 테이블한군데에 영화 정보 싹 몰아넣고 저 api들 호출하면 json에서 영화 id만 뽑고 테이블에서 가져와서 뿌리는 방법 생각했는데
gpt한테 물어보니까 영화 테이블 하나 놓고 봤을 때 어떤 영화가 인기, 개봉예정, 현재 상영 목록에 속하는지 알기 힘들다고 애는 하나의 카테고리 테이블 별도로 만들고 외래키 형식으로 해서 가져오라는데
포폴용인데 gpt 말대로 카테고리 테이블 하나 두고 하는게 좋음?
어케해야하지.. 도와줘...
너가하는 방법이 이해가 안됨 인기 상영 예정 등등 구분은 어떻게함? 영화정보도 필요한데 id만 뽑는건 왜하는거임? - dc App
인기, 상영, 예정 api가 각각 있어. 이 각각의 api에 영화 목록들이 있고 영화 id가 있어. 그러니까 인기 영화 목록을 예로들면 인기 영화 목록 api를 호출하면 인기 영화 목록에 해당하는 데이터(json)들이 올텐데, 그중 영화 id들만 쫙 뽑아서 영화 테이블에서 해당 영화들 조회해서 정보가져오겠다. 이렇게 하겠다라는 소리임.
@ㅇㅇ(125.242) 인기 영화 id가 1 2 3 4면 인기영화 1 2 3 4는 어디에 저장되는거임? - dc App
@ㅇㅇ(125.242) 인기영화json에 이미 정보가 다 있는데 왜 불필요하게 한번 더 요청해서 id별로 조회한다는거임? 의도가 이해가 안감 - dc App
@딘퐁 이게 거기서 제공하는 카테고리별 api들은 영화 정보가 다 있는게 아니더라고.. 많이 빠져있음.. 화면에 표시할 데이터들이 인기 영화 목록 같은 카테고리 api만으로는 부족해서 그래. 그래서 영화 상세 정보들을 미리 영화 테이블에 저장하고 인기 영화 목록 api가 호출되면 -> json에서 인기 영화 아이디들 추출 -> 그 아이디 바탕으로 다시 db에서 영화들 조회. 이런 흐름으로 가려고했음..
@ㅇㅇ(125.242) 아 인기 영화 정보가 너께 아니라 외부api로 받는거임? - dc App
@딘퐁 응 tmdb라는 영화 api 제공해주는 잘돼있는 해외 사이트 있어. 거기 api 사용하는거야.. 인기영화, 개봉예정, 현재 상영 각각 전부 거기 api 사용하는거. 내가 초보다보니 설명이 부실했네
@ㅇㅇ(125.242) 전형적인 db 설계면 카테고리로 빼는게 맞고, 외부api로 데이터를 받는거면 테이블 설계가 아니잖아 후자인데 전자를 질문하는게 잘못됨 외부api면 관점 자체가 달라짐 아무래도 최대한 덜 호출하는 방향으로 - dc App
@ㅇㅇ(125.242) 내가 그 api에 대해 아는게 아니라 더 해줄 말이 없음.. - dc App
@ㅇㅇ(125.242) 기능만 둘꺼면 카테고리는 필요없고 api 호출을 최대한 적게하고싶으면 카테고리를 두고 뭐 몇시간에 한번씩 갱신한다든지 그렇게 하는게 맞는듯
@딘퐁 테이블 설계라는게 메인 영화 테이블이랑 연결해서 api를 호출하지 않고 카테고리 영화를 매번 가져오기 위한 테이블을 말하는거였어. 카테고리 테이블 설계해서 인기, 개봉예정, 상영중 카테고리 및 영화 아이디만 저장해두면 api를 메인 영화 테이블에서 가져올 수 있으니까. (갱신은 방법찾아서 며칠에 한번 자동으로 api 한번 호출해서 하는 방향 그렇게하고.) 그런데 내가 고민인건, 이 영화 데이터가 각 카테고리(api 호출)마다 20개씩해서 고작 60개란 말이야. 한번 홈화면 진입에 api 세번 호출해서 데이터 60개 가져오는데 이게 많은 데이터는 아닌 것같은데, 그래서 그냥 카테고리 테이블 설계안하고 아까 전 댓글에서 말한 것처럼 그냥 매번 api 호출해서 아이디만 뽑고 메인 db에서 가져오는 걸로
@딘퐁 하면 안되냐는거였음....
@백갤러1(183.103) 카테고리 필요 없다는게 api를 계속 호출해야한다는거지? 후자는 카테고리 테이블을 설계하라는 말이구?
@ㅇㅇ(125.242) ㅇㅇ 어짜피 json에서 다주잖아 그거 그대로 뿌리면되니까 db자체가 필요가없지 근데 API를 적게호출할려면 한번은 db에 저장을 해둬야하니까 테이블이 필요한거고
@백갤러1(183.103) 이게 이전 댓글에도 썻다시피 고민하고 있는거고 질문하려던건데 각 카테고리별로 api 한번이니까 3번, 카테고리별로 데이터 20개 온단말이야. 데이터 60개인데 이정도면 데이터 양 적은거지? 그래서 카테고리 테이블 설계없이 api 계속 호출하는 방향으로 해도되는지 묻고 싶었어. api 계속 호출하는거면 매번 새 데이터오니까 갱신도 필요없고 말이야
@ㅇㅇ(58.239) 파딱이 말했듯이 그건 관점의 차이라 정답이 있는건 아님 보통은 근데 덜 호출하는 방향이 맞음
@백갤러1(183.103) 음 알겠어 정말 고마워