2010-01-17 4 views
5

오라클이나 DB2 대신 PostgreSQL을 사용해야하는 경우 가장 많이 놓친 기능은 무엇입니까? 필자는 고 가용성 OLTP 애플리케이션에서 중요한 기능에 특히 관심이 있습니다. 감사!PostgreSQL은 Oracle 및 DB2 for OLTP에 비해 가장 중요한 기능은 무엇입니까?

편집 : 기술적 인 제한 사항이 더 있습니다. PostgreSQL, Oracle 및 DB2에서 동일한 수준의 전문 기술을 보유하고 있다고 가정 해 봅시다.

답변

3

Application Express (나는 행복 할 것입니다하지만이 포스트 그레스 등가물에 대해 이야기한다).

Oracle RAC 동일한 데이터 세트를 사용하는 여러 서버로 확장하는 경우.

+0

PostgreSQL의 Oracle 대기 기능 자체만으로는 아무 것도 할 수 없습니다. 이 분야의 일반적인 기술로는 프로파일 사용 (gprof 및 oprofile이 널리 사용됨) 및 dtrace가 있습니다. 이제 상황이 좋아 지기만하면됩니다. –

0

관리 백업/신뢰/지원

와 나는 우리 모두가 더 우리가 (매우 성공적인 생존 전략) 알고 신뢰하는 경향이 당신의/내 관리하지 IBM/오라클의 ..

을 의미 . 관리 유형은 참석하는 기능에서 무료 DB보다 더 자주 DB2/Oracle에 접하게됩니다 (내가 일하는 회사의 Telco). 당연히 그들은 더 잘 알려진 제품에 기대고 있습니다. 나는이 (경영/비즈니스) 뉴스 기사에 언급 된 critcal 시스템에서 성공적으로 익숙해 MySQL은, PostgreSQL을 다른 더 개방/적은 비용으로 제품으로 최근 몇 년 동안 많이 변경되었습니다 알고

...


업데이트 : 지금 내 대답은 분명히 기술 정보를 찾고 있다고 말했기 때문에 커뮤니티 위키 플래그를 설정했습니다. 개발

성능 조정에 대한 Oracle Wait interface에 대한

1

@Gary RAC와 관련하여 Postgres는 버전 8.3 이후 WAL-log 배송을 지원합니다. 공유 캐시 시스템만큼 좋지는 않지만 리던던시와 스케일링을위한 실시간 복제가 가능합니다.

저는 PostgreSQL이 훨씬 뒤처진 자체 튜닝이라고 생각합니다. PostgreSQL의 매우 큰 데이터 세트에서도 매우 훌륭한 성능을 얻을 수 있지만 오라클과 MS-SQL 서버는 많은 작업을 자동으로 처리하는 반면 서버 구성 및 인덱싱 측면에서는 매우 지루한 튜닝 작업이 필요합니다.

+0

PostgreSQL은 8.0 이후 WAL 로그 전달 (및 "warm"대기)을 지원합니다. 그것은 7.4에서 우리의 업그레이 드를 촉진 기능이었습니다. –

+0

읽을 수있는 슬레이브로 보내는 WAL은 9.0까지 작동하지 않았으므로 OLTP *에 대한이 모델 *의 확장은 이전 버전에서는 불가능할 것입니다. 이러한 이전 버전에 대한보고/DSS 유형 쿼리를 수행하려는 경우, Google OmniPITR, google OmniPITR – xzilla

관련 문제