RDBMS 의 관하여 더 효율적인 건 어떤걸까요...?

Question

레코드 수가 많아지는 것 vs 테이블 수가 더 많아지는 것 중 더 효율적인것은 어떤걸까요??ex) 채팅 db 구조 설계 중 의견이 갈려서 여쭤봅니다.답변 주시면 감사하겠습니다!

바냐파노 · Answer

정답이 있을까 싶습니다. 저장해야 할 데이터의 성격에 따라 정규화를 시켜야 하는 경우도 있고, 의도적으로 비정규화를 시켜야 하는 경우도 있습니다.

고등어통조림 · Answer

그래서 db설계가 어려운 것 같습니다ㅜㅜ결론은 저도 모름 ㅠㅠsqlp공부 중인데…아직 파악이 안 되네요;;

고등어통조림 · Answer

그냥 느낌에 조인 많이 하는 것보다 레코드수가 더 많은 게 더 빠를 것 같은데…그래도 억지로 테이블 나눠야 하는 걸 한 테이블에 몰아넣는 것도 안 좋은 것 같습니다나중에 쿼리 짜면서 각각 쿼리를 튜닝하면서 효율성을 높혀야 할것 같기도 하고…

DevLala · Answer

mysql mssql oracle 다 다른겠지만 조인 거는거보다는 한 테이블에서 가져오는게 아무래도 빠르죠

VasylKim · Answer

채팅 데이터를 rdb에 넣는게 문제가 있는것 같아요

1층 · Answer

RDBMS만 놓고보면 좀 더 단순하게 RDBMS만 벤치마킹하면 되지만 (들어갈만한 예상 데이터 수치만큼 더미데이터를 넣고 테스트해보면 되는거니까요)여기서 Connection Pool 및 서버 애플리케이션까지 들어간다면 훨씬 더 복잡해지겠죠...?

옥다방고양이 · Answer

(1)RDBMS 설계는 디스크 io 횟수를 줄이는 방향이 정답입니다.&#x1f449;데이타량이 늘어날 가능성 적고, 늘어나도 어느정도 예상가능할때는 &#34;레코드수가 많아지는 방향&#34;&#x1f449;향후, 급격하게 데이타량 늘어날 가능성있으면, &#34;테이블수 늘리는 방향&#34;

neoonki · Answer

서비스 운영중인데 채팅기능 간단하게 만들면서 테스트 해본걸로는....RDBMS로는 한계가 있던데요. 물론 무료버전 마리아에 셋팅의 한계일 수도 있겠지만요.junit 같은 걸로 간단하게 1억건의 더미 데이터 넣고 테스트 해보세요.저의 경우 특정 시간 기준으로 채팅내역을 조회하는 부분이 가장 많이 호출되서 시계열DB 사용했습니다.(InfluxDB)

장독깨기 · Answer

레코드가 많아질거 같으니 여러 테이블로 나누겠다는거죠?이럴 경우 테이블을 파티셔닝 하면 됩니다.테이블 수 늘리지 마세요. :)

kauru · Answer

RDB를 쓰는 이유 중 하나가 관리를 줄이기 위한 엔드포인트로 쓰기위함이고 소수의 테이블과 쿼리를 조회를 통해 최적화된 데이터를 불러오는데 쓰기 위함인데요. 단순 조회만 한다면 다른 걸 쓰는게 낫지 않을까요?

OKKY_OP2 · Answer

해당 게시물은 관리자에 의해 모임/스터디에서 기타로 이동 되었습니다.

RDBMS 의 관하여 더 효율적인 건 어떤걸까요...?

11개의 답변

Q&A 목록