솔직이 메일링 리스트에서 2/3G 의 디비를 운용한다는 말을 들어 보기는 했지만 지금과 같은 150G 는 생전 처음 듣는 디비 사이즈입니다. 만약 이것이 어떤 실험실 자료나 계기 등으로 부터 sampling 되어져 들어온 자료가 아닌 뭔가 일반 사용자, business 행위 등으로 부터 들어온 자료라면 개인적인 생각으로 PostgreSQL 을 포기하는 것이 옳다고 생각합니다.

아직 그런 Enterprise 급의 DBMS 에는 어울리지 않다고 생각하기 때문입니다. 만약 하나의 Transaction 에 100만건의 자료를 처리해야 하는 등등의 일이 잦다면 이것은 DBMS 만의 문제가 아니고 DB server 의 하드웨어 사양도 충분한 고려를 해야 한다고 생각합니다. 메모리는 최소 maximum transaction 량의 배 이상을 준비하는 것이 좋다고 생각합니다. 서버의 하드웨어 속도도 충분한 속도를 보장해 줄수 있어야 할 것 같군요. /./

PostgreSQL 의 DB size 의 제한은 저도 아직 들은 적이 없습니다. 단지 OS 의 파일시스템의 한계를 따르지 않을까 싶군요. 안타깝게도 이런 대형 DB 에 대한 자료는 아직은 구할 수가 없을 것 같습니다. 메일링 리스트에 한번 포스팅을 해 주시면 도움을 많이 받을 수 있을 것 같습니다.

>>정박아 님께서 쓰시길<<

:: PostgreSQL이 제가 듣기로는 200G까정 가능하다고 들었는데요...

:: 이게 사실인지요?

:: 이제까정 Mysql을 사용하다가 데이타량이 넘 커서 이쪽으로 방향을

:: 턴 했걸랑요.

:: 문제는 PHP랑 물렸을때 100만건을 디스플레이하는데 엄청 시간이 걸리더라구요.

:: 쩝...

:: 이걸 어떻게 해결해야되는지.... T.T 방향만 제시해 주시더라도 감샤하겠습니다.

:: 사실 데이타를 150G ~ 180G를 유지하겠다고 하더라구요.

:: 이거 참....

:: 참고자료라든가.

:: 예제라든가.

:: 암거나 도움을 부탁드립니다.

:: 꾸~~ 우~~ 벅~~ 이만