Comentários sobre: 16 características do Oracle que fazem falta no PostgreSQL http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/ Ideas not commited yet! Mon, 01 Dec 2008 18:51:00 +0000 http://wordpress.org/?v=2.6.5 Por: Guilherme Costa http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-1093 Guilherme Costa Tue, 29 Jan 2008 22:20:32 +0000 http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-1093 Parabéns a todos, tudo que está escrito fica dentro das diferenças mesmo. Mas como DBA o que eu realmente sinto falta no PostgreSQL e tenho no Oracle para pequenos e médios são o RMAN e o RAC. Abraços Parabéns a todos,
tudo que está escrito fica dentro das diferenças mesmo.
Mas como DBA o que eu realmente sinto falta no PostgreSQL e tenho no Oracle
para pequenos e médios são o RMAN e o RAC.

Abraços

]]> Por: Anderson Antunes http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-920 Anderson Antunes Thu, 20 Dec 2007 11:33:42 +0000 http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-920 Olá, Também, poderiamos colocar a questão de consultas hierárquicas, utilizadas quando temos uma tabela Auto-Relacionada. O Oracle possui algumas cláusulas(CONNECT BY, START WITH PRIOR) que facilitam este processo. Já o Postgres devemos implementar uma função recursiva ou procurar alguma biblioteca de terceiros que tenha alguma solução semelhante. Flw! Olá,

Também, poderiamos colocar a questão de consultas hierárquicas, utilizadas quando temos uma tabela Auto-Relacionada. O Oracle possui algumas cláusulas(CONNECT BY, START WITH PRIOR) que facilitam este processo. Já o Postgres devemos implementar uma função recursiva ou procurar alguma biblioteca de terceiros que tenha alguma solução semelhante.

Flw!

]]> Por: SAVEPOINT » O que aprendi com o blog http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-377 SAVEPOINT » O que aprendi com o blog Sun, 07 Oct 2007 13:53:08 +0000 http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-377 [...] escrevi dois posts comparando o Oracle com o PostgreSQL eu tive os melhores comentários deste blog aqui e aqui. Este foi um dos assuntos mais gratificantes em termos de retorno, pois os comentários [...] [...] escrevi dois posts comparando o Oracle com o PostgreSQL eu tive os melhores comentários deste blog aqui e aqui. Este foi um dos assuntos mais gratificantes em termos de retorno, pois os comentários [...]

]]> Por: Diego Bueno http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-369 Diego Bueno Wed, 26 Sep 2007 20:17:03 +0000 http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-369 Ola amigos.. Trabalho com PLs nos dois lados.. Gosto de ambas, mas falando serio.. SOU BEM MAIS AS FUNCIONALIDADES DO PgSQL. O Oracle não acho tão flexivel. E isso me atrapalha muito. Tomara que melhorem MESMO nas proximas versoes. Viva a PgSQL =) Ola amigos..

Trabalho com PLs nos dois lados..
Gosto de ambas, mas falando serio..
SOU BEM MAIS AS FUNCIONALIDADES DO PgSQL.

O Oracle não acho tão flexivel. E isso me atrapalha muito.
Tomara que melhorem MESMO nas proximas versoes.

