> 답변 감사드립니다.

> 데이타 베이스를 생성시에 용량을 결정할 수 없다면

> 동적으로 크기가 할당된다는 소리 인데

> 그렇다면 데이타를 저장할때마다 데이타베이스가 커지는 결과가 되겠네요?

그렇습니다. 데이터베이스의 크기는 저장시마다 당연히 커지는 결과를 초래하게 됩니다. 기존의 상용 DBMS 를 사용하던 분들은 잘 적응이 안되는 현상이지요. 하지만 기존의 file/based DB 를 운영하던 분들은 당연한 결과라는 생각을 하게 될것 같습니다.

> 그렇다면 데이타 베이스를 분산해서 저장할수 있는 방법은 없을것 같네요?

> 어떻게 되는지 궁금합니다.

> 만약 포스트 그래스에서 데이타를 분산해서 저장할 수 있는 방법이 있다면

> 알려 주세요.

현재 PostgreSQL 자체는 분산 DBMS 의 기능을 지원하지 않습니다. 이것에 대한 연구는 이루어지고 있지만 아직 만족할만한 결과가 없는 것 같습니다. 알파버전에서 돌아가는 분산 DBMS 중 Mariposa 라는 것이 현재 연구중에 있습니다. 이것을 연구하는 팀들은 원래 PostgreSQL 의 원버전인 Postgres 를 연구하여 발표한 팀들입니다.

이곳의 project 목표를 보면 localability, scalability 등을 추구한다고 되어 있던데 아직 Intel 계열로 포팅된 것이 없어 설치해 보지 못했습니다.

홈페이지는 '관심있는 곳' 이라는 메뉴의 데이터베이스 관련 링크에 보면 있습니다.

> 그리고 만약 하드디스크가 두개라면 어떻게 되는가요?

> 관계가 없나요?

두개의 디비 로케이션을 정해서 따로 이용하시는 수 밖에 없습니다.

export PGDATA=/usr/local/pgsql/data

export PGDATA2=/usrlocal/pgsql/data1

이런식으로 정의하신 후 postmaster (postgresql의 backend daemon) 를 기동시 각각의 DB location 을 지정해 주면 됩니다. '/D' 옵션이 있습니다. 자세한 것은 매뉴얼 또는 man page 를 참고로 하시기 바랍니다.

> 관계가 없다면 데이타가 풀이 나면 하드디스크만 하나 더 달면

> 디비가 알아서 인식해서 용량을 할당하나요?

그렇지는 않습니다. 자동으로 용량할당을 하지는 않습니다. 단지 기존의 data 디렉토리를 그냥 무식하게 그대로 새로운 하드로 복사하신후 계속 사용해도 됩니다.

아니면 한번 backup and restore 과정을 거쳐야 합니다.

즉 하나의 데이터베이스는 여러개의 물리적인 파티션에 나누어서 저장할 수 없습니다. 이것은 한계라고 볼수 있습니다.

개인적으로 MySQL과 PostgreSQL 을 모두 좋아합니다. 물론 Oracle/Informix 도 좋아합니다. 하지만 무료로 사용할 수 있는 것이 앞의 두개이니 가난한 이에게 여지가 없는 선택인듯 합니다. PostgreSQL 은 기존의 상용 DBMS 에 못지 않은 기능이 많이 있습니다. 그리고 무엇보다도 안정성에 기반을 두고 만들고 있으므로 그런대로 믿을만한 프로그램입니다. MySQL 은 기본 기능에 충실한 DBMS 이고 PostgreSQL 은 많은 학술적인 이론과 실험정신이 내포되어 있으면서 고급 기능들을 상당히 많이 제공하는 DBMS 입니다. 공부해 보시면 상용 DBMS 에서 느끼지 못하던 몇가지 점을 접할 수 있답니다.

하지만 상용 DBMS 에서 제공하던 그 많은 기능을 다 요구하지는 마세요. 그러면 실망하게 됩니다. :/)

> 다시한번 답변 부탁드리겠습니다.

> 관리자님 메일이 안되네요

> 리턴되서 돌아오는걸 보니 관리자님 메일주소가 잘못된것 같군요.

메일 주는 advance@advance.sarang.net 입니다. 하지만 될 수 있으면 제발 메일로는 질문 말아 주셨으면 합니다. 능력도 안되는 사람이 너무 메일로까지 질문을 받으니 많이 버겁습니다. 부디 헤아려 주시기 바랍니다. :/)