>> 정재익님이 찾아놓은 자료를 보니 Postgresql 의 한계는 없어 보입니다.

>> 하지만, 혹시나해서 이렇게 질문 올립니다.

>>

>> 현재 저희는 수치연산이 많아서 5대의 PC를 연산용 머신으로

>> 사용하고 있습니다.

>> 머신의 사양은 대략

>> CPU : 2G

>> MEM : 1G

>> HDD : 300G

>> 입니다.

>> 저희는 계속적인 실험으로 Data를 쌓아가고,

>> 원본 Data역시 굉장히 큽니다.

>> 정확히는 모르겠는데, 한 260G(Text화일로여, 압축하면 32G)정도 되거든요.

>> 그래서 PC한대를 400G하드를 붙여서 DB Server로 만들려고 합니다.

>>

>> 제가 상상하는 구성은

>> 400G(100G 4개) 에 각각 Table Space를 줘서

>> Data를 4개정도로 쪼개서 저장하는것 입니다.

>> 이게 가능할까요 ??

>> 너무 두서없이 서술해서 이해가 잘 될지 의문이네요.

대체 어떤 DB인지 심히 궁금합니다. Table Space가 나오니 반갑네요.

오라클을 기준으로 테이블스페이스를 여러개의 Data file로 구성할 수

있습니다. postgres는? 되기는 하겠지만 어떻게 하는지 메뉴얼을

뒤졌는데 잘 모르겠습니다. 오라클에서는 Data file이 있어야 table

space가 구성되고 테이블 스페이스안에 테이블을 만들므로 모호하지

않지만... postgres는 제가 지금 둘러보니 디렉토리안에 디렉토리를

만들고 data파일을 두는 식이군요. 얼핏 data 디렉토리를 다른 곳으로

셋팅하는 것은 본적이 있습니다만.... 상관없이 계속 DB는 늘어날수 있겠군요.

보나마나 DATA를 시간등의 순서로 쌓는 것일텐데 pctfree가 0이어도

좋을듯하네요. postgres는 어떻게 pctfree를 주는지.... 없는것 같습니다.

규모가 규모다 보니 roleback segment도 엄청 커야 할텐데....

postgres는 어떻게 roleback segment를 관리하는지... 잘 모르겠네요.

쿼리만을 날린다면 어떤의미에서 transaction이 없는 mysql이 나을지도....

당장은 디스크 하나가 400gb일리는 없을테니 (혹시 디스크 array?)

data 디렉토리를 소프트웨어 레이드 따위로 한 마운트 포인트로

하거나, 조금 조사해서 각 마운트 포인트별로 data가 분산 저장되어야

하겠지요. 개인적으로 postgres의 신봉자인데 어떻게 돌아갈른지

정말 궁금합니다. 파이팅!