Viva a PgSQL
=)

]]> Por: Rodrigo Hjort http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-346 Rodrigo Hjort Fri, 21 Sep 2007 14:31:48 +0000 http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-346 Grande Telles! Muito bom esse teu espaço, hein! Eis uma lista de features do Oracle que o PostgreSQL não possui, em ordem de prioridade: 1. Tablespace UNDO: considero a "galinha dos ovos de ouro" da Oracle. Nenhum outro SGBD consegue minimizar tanto a contenção do servidor! 2. Backup Diferencial: backup físico no PostgreSQL só temos FULL e transacional. Não existe esse meio termo... 3. Datafiles Freezing: o nosso pg_start_backup() bloqueia o cluster inteiro. No Oracle podemos fazer isso para um determinado tablespace apenas, reduzindo a quantidade de LOGs de transação criados nesse período. 4. Particionamento: infelizmente ainda não temos uma solução out-of-box para particionamento de tabelas. Utilizar aquele artifício de herança é de lascar... 5. Visões materializadas: como seria bom se tivesse isso no core do PostgreSQL... 6. COUNT(): essa função de agregação que os programadores têm verdadeira tara pode simplesmente tornar-se um pesadelo para o DBA! Não sei como o Oracle trata essa questão, mas no PostgreSQL é um calcanhar de Aquiles por provocar full scans... 7. Transações em PLs: pra quem faz uso excessivo de processamentos em funções, isso faz uma tremenda falta, provocando a secção de uma procedure em diversas no PostgreSQL. 8. Funções analíticas: às vezes dá pra "se virar", construindo-as em PL/pgSQL, mas não é a mesma coisa em questões de desempenho... 9. Cluster tables: diferentemente de outros SGBDs, o Oracle consegue armazenar fisicamente juntas estruturas relacionadas, como tabelas de Pedidos e Linhas de Pedidos. 10. Backup dump inconsistente: no PostgreSQL o pg_dump sempre faz as cópias com consistência. Eliminando isso talvez dê uma acelerada no processo. 11. Raw devices: antigamente achava que não suportá-los era uma falta do PostgreSQL. Acompanhando a pg_hackers vi que o Oracle a suporta por uma questão histórica. Reinventar um sistema de arquivos não é tarefa para o time do PostgreSQL. :) 12. Nested tables: não conheço muito disso o suficiente para comentar. 13. Sinônimos: não existe no PostgreSQL simplesmente porque é desnecessário nele! A variável de sessão search_path é muito mais interessante, na minha opinião. Abraço, Hjort Grande Telles!

Muito bom esse teu espaço, hein!

Eis uma lista de features do Oracle que o PostgreSQL não possui, em ordem de prioridade:

1. Tablespace UNDO: considero a “galinha dos ovos de ouro” da Oracle. Nenhum outro SGBD consegue minimizar tanto a contenção do servidor!

2. Backup Diferencial: backup físico no PostgreSQL só temos FULL e transacional. Não existe esse meio termo…

3. Datafiles Freezing: o nosso pg_start_backup() bloqueia o cluster inteiro. No Oracle podemos fazer isso para um determinado tablespace apenas, reduzindo a quantidade de LOGs de transação criados nesse período.

4. Particionamento: infelizmente ainda não temos uma solução out-of-box para particionamento de tabelas. Utilizar aquele artifício de herança é de lascar…

5. Visões materializadas: como seria bom se tivesse isso no core do PostgreSQL…

6. COUNT(): essa função de agregação que os programadores têm verdadeira tara pode simplesmente tornar-se um pesadelo para o DBA! Não sei como o Oracle trata essa questão, mas no PostgreSQL é um calcanhar de Aquiles por provocar full scans…

7. Transações em PLs: pra quem faz uso excessivo de processamentos em funções, isso faz uma tremenda falta, provocando a secção de uma procedure em diversas no PostgreSQL.

8. Funções analíticas: às vezes dá pra “se virar”, construindo-as em PL/pgSQL, mas não é a mesma coisa em questões de desempenho…

9. Cluster tables: diferentemente de outros SGBDs, o Oracle consegue armazenar fisicamente juntas estruturas relacionadas, como tabelas de Pedidos e Linhas de Pedidos.

10. Backup dump inconsistente: no PostgreSQL o pg_dump sempre faz as cópias com consistência. Eliminando isso talvez dê uma acelerada no processo.

11. Raw devices: antigamente achava que não suportá-los era uma falta do PostgreSQL. Acompanhando a pg_hackers vi que o Oracle a suporta por uma questão histórica. Reinventar um sistema de arquivos não é tarefa para o time do PostgreSQL. :)

12. Nested tables: não conheço muito disso o suficiente para comentar.

13. Sinônimos: não existe no PostgreSQL simplesmente porque é desnecessário nele! A variável de sessão search_path é muito mais interessante, na minha opinião.

Abraço,

