안녕하세요~ 헤헤~ DB에 대해서 전혀 모르는(무기재료공학과 나왔어요..
경력? 2001년 2월중순부터 psql을 알았고.. 그때부텀 직장생활을.. //;) 사람인데요.
제가 생각해본 결과... DB서버를 10개 구축해서... 백만개씩의 레코드를 10개씩 관리하는 서버를 만들겠네요. //;(돈 ㅠ.ㅠ)
아니면.. 10만개씩 100개의 테이블을.. //;
케케 쩝.. 언제 1억개의 데이터를 검색하누?
처음부터 이런 경우라면 무지 경험많은 분의 조언을 들어야 할거 같습니다.
저장때부터 어떤 방식으로 나누어 저장할지.. 그런거요..
잘은 모르지만 저라면.. 그렇게 자료가 많다면.. 똑같은 데이터를 가지는 DB서버를 2배로 만들겠습니다. 하나의 서버에는 테이블을 가나다순으로 만들어 저장하고..
다른 서버에는 시간대별로 저장하고.. //; 그러면 나중에 읽어들일때 쇼트해서 보여주기 쉽지 않을까요?
이상.. DB가 뭔지 잘모르는 이의 약간의 잡담성 발언이었습니다.
행복하세요~
>>어떤생각 님께서 쓰시길<<
:: 질문입니다.
::
:: 좀 궁금한 점이 있는데요...
::
:: 거대한 디비를 구축하려고 하면(디비의 자료가 매우 커질것으로 예상될때)
:: 테이블 수를 늘이는 것이 유리한가요? 아님 테이블내의 record수를 늘이는 것이 유리할까요?
::
:: 그러니까 예를들어 한 레코드가 한 1억개정도가 될것으로 예상되면
:: 1000만개짜리 레코드를 가진 테이블을 10개만드는 것이 나은가요? 아님 100만개짜리 레코드를 가진 테
:: 이블을 100개만드는 것이 나을까요? (아님 10만개짜리 1000개? 흠. 이건 아닐것 같지만...)
:: 물론 select로 데이타를 읽어오는 것이 훨씬 자주 있지만 insert나 delete문도 꽤 자주 발생한다고 가
:: 정하고요...
::
:: 이정도는 아니더라도 꽤 큰 디비가 필요하면 보통 테이블안에 계속 레코드를 늘이는 것이 좋은지 아니
:: 면 테이블을 쪼개서 각 테이블당 레코드량을 적절히 유지하는 것이 좋은 지 알고 싶습니다.
::
:: 아시는 분의 도움부탁드립니다.
::
:: 참 그리구 이정도 크기의 디비도 postgres로 가능할까요? ^^
|