포폴에 넣을려고하는데 이게 배낭알고리즘 사용해서 만드는게 목표여서 db쪽을 고민을많이하다가 그냥 하드코딩으로하고 알고리즘 코딩에 더 힘을쓰자 였는데
막상 erd 포폴에 넣을려고하니깐 초라해져서 좀그렇네
수정할까 아니면 킵고잉할까?
포폴에 넣을려고하는데 이게 배낭알고리즘 사용해서 만드는게 목표여서 db쪽을 고민을많이하다가 그냥 하드코딩으로하고 알고리즘 코딩에 더 힘을쓰자 였는데
막상 erd 포폴에 넣을려고하니깐 초라해져서 좀그렇네
수정할까 아니면 킵고잉할까?
이건 또 뭔소리야 게시글에 작성자id없어? - dc App
ㅇㅇ.. 넥슨 오픈 API에 접속자 본인이나 타인의 닉네임을 입력하기만 하면 그 닉네임을 식별자로 삼아 넥슨 서버에서 캐릭터 스펙을 실시간으로 갖고오는걸 만든거라
@글쓴 백갤러(168.126) 특정 유저의 정보라면 굳이 필요없으면 안해도됨 - dc App
@딘퐁 이게...참 애매한게... 사실 하면좋은건데 메인테이블 데이터 갯수가 250개가 넘고 내가 알고리즘에 좀더 힘쓰고자 해서 어렵기도하고 실제로 적용하면서 코딩하는게 그래서 내가 이걸로 수익을 낼것도아니고 해서 하드코딩한건데 걱정되네 하면 좋은거면 그냥 하는게 맞겠지? 시간더써서?
@글쓴 백갤러(168.126) 굳이 하자면 1:1 관계로 메인 - 서브 1 ,2 ,3 나눠서 자주 조회되는건 메인에 넣고 서브는 필요할때마다 조인해서 가져와도 되지 이렇게도 많이 설계함 상품 - 상품상세정보 - dc App
@글쓴 백갤러(168.126) 무조건 user_id 키로 1개만 조회하는게 확실히면 하나에 두는게 더 나을수도 있고 판단은 본인 몫 - dc App
@글쓴 백갤러(168.126) 상품목록처럼 리스트에 가벼운 정보만 보여줘도 되는 경우에 보통 세부정보를 따로 뺌 테이블사이즈 줄이려고 - dc App
@딘퐁 전체데이터가 한번의 루프마다 전부 갖고와야하는거라... 일단 답변 감사합니다 좀더 고민을해봐야겠네요
@딘퐁 그냥 정규화 해야할거같아요....뭔가 면접관입장에서 하드코딩을하고 정규화를안하면 서류컷할거 같아서...ㅜㅜ
@글쓴 백갤러(168.126) 안그런데요 너무 오해하시네.. - dc App
@딘퐁 헉 그런가요...한번 1~2일만 투자해보고 안되면 그냥 진행해도될것 같네요 감사합니다
@글쓴 백갤러(168.126) 어느정도까지 정규화하고 어느정도까지 안할지는 정해진건 없음 설계의 문제 - dc App
그냥 글 적은 그대로 말하면됨 물어보면 ㅇㅇ "배낭알고리즘 사용해서 만드는게 목표여서 db쪽을 고민을많이하다가 그냥 하드코딩으로하고 알고리즘 코딩에 더 힘을쓰자 라고 생각했습니다."