Hjort

]]> Por: Telles http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-247 Telles Fri, 07 Sep 2007 10:27:05 +0000 http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-247 A questão do SQLLoader da Oracle não é simplesmente a velocidade, mas sim flexibilidade. Com o Loader você pode importar arquivos com colunas de tamanho fixo sem separadores, fazer conversão de tipos de dados on the fly e o mais importante, gerar um arquivo com as linhas que deram problema. O Loader é uma ferramenta muito poderosa com toneladas de opções. Uma coisa interessante para quem está preocupado com desempenho é que você pode separar os dados de entrada em vários arquivos e paralelizar (em disco e processador) a importação. São algumas coisas que o PostgreSQL ainda não faz. O <a href="http://www.bizgres.org/downloads/bizgres_loader.htm" rel="nofollow">Bizgres Loader</a> já tem boa parte destas características e espero vê-las incorporadas diretamente no PostgreSQL em breve. A questão do SQLLoader da Oracle não é simplesmente a velocidade, mas sim flexibilidade. Com o Loader você pode importar arquivos com colunas de tamanho fixo sem separadores, fazer conversão de tipos de dados on the fly e o mais importante, gerar um arquivo com as linhas que deram problema. O Loader é uma ferramenta muito poderosa com toneladas de opções. Uma coisa interessante para quem está preocupado com desempenho é que você pode separar os dados de entrada em vários arquivos e paralelizar (em disco e processador) a importação. São algumas coisas que o PostgreSQL ainda não faz. O Bizgres Loader já tem boa parte destas características e espero vê-las incorporadas diretamente no PostgreSQL em breve.

]]> Por: Fernando Ike http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-240 Fernando Ike Thu, 06 Sep 2007 18:12:26 +0000 http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-240 Meu tempo anda curto para ler de forma mais acentuada mas esse item SQLLoader existe semelhante feito pelo pessoal da NTT: Pgboulkload -http://pgfoundry.org/projects/pgbulkload/ Meu tempo anda curto para ler de forma mais acentuada mas esse item SQLLoader existe semelhante feito pelo pessoal da NTT: Pgboulkload

