PostgreSQL Conceitos e Aplicações
Histórico 60s CODASYL IBM IMS 70s ADABAS Teoria Relacional (Codd) IBM System R (DB2) Berkeley Ingres Oracle
Histórico 80s System R -> DB2 Ingres -> CA Ingres, Sybase, Informix, SQL Server, Interbase, Postgres Teradata SQL 86, 89 90s ISO SQL 92, 99 Access, MySQL
Postgres 1986-1994: Postgres Michael Stonebraker, Berkeley Evolução do Ingres com idéias Objeto-Relacional 1995: Postgres 95 Andrew Yu and Jolly Chen Inclusão do SQL 1996 em diante: PostgreSQL Desenvolvimento fora de Berkeley por uma comunidade
Pontos Fortes Suporte não é  exclusivo  do fornecedor; Desenvolvimento  ativo ; Bugs são  realmente  conhecidos; Boa  documentação ; Bom suporte da  comunidade ; Conformidade total com  ACID; Conformidade com  SQL; Extensível  ; Multiplataforma;
Pontos Fracos ? Não existe suporte corporativo oficial; Não existe certificação; Não existem boas ferramentas gráficas; Não é estável; Instável em Windows; Baixa performance (lento); Não tem uma campanha de marketing agressiva.
Sim, pontos fracos Não há soluções de replicação no core; Particionamento ainda precário (melhor no 8.5) Não há transações autônomas em PL; Vacuum degrada performance em OLTP em grande escala (diminuindo, mas ainda significativo); Não há uma boa ferramenta de monitoramento gráfico; Não tem backup incremental; Não é possível fazer HOT Backup físico por tablespace; Não existem gatilhos de sistema.
em ambiente  OLTP MVCC; Tablespaces; Particionamento de tabelas (melhorias previstas para 8.5); Common Tables Expressions e recursividade; PL/Proxy (Cluster Shared Nothing) Gatilhos; PL/pgSQL, PL/Python, PL/Perl, PL/Tcl, ... Sequências; Suporte a Kerberos, LDAP, etc.
em ambiente  BI Índices parciais e com expressões (bitmap previsto para 8.5); Visões; Copy com suporte a CSV; Subconsultas; Windowing Functions; PGPool II; Visões Materializadas (previsto para 8.5)
em ambiente  WEB Pool de conexões com PGPool ou PGBouncer; XML; Suporte a localização e internacionalização; Suporte nativo a SSL; Full Text Search
Alta Disponibilidade Point In Time Recovery; Warm Stand By (Hot Stand By previsto para 8.5); Hot Backup; Slony, PGPool, PGCluster, etc;
Segurança pg_hba.conf; Configurações padrões são seguras; Dollar Quoting; MD5, SHA1; Várias opções para criar o usuário; Uso de visões, gatilhos e funções para limitar acesso a dados; SE PostgreSQL; Várias opções de logs;
Migração Aderência ao padrão SQL; Existência de funções com sintaxe compatíveis; DBI-Link; Information Schema; ora2pg, my2pg, dbf2pg, etc.
OBRIGADO Dúvidas, sugestões, correções, indignações e cervejas são bem vindas! Fábio Telles Rodriguez,  SAVEPOINT:  http://www.midstorm.org/~telles   e-mail:  [email_address]

Conceitos E Aplicações

  • 1.
  • 2.
    Histórico 60s CODASYLIBM IMS 70s ADABAS Teoria Relacional (Codd) IBM System R (DB2) Berkeley Ingres Oracle
  • 3.
    Histórico 80s SystemR -> DB2 Ingres -> CA Ingres, Sybase, Informix, SQL Server, Interbase, Postgres Teradata SQL 86, 89 90s ISO SQL 92, 99 Access, MySQL
  • 4.
    Postgres 1986-1994: PostgresMichael Stonebraker, Berkeley Evolução do Ingres com idéias Objeto-Relacional 1995: Postgres 95 Andrew Yu and Jolly Chen Inclusão do SQL 1996 em diante: PostgreSQL Desenvolvimento fora de Berkeley por uma comunidade
  • 5.
    Pontos Fortes Suportenão é exclusivo do fornecedor; Desenvolvimento ativo ; Bugs são realmente conhecidos; Boa documentação ; Bom suporte da comunidade ; Conformidade total com ACID; Conformidade com SQL; Extensível ; Multiplataforma;
  • 6.
    Pontos Fracos ?Não existe suporte corporativo oficial; Não existe certificação; Não existem boas ferramentas gráficas; Não é estável; Instável em Windows; Baixa performance (lento); Não tem uma campanha de marketing agressiva.
  • 7.
    Sim, pontos fracosNão há soluções de replicação no core; Particionamento ainda precário (melhor no 8.5) Não há transações autônomas em PL; Vacuum degrada performance em OLTP em grande escala (diminuindo, mas ainda significativo); Não há uma boa ferramenta de monitoramento gráfico; Não tem backup incremental; Não é possível fazer HOT Backup físico por tablespace; Não existem gatilhos de sistema.
  • 8.
    em ambiente OLTP MVCC; Tablespaces; Particionamento de tabelas (melhorias previstas para 8.5); Common Tables Expressions e recursividade; PL/Proxy (Cluster Shared Nothing) Gatilhos; PL/pgSQL, PL/Python, PL/Perl, PL/Tcl, ... Sequências; Suporte a Kerberos, LDAP, etc.
  • 9.
    em ambiente BI Índices parciais e com expressões (bitmap previsto para 8.5); Visões; Copy com suporte a CSV; Subconsultas; Windowing Functions; PGPool II; Visões Materializadas (previsto para 8.5)
  • 10.
    em ambiente WEB Pool de conexões com PGPool ou PGBouncer; XML; Suporte a localização e internacionalização; Suporte nativo a SSL; Full Text Search
  • 11.
    Alta Disponibilidade PointIn Time Recovery; Warm Stand By (Hot Stand By previsto para 8.5); Hot Backup; Slony, PGPool, PGCluster, etc;
  • 12.
    Segurança pg_hba.conf; Configuraçõespadrões são seguras; Dollar Quoting; MD5, SHA1; Várias opções para criar o usuário; Uso de visões, gatilhos e funções para limitar acesso a dados; SE PostgreSQL; Várias opções de logs;
  • 13.
    Migração Aderência aopadrão SQL; Existência de funções com sintaxe compatíveis; DBI-Link; Information Schema; ora2pg, my2pg, dbf2pg, etc.
  • 14.
    OBRIGADO Dúvidas, sugestões,correções, indignações e cervejas são bem vindas! Fábio Telles Rodriguez, SAVEPOINT: http://www.midstorm.org/~telles e-mail: [email_address]