-http://pgfoundry.org/projects/pgbulkload/

]]> Por: Flisk http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-197 Flisk Fri, 31 Aug 2007 21:50:19 +0000 http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-197 Opa, Concordo com muita coisa que você falou. A parte de ROLES do PostgreSQL dá um show na da Oracle. Quanto as partes dos parâmetros, acho que não me expliquei direito, estava falando da gerência da instância. No Oracle você tem mais controle, mais parâmetros dinâmicos estão disponíveis do que no PostgreSQL. Ai também tem um exagero, são parâmetros demais no Oracle :) Quanto ao RMAN, você captou a idéia, backup incremental. Claro que os backupsets são uma mão na roda quanto ao uso de disco, mas como você falou. Só o RMAN entende. E outra coisa incremental só com o bendito ARCHIVELOG. Sim o ASM é algo estranho, confuso demais. Por exemplo, se você tem problema em um controlfile e quer copiar um sobre o outro, em S.O. isso é muito fácil.. mas no ASM? Via SQL... acho que não dá muito certo. E se o ASM der problema? Já com os caracteres, o unicode é um santo remédio. O que eu quis falar é que com o Oracle você pode mudar muitos mais parâmetros do que no PostgreSQL, você tem mais controle (pode até criar um charset prórpio). Sorts, index's, territórios e outros. Sim, também concordo que N*** da vida são bem chatos E concordo com você, quem faz banco deve se preocupar com o banco de dados, e não com coisas/fazer coisas do S.O. Opa,
Concordo com muita coisa que você falou. A parte de ROLES do PostgreSQL dá um show na da Oracle. Quanto as partes dos parâmetros, acho que não me expliquei direito, estava falando da gerência da instância. No Oracle você tem mais controle, mais parâmetros dinâmicos estão disponíveis do que no PostgreSQL. Ai também tem um exagero, são parâmetros demais no Oracle :)
Quanto ao RMAN, você captou a idéia, backup incremental. Claro que os backupsets são uma mão na roda quanto ao uso de disco, mas como você falou. Só o RMAN entende. E outra coisa incremental só com o bendito ARCHIVELOG. Sim o ASM é algo estranho, confuso demais. Por exemplo, se você tem problema em um controlfile e quer copiar um sobre o outro, em S.O. isso é muito fácil.. mas no ASM? Via SQL… acho que não dá muito certo. E se o ASM der problema?
Já com os caracteres, o unicode é um santo remédio. O que eu quis falar é que com o Oracle você pode mudar muitos mais parâmetros do que no PostgreSQL, você tem mais controle (pode até criar um charset prórpio). Sorts, index’s, territórios e outros. Sim, também concordo que N*** da vida são bem chatos
E concordo com você, quem faz banco deve se preocupar com o banco de dados, e não com coisas/fazer coisas do S.O.

]]> Por: Telles http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-195 Telles Fri, 31 Aug 2007 21:07:16 +0000 http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-195 O PostgreSQL tem a maioria das opções de localização que o Oracle, basta <a href="http://www.postgresql.org/docs/8.2/static/charset.html" rel="nofollow">ver isso na documentação</a>. O PostgreSQL tem o suporte a UTF-8 já há um bom tempo também. E tem algo que eu realmente não gosto no Oracle é ter que usar o NVARCHAR ou o NCHAR. Realmente a Oracle complica muito isso. Eu tenho a impressão que a Oracle criou isso para suprir deficiências no tratamento com caracteres multibyte. O RMAN realmente é algo interessante, mas eu acho que só vale a pena mesmo se você precisa de backp incremental. Caso contrário, você pode se virar muito bem com seus próprios scripts. A razão de eu prefirir os scripts é que o formato do backup gerado pelo rman só pode ser utilizado por ele. Uma vez utilizando o RMAN, você está preso a ele. Eu realmente prefiro ter mais controle da situação. Este é um dos motivos para eu não ter citado o ASM. Particularmente o pessoal do PostgreSQL optou por não desenvolver o armazenamento em RAW Devices. O motivo é mais ou menos o mesmo de evitar o RMAN, além da filosofia de que o PostgreSQL desenvolve um SGDB e não um SO. Para desenvolver SO, já exite muita gente fazendo um excelente trabalho. Os parâmetros dinâmicos o PostgreSQL também suporta, por sessão, por transação, por banco de dados ou por usuário. Com isso, a parte de perfis é contornada com tranquilidade. O fato de poder setar parâmetros por usuário ou ROLE, atende a boa parte dos recursos dos perfis de forma bastante simples e elegante. Mas é claro que isto poderia avançar um pouco mais. O PostgreSQL tem a maioria das opções de localização que o Oracle, basta ver isso na documentação. O PostgreSQL tem o suporte a UTF-8 já há um bom tempo também. E tem algo que eu realmente não gosto no Oracle é ter que usar o NVARCHAR ou o NCHAR. Realmente a Oracle complica muito isso. Eu tenho a impressão que a Oracle criou isso para suprir deficiências no tratamento com caracteres multibyte.

O RMAN realmente é algo interessante, mas eu acho que só vale a pena mesmo se você precisa de backp incremental. Caso contrário, você pode se virar muito bem com seus próprios scripts. A razão de eu prefirir os scripts é que o formato do backup gerado pelo rman só pode ser utilizado por ele. Uma vez utilizando o RMAN, você está preso a ele. Eu realmente prefiro ter mais controle da situação. Este é um dos motivos para eu não ter citado o ASM. Particularmente o pessoal do PostgreSQL optou por não desenvolver o armazenamento em RAW Devices. O motivo é mais ou menos o mesmo de evitar o RMAN, além da filosofia de que o PostgreSQL desenvolve um SGDB e não um SO. Para desenvolver SO, já exite muita gente fazendo um excelente trabalho.

Os parâmetros dinâmicos o PostgreSQL também suporta, por sessão, por transação, por banco de dados ou por usuário. Com isso, a parte de perfis é contornada com tranquilidade. O fato de poder setar parâmetros por usuário ou ROLE, atende a boa parte dos recursos dos perfis de forma bastante simples e elegante. Mas é claro que isto poderia avançar um pouco mais.

]]> Por: Flisk http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-193 Flisk Fri, 31 Aug 2007 20:40:35 +0000 http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-193 Opa, Acho que faltou ai a parte de caracteres, no Oracle a parte de charset é bem complexa. As possibilidades para definicões de língua, território e parâmetros afins fazem muita falta quando várias pessoas (com línguas diferentes) acessam o banco ajudam muito. Faltou citar o RMAN, que é uma mão na roda pra backup. Claro que sempre com o modo ARCHIVELOG. Um RMAN no PostgreSQL seria muito bom, já teria me facilitado a vida algumas vezes. Outra coisa seriam os parâmetros dinâmicos, no Oracle muita coisa é dinâmica e você pode alterar em tempo real. Shared servers (sem haver com o RAC) também fazem uma falta no PostgreSQL. Profiles de usuários também ajudam. Mas nessa parte acho que o PostgreSQL dá uma lavada. O vínculo de esquema e usuário no Oracle é muito forte (eles tem o mesmo nome), no caso do PostgreSQL são separados (e nada que um search_path não resolva). Até mais. Opa,
Acho que faltou ai a parte de caracteres, no Oracle a parte de charset é bem complexa.
As possibilidades para definicões de língua, território e parâmetros afins fazem muita falta quando várias pessoas (com línguas diferentes) acessam o banco ajudam muito.
Faltou citar o RMAN, que é uma mão na roda pra backup. Claro que sempre com o modo ARCHIVELOG. Um RMAN no PostgreSQL seria muito bom, já teria me facilitado a vida algumas vezes.
Outra coisa seriam os parâmetros dinâmicos, no Oracle muita coisa é dinâmica e você pode alterar em tempo real. Shared servers (sem haver com o RAC) também fazem uma falta no PostgreSQL.
Profiles de usuários também ajudam. Mas nessa parte acho que o PostgreSQL dá uma lavada. O vínculo de esquema e usuário no Oracle é muito forte (eles tem o mesmo nome), no caso do PostgreSQL são separados (e nada que um search_path não resolva).
Até mais.

]]> Por: Alexandre Arruda http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-192 Alexandre Arruda Fri, 31 Aug 2007 20:27:30 +0000 http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-192 O que mais sinto falta são os monitoradores mesmo. No DB2 há um 'caminhão' de coisas que dá para monitorar na base toda ou apenas numa conexão. Aqui vai uma dica, para quem precisa monitorar o que um determinado usuário está mandando para o banco no ODBC, por exemplo: <code> set log_statement="all" </code> Muita gente acha que esse parâmetro pode ser definido apenas no postgresql.conf, mas ele pode também ser definido por conexão. Depois é só setar o log_line_prefix com o que se quer (por ex.: "") e capturar nos logs tudo o que passa pelo server apenas daquela conexão. Abraço. O que mais sinto falta são os monitoradores mesmo. No DB2 há um ‘caminhão’ de coisas que dá para monitorar na base toda ou apenas numa conexão.

Aqui vai uma dica, para quem precisa monitorar o que um determinado usuário está mandando para o banco no ODBC, por exemplo:

set log_statement="all"

Muita gente acha que esse parâmetro pode ser definido apenas no postgresql.conf, mas ele pode também ser definido por conexão.
Depois é só setar o log_line_prefix com o que se quer (por ex.: “”) e capturar nos logs tudo o que passa pelo server apenas daquela conexão.

Abraço.

]]> Por: Telles http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-189 Telles Fri, 31 Aug 2007 17:55:59 +0000 http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-189 É meu caro Fábio... é verdade. Nada de flashback no PostgreSQL por enquanto. É uma funcionalidade importante que faltou na lista. É meu caro Fábio… é verdade. Nada de flashback no PostgreSQL por enquanto. É uma funcionalidade importante que faltou na lista.

]]> Por: Fábio Ferreira http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-188 Fábio Ferreira Fri, 31 Aug 2007 17:39:11 +0000 http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-188 Olá, eu não conheço quase nada no PostgreSQL, mas conheço um pouco de Oracle. Ai vai a pergunta. O PostgreSQL possui as features de Flashback (Database, Table, Transaction e Query)? Esse é uma dos recursos que eu mais gosto no Oracle. Olá, eu não conheço quase nada no PostgreSQL, mas conheço um pouco de Oracle. Ai vai a pergunta. O PostgreSQL possui as features de Flashback (Database, Table, Transaction e Query)? Esse é uma dos recursos que eu mais gosto no Oracle.

]]> Por: Walter Cruz http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-187 Walter Cruz Fri, 31 Aug 2007 14:58:21 +0000 http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-187 Índices bitmap tá sendo um parto heim? Nunca precisei de transações dentro de procedures, mas penso serem bem úteis. Uma coisa que é um pouco chatinha no PostgreSQL é o fato de sempre usar o collate do initdb para ordenações :( Mas um dia nós chegamos lá! Índices bitmap tá sendo um parto heim? Nunca precisei de transações dentro de procedures, mas penso serem bem úteis. Uma coisa que é um pouco chatinha no PostgreSQL é o fato de sempre usar o collate do initdb para ordenações :( Mas um dia nós chegamos lá!

]]> Por: Deivid http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-185 Deivid Fri, 31 Aug 2007 13:08:42 +0000 http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-185 Flashback quey. Com certeza é um recurso que deixa qualquer um louco : Ex.: select codproduto,qtdestoque from estoque as of timestamp trunc (sysdate + (8 / 24)) Como estava a tabela de estoque hoje às 8:00hs da manhã. Esse recurso já salvou minha vida, uma vez, achei que estava logado na base de desenvolvimento, porém era a base de produção, zerei todo o estoque... Resolvi tão rápido que o pessoal nem percebeu, consultei como estava a base antes de ter dado o comando e fiz um "ctrl+z". Se fosse outro banco teria que voltar backup, e provavelmente seria demitido. Flashback quey.
Com certeza é um recurso que deixa qualquer um louco :

Ex.: select codproduto,qtdestoque from estoque as of timestamp trunc (sysdate + (8 / 24))

Como estava a tabela de estoque hoje às 8:00hs da manhã.

Esse recurso já salvou minha vida, uma vez, achei que estava logado na base de desenvolvimento, porém era a base de produção, zerei todo o estoque…
Resolvi tão rápido que o pessoal nem percebeu, consultei como estava a base antes de ter dado o comando e fiz um “ctrl+z”. Se fosse outro banco teria que voltar backup, e provavelmente seria demitido.

]]> Por: Telles http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-178 Telles Thu, 30 Aug 2007 20:35:20 +0000 http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-178 <p>É Celso, é verdade. Acredito que quando penso em ferramentas de monitoramento, estou englobando isso. Mas talvez eu não tenha sido muito preciso, uma vez que as ferramentas analíticas podem existir sem as ferramentas de monitoramento, mas não o contrário.</p> <p>Valeu pela contribuição.</p> <p>Caro Ribamar, preciso parar de escrever com pressa (é que a discussão na lista do PostgreSQL está tão interessante que eu queria aproveitar o momento). Mas vou ver se tomo vergonha na cara e começo pelo menos a usar um corretor ortográfico. Obrigado pelos toques!</p> <p>Ah... sim, não deixem de acompanhar a <a href="http://listas.postgresql.org.br/pipermail/pgbr-geral/2007-August/002811.html" rel="nofollow">discussão na lista do PostgreSQL</a> que está muito bacana.</p> É Celso, é verdade. Acredito que quando penso em ferramentas de monitoramento, estou englobando isso. Mas talvez eu não tenha sido muito preciso, uma vez que as ferramentas analíticas podem existir sem as ferramentas de monitoramento, mas não o contrário.

Valeu pela contribuição.

Caro Ribamar, preciso parar de escrever com pressa (é que a discussão na lista do PostgreSQL está tão interessante que eu queria aproveitar o momento). Mas vou ver se tomo vergonha na cara e começo pelo menos a usar um corretor ortográfico. Obrigado pelos toques!

Ah… sim, não deixem de acompanhar a discussão na lista do PostgreSQL que está muito bacana.

]]> Por: Celso http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-176 Celso Thu, 30 Aug 2007 19:42:11 +0000 http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-176 As funções analíticas tb seriam uma boa. As funções analíticas tb seriam uma boa.

]]> Por: Ribamar FS http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-175 Ribamar FS Thu, 30 Aug 2007 19:36:40 +0000 http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que-fazem-falta-no-postgresql/#comment-175 Na primeira deve ser auditoria onde autitoria, certo? Na primeira deve ser auditoria onde autitoria, certo?

]]>