: PostgreSQL x Firebird
2010/4/15 MARCIO CASTRO marciomouracas...@yahoo.com.br:
O nome do banco é PostgreSQL ou simplesmente postgres e não é
permitida a grafia de outra forma.
Chega; já virou viadagem.
Marcio, cada e-mail seu que leio me compadeço mais com sua carência de
conhecimento e cultura
avançados, como é o seu caso.
Vira e mexe esta pessoa que se identifica como Marcio Castro, em
total desacordo com a netiqueta, tenta desestabilizar esta lista.
Não alimentem trolls [1].
Creio que em nenhum momento tenha havido qualquer referência ao nível
de conhecimento dos integrantes da lista
Colega; você está dizendo que o Post divide a execução de uma query em vários
processadores? À partir de qual versão?
De: Lucas Paz lucas...@gmail.com
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Quinta-feira, 15 de
2010/4/14 MARCIO CASTRO marciomouracas...@yahoo.com.br:
Tem um colega que jura que não, mas o mesmo não me forneceu as fontes para
consultar o assunto. Numa googada rápida utilizando postgre frequently
used execution plans parse tree, eu não conseguí encontrar a resposta, ou
não soube procurar
Enviadas: Quinta-feira, 15 de Abril de 2010 11:35:40
Assunto: Re: [pgbr-geral] Res: PostgreSQL x Firebird
2010/4/14 MARCIO CASTRO marciomouracas...@yahoo.com.br:
Senhores:
Mas aí entramos novamente na velha disputa do o meu time é melhor do que
o seu, ou a minha Honda é mais rápida do que a sua
fernandes.an...@gmail.com
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Quinta-feira, 15 de Abril de 2010 14:41:59
Assunto: Re: [pgbr-geral] Res: Res: PostgreSQL x Firebird
Em 15 de abril de 2010 14:32, MARCIO CASTRO marciomouracas...@yahoo.com.br
escreveu:
Caro
Assunto: Re: [pgbr-geral] Res: Res: Res: PostgreSQL x Firebird
2010/4/15 MARCIO CASTRO marciomouracas...@yahoo.com.br:
Caro André:
Muito obrigado, é isso mesmo, mas qual é o nome dessa estrutura no
Postgree? Onde a mesma está documentada, para que eu possa verificar se este
cachê é compartilhado
, 15 de Abril de 2010 19:07:13
Assunto: Re: [pgbr-geral] Res: Res: Res: Res: PostgreSQL x Firebird
2010/4/15 MARCIO CASTRO marciomouracas...@yahoo.com.br:
Cara, não é buffer de dados; é plano de execução mesmo. Outros bancos tem
uma área própria de cache para os planos de execução, e tais são
Senhores:
Mas aí entramos novamente na velha disputa do o meu time é melhor do que o
seu, ou a minha Honda é mais rápida do que a sua Yamaha, e ninguém explica o
PORQUÊ.
O ideal é demonstrar o funcionamento da ferramenta X e comparar o mesmo com a
ferramenta Y, por exemplo, nos primórdios
-geral] Falha em Oracle 11g libera privilégios a banco de
dados - OFF TOPIC
Em 5/2/2010 23:49, MARCIO CASTRO escreveu:
Cara; isto está ficando cada vez mais divertido!!!
Se é tão ruim, então porque é que todo o mundo compra?
Você tem idéia de quanto é a base instalada deste banco versus qualquer
Oracle 11g libera privilégios a banco de
dados - OFF TOPIC
Em 6/2/2010 08:50, MARCIO CASTRO escreveu:
Se tais membros se preocupassem em realmente promover e
divulgar o
PostgreSQL, ao invés de perder tempo criticando outras plataformas (que
pagam o salário de muita gente), creio que este banco seria
Caro colega:
Você está se referindo à quais ajustes do 10g?
De: Fábio Telles Rodriguez fabio.tel...@gmail.com
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Sexta-feira, 5 de Fevereiro de 2010 8:22:50
Assunto: Re:
Alguém aí vai me explicar o porquê desta birra com o Oracle?
De: Leandro DUTRA leandro.gfc.du...@gmail.com
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Sexta-feira, 5 de Fevereiro de 2010 10:45:22
Assunto: Re:
@listas.postgresql.org.br
Enviadas: Sexta-feira, 5 de Fevereiro de 2010 9:42:47
Assunto: Re: [pgbr-geral] Res: Falha em Oracle 11g libera privilégios a banco
de dados - OFF TOPIC
Em 5 de fevereiro de 2010 10:33, MARCIO CASTRO
marciomouracas...@yahoo.com.br escreveu:
Caro colega:
Você está se referindo
Flávio; você é mais um de birra? Porquê?
De: Gurgel, Flavio fla...@4linux.com.br
Para: pgbr-geral@listas.postgresql.org.br
Enviadas: Sexta-feira, 5 de Fevereiro de 2010 12:25:50
Assunto: Re: [pgbr-geral] Falha em Oracle 11g libera privilégios a banco de
de 2010 13:51:41
Assunto: Re: [pgbr-geral] Res: Falha em Oracle 11g libera privilégios a banco
de dados - OFF TOPIC
2010/2/5 MARCIO CASTRO marciomouracas...@yahoo.com.br:
Alguém aí vai me explicar o porquê desta birra com o Oracle?
1. '' IS NULL
2. DATE é DATETIME
3. DOMAIN inexiste
4. BOOLEAN
: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Sexta-feira, 5 de Fevereiro de 2010 19:14:07
Assunto: Re: [pgbr-geral] Res: Falha em Oracle 11g libera privilégios a banco
de dados -OFF TOPIC
Le vendredi 05 février 2010 à 09:50 -0800, MARCIO CASTRO a écrit
: Falha em Oracle 11g libera privilégios a
banco de dados - OFF TOPIC
Em 5 de fevereiro de 2010 23:49, MARCIO CASTRO
marciomouracas...@yahoo.com.br escreveu:
Cara; isto está ficando cada vez mais divertido!!!
Se é tão ruim, então porque é que todo o mundo compra?
Você tem idéia de quanto é
?
De: Euler Taveira de Oliveira eu...@timbira.com
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Segunda-feira, 25 de Janeiro de 2010 8:08:53
Assunto: Re: [pgbr-geral] Res: Res: Res: Performance
MARCIO CASTRO escreveu
De: Andre Fernandes fernandes.an...@gmail.com
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Segunda-feira, 25 de Janeiro de 2010 10:05:21
Assunto: Re: [pgbr-geral] Res: Res: Res: Res: Performance
2010/1/25 MARCIO CASTRO marciomouracas
Sim.
De: Leonardo Cezar lhce...@gmail.com
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Domingo, 24 de Janeiro de 2010 4:14:41
Assunto: Re: [pgbr-geral] Res: Performance
2010/1/24 MARCIO CASTRO marciomouracas
...@timbira.com
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Sexta-feira, 22 de Janeiro de 2010 15:30:06
Assunto: Re: [pgbr-geral] Res: Res: Digest pgbr-geral, volume 35, assunto 94
MARCIO CASTRO escreveu:
Não estou generalizando; é verdade mesmo.
Como você tem
pgbr-geral, volume 35,
assunto 94
MARCIO CASTRO escreveu:
O PL/pgSQL é _adequado_ para acesso a dados
Então, se tentarmos portar aplicações que efetuam calculos da PL/SQL
para a PG/plSQL, vai ficar uma lerdeza, correto? Você poderia nos
explicar o porque disso exatamente?
Vai depender do
Caro Leandro:
a -
Tenho sérias dúvidas de que esse tipo de proibição seja constitucional, seja
aqui ou noutras partes do mundo dito civilizado.
Olha só; esta atitude da Oracle é a mesma de milhões de outras empresa pelo
mundo, ok?
Você já viu uma propaganda da Fiat dizendo que o carro
Porque no TPC ela ajuda a criar o teste
Você está dizendo que os resultados do TPC são forjados?
Só que o MySQL também está no TPC, correto? E o DB2, o TERADATA, o Micro$oft
SQL Server, IBM DB2, Sybase, SymfoWARE (deste eu nunca tinha ouvido falar) e de
quando em quando aparecem outros mais.
: [pgbr-geral] Res: Res: Performance
MARCIO CASTRO escreveu:
Você está dizendo que os resultados do TPC são forjados?
Ajudar a criar *não* quer dizer forjar; mas que eles já sabem a priori quais
os pontos (consultas) fortes e fracos do seu SGBD no teste.
--
Euler Taveira de Oliveira
http
35,
assunto 94
2010/1/22 MARCIO CASTRO marciomouracas...@yahoo.com.br:
Colega;
Eu estava tratando com outro membro da lista, quando viestes com esta
falta de educação. Se vossa senhoria não concorda com alguma coisa inerente
à minha pessoa, então faça a gentileza de mandar em private, e
fonte confiável que em testes realizados comparando
os dois bandos o PG chegou a ser até 50% mais rápido que o Oracle, mas
é claro que esse teste não foi publicado e nem será.
Abraço,
Fabiano Machado Dias
Euler Taveira de Oliveira escreveu:
MARCIO CASTRO escreveu:
Trabalho com o Postgres
André:
Concordo com você.
Com relação á publicação, tal nem se faz necessário. Podemos pontuar com
alguns testes aquí mesmo na lista, sem relacionar dados ou bancos, mas apenas
divulgando, da forma mais simples possível, a metodologia utilizada.
Aliás, podemos começar com um tópico do
Não, não podemos divulgar nada sem o consentimento da Oracle, mas podemos
iniciar um estudo aquí de nome Como verificar a performance do seu servidor
PostgreSQL´, de forma à que possamos testar o mesmo em outro ambiente, por
conta própria.
De:
Comparativos podem ser divulgados desde que com a permissão dos devidos
fabricantes, tanto é que existe o TPC. Até o MySQL está lá!
Agora; podemos efetuar os nossos próprios testes, onde você pode divulgar um
determinado modelo de banco, uma estrutura, queries ou quaisquer outras coisas,
e
Você pode encontrar um comparativo publicado em:
http://www-css.fnal.gov/dsg/external/freeware/mysql-vs-pgsql.html
De: Leandro DUTRA leandro.gfc.du...@gmail.com
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Sábado, 23
Leandro; seu advogado se baseou em quais leis? Estas leis são internacionais?
Quais artigos? E neste caso, porquê o pessoal do TPC não é processado?
Mas não precisa publicar nada não; manda prá mim em PVT só o que você fez no
Postgres, ok? Desta forma, fica a meu critério testar o mesmo em
Caro Emerson:
Me permita discordar da frase não deixa nada a dever ao DB2, Oracle...
Trabalho com o Postgres e com o Oracle, e relato que a diferença entre os
mesmos é abismal.
Tentamos inclusive importar um sistema com milhares de funções e
procedimentos em PL/SQL (Oracle 10g) para o
Alexsander;
Porque não considerar os benchmarks da TPC?
De: Fabrízio de Royes Mello fabriziome...@gmail.com
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Sexta-feira, 22 de Janeiro de 2010 11:26:51
Assunto: Re:
: Sexta-feira, 22 de Janeiro de 2010 13:07:27
Assunto: Re: [pgbr-geral] Res: Digest pgbr-geral, volume 35, assunto 94
MARCIO CASTRO escreveu:
Trabalho com o Postgres e com o Oracle, e relato que a diferença entre
os mesmos é abismal.
Discordo. Não *generalize* as coisas; já vi várias instalações
Assunto: Re: [pgbr-geral] Res: Res: Digest pgbr-geral, volume 35, assunto 94
Boa tarde companheiro
2010/1/22 MARCIO CASTRO marciomouracas...@yahoo.com.br
Caro Euler:
a -
Discordo. Não *generalize* as coisas; já vi várias instalações PostgreSQL com
performance superior a anterior (aka
MARCIO CASTRO marciomouracas...@yahoo.com.br
Eu juro que queria entender: O QUE ESSE FAZ AQUI ?
De nada adianta este tipo de atitude, pelo contrário; tal só vem a dirimir a
lista.
Esta não deve servir para desabafos, mas para auxílios e troca de
conhecimentos. Se você tem o conhecimento e quer
-geral] Res: Res: Res: Qual estrutura utilizar?
2010/1/7 MARCIO CASTRO marciomouracas...@yahoo.com.br:
Creio que se pensarmos em um modelo em que há as entidades PESSOA e CONTA, e
a uma entidade derivada do relacionamento das duas (CONTA_PESSOA),
poderíamos ter o CNPJ (só o número, claro) como
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Sexta-feira, 8 de Janeiro de 2010 10:28:00
Assunto: Re: [pgbr-geral] Res: Res: Res: Res: Qual estrutura utilizar?
2010/1/8 MARCIO CASTRO marciomouracas...@yahoo.com.br:
Leandro; seu filho TEM de ter CPF para
Caro Leandro:
Creio haver um equívoco com relação ao seu exemplo sobre o cadastro de
correntistas de um banco com um CPF de outra pessoa.
Imagine que a bendita exposa se divorcie, e resolva emitir alguns cheques sem
fundo. O que é que vai acontecer?
O nome do ex vai para o SPC!!!
O ex
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Quinta-feira, 7 de Janeiro de 2010 13:30:59
Assunto: Re: [pgbr-geral] Res: Qual estrutura utilizar?
2010/1/7 MARCIO CASTRO marciomouracas...@yahoo.com.br:
Creio haver um equívoco com relação ao seu exemplo sobre o
: Benedito A. Cruz b...@cria.org.br
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Quinta-feira, 7 de Janeiro de 2010 13:22:38
Assunto: Re: [pgbr-geral] Res: Qual estrutura utilizar?
MARCIO CASTRO escreveu:
Caro Leandro:
Creio haver um equívoco com relação
leandro.gfc.du...@gmail.com
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Quinta-feira, 7 de Janeiro de 2010 20:24:49
Assunto: Re: [pgbr-geral] Res: Res: Qual estrutura utilizar?
2010/1/7 MARCIO CASTRO marciomouracas...@yahoo.com.br:
Faz tempo que não se pode mais
@listas.postgresql.org.br
Enviadas: Terça-feira, 5 de Janeiro de 2010 6:28:52
Assunto: Re: [pgbr-geral] Res: Res: Res: Uso de Campos Padrões
2010/1/4 MARCIO CASTRO marciomouracas...@yahoo.com.br:
Brincadeiras à parte; os programas escritos na época do Cobol eram muito,
mas muito menores do que os atuais
DUTRA leandro.gfc.du...@gmail.com
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Terça-feira, 5 de Janeiro de 2010 11:19:59
Assunto: Re: [pgbr-geral] Res: Res: Res: Res: Uso de Campos Padrões
2010/1/5 MARCIO CASTRO marciomouracas...@yahoo.com.br:
Tá; então
2010 14:59:59
Assunto: Re: [pgbr-geral] Res: Res: Res: Res: Res: Res: Uso de Campos Padrões
2010/1/5 MARCIO CASTRO marciomouracas...@yahoo.com.br:
Colega; então explique!
Talvez eu o faça, mas como você imaginou coisas que nunca escrevi,
fica difícil saber o que explicar.
Especificamente, ainda
.
De: Leonardo Cezar lhce...@gmail.com
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Segunda-feira, 4 de Janeiro de 2010 11:00:24
Assunto: Re: [pgbr-geral] Res: Res: Uso de Campos Padrões
2010/1/2 MARCIO CASTRO
Leonardo;
Dá uma olhadida no site da SUN, em
http://java.sun.com/javaee/reference/faq/persistence.jsp.
Pelo que eu entendí, existe a especificação da JPA, e um Framework.
Estou enganado?
De: Leonardo Cezar lhce...@gmail.com
Para: Comunidade
@listas.postgresql.org.br
Enviadas: Segunda-feira, 4 de Janeiro de 2010 14:59:14
Assunto: Re: [pgbr-geral] Res: Res: Res: Uso de Campos Padrões
2010/1/4 MARCIO CASTRO marciomouracas...@yahoo.com.br:
Vamos lá, Jesus, Maria e José:
Salomão, Cristovão, Josué
A Java Persistence API baseia-se nas melhores
:39
Assunto: Re: [pgbr-geral] Res: Res: Uso de Campos Padrões
2010/1/4 MARCIO CASTRO marciomouracas...@yahoo.com.br:
Leonardo;
Dá uma olhadida no site da SUN, em
http://java.sun.com/javaee/reference/faq/persistence.jsp.
Pelo que eu entendí, existe a especificação da JPA, e um Framework
-geral@listas.postgresql.org.br
Enviadas: Segunda-feira, 4 de Janeiro de 2010 17:53:14
Assunto: [pgbr-geral] [OT] Hibernate versus JPA ERA: Re: Res: Res: Res: Res:
Uso de Campos Padrões
2010/1/4 MARCIO CASTRO marciomouracas...@yahoo.com.br:
Colega; antes de mais nada, eu apenas copiei o que está
: Segunda-feira, 4 de Janeiro de 2010 17:55:36
Assunto: Re: [pgbr-geral] Res: Res: Res: Uso de Campos Padrões
2010/1/4 MARCIO CASTRO marciomouracas...@yahoo.com.br:
Pois eu estou falando do FRAMEWORK JPA, e estamos pensando em utilizá-lo, ao
invés dos demais.
hmm ... Eu de fato adoraria conhecer
Puxa; achei um cara que também programou em Cobol!!!
Pensei que eu ainda era o único no mundo, e os demais tivessem morrido de
velhice!
Brincadeiras à parte; os programas escritos na época do Cobol eram muito, mas
muito menores do que os atuais, mesmo rodando no mainframe. A memória era
: Res:
Res: Res: Uso de Campos Padrões
2010/1/4 MARCIO CASTRO marciomouracas...@yahoo.com.br:
Q: Why have you introduced the new Java Persistence API as part of the Java
EE 5 platform?
De fato voce não sabe o que é API, quanto mais JEE, e o pior: parece
que não se esforça para entender.
Não
2010/1/4 MARCIO CASTRO marciomouracas...@yahoo.com.br:
No próprio site da SUN:
http://java.sun.com/developer/technicalArticles/J2EE/jpa/
Será um Bot ?!?!?
-Leo
--
Leonardo Cezar
http://www.aslid.org.br
http://postgreslogia.wordpress.com
___
pgbr-geral
Caro Tiago:
Agradeço muito a sua atenção, e ainda mais à sua explicação. Depois da mesma,
voltei à documentação da SUN, e tudo ficou mais claro.
Ocorre que a empresa para a qual trabalho desenvolveu um grande sistema em
Java, mas utilizando um Framework próprio, e o código gerado é de
Ok; só dando um pitaco rápido quanto ao JPA:
Segundo o site da SUN, em
http://java.sun.com/javaee/reference/faq/persistence.jsp:
Q: What are the advantages of the Java Persistence API?
A: The Java Persistence API draws upon the best ideas from persistence
technologies such as Hibernate,
?
De: Leandro DUTRA leandro.gfc.du...@gmail.com
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Domingo, 3 de Janeiro de 2010 18:44:12
Assunto: Re: [pgbr-geral] Res: Res: Uso de Campos Padrões
2010/1/2 MARCIO CASTRO marciomouracas...@yahoo.com.br:
Mas porquê
: Uso de Campos Padrões
2010/1/3 MARCIO CASTRO marciomouracas...@yahoo.com.br:
Mas Leandro; você não explicou nada!
Porque eu não sou programador, então não me arrisco a falar muito, só
relato o que meus colegas programadores já me reclamaram.
Afinal, trabalhar com o Hibernate é ruin porquê:
b
Caro Leonardo;
O hibernate NÃO é baseado no JPA. Na realidade, e o contrário!
E você poderia me explicar o porquê da porcaria? A empresa para a qual
trabalho (já vou avisando que sou DBA, e não trabalho com Java) está para
adotar a JPA. Quais seriam as vantagens ou desvantagens do mesmo?
a versão do PGSQL.
a versão é 8.3, uso postgres Studio, no windows 7
obrigado.
MARCIO CASTRO-2 wrote:
Cara colega:
Você regerou as estatísticas após criar os índices? Qual é a versão do
banco?
No aguardo,
Márcio de Figueiredo Moura e Castro
--
View this message in context:
http
mexo com o postgres, e ainda não tenho um conhecimento
aprofundado.
obrigado
MARCIO CASTRO-2 wrote:
Ok; mas as estatísticas foram regeradas?
--
View this message in context:
http://old.nabble.com/%C3%8Dndices-e-otimiza%C3%A7%C3%A3o-tp26994726p26995037.html
Sent from the PostgreSQL - Brasil
Ok; faça agora na tb1, execute a query e nos mostre a query e o plano de
execução, ok?
De: moisespsena moisesps...@gmail.com
Para: pgbr-geral@listas.postgresql.org.br
Enviadas: Sábado, 2 de Janeiro de 2010 16:18:04
Assunto: Re: [pgbr-geral] Re s: Índices e
Caros colegas da lista:
E no caso de um servidor de aplicações (TOMCAT) onde, após algum erro no
programa (que ninguém consegue rastrear), a conexão fica BUZY eternamente? Tem
como matar? Existe algum arquivo de log onde eu possa verificar isso?
No aguardo,
Márcio de Figueiredo Moura e
Colega; mas podemos ter várias UK´s em uma tabela, e a PK é somente UMA,
correto?
E neste caso, o conceito é diferente!
De: Leandro DUTRA leandro.gfc.du...@gmail.com
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas:
-feira, 30 de Dezembro de 2009 21:12:46
Assunto: Re: [pgbr-geral] Res: Uso de Campos Padrões
2009/12/30 MARCIO CASTRO marciomouracas...@yahoo.com.br:
Colega; mas podemos ter várias UK´s em uma tabela, e a PK é somente UMA,
correto?
Sim. Mas isso é uma definição do ISO SQL sem fundamento conceitual
Caro Guilherme:
Mas neste caso, o correto seria utilizar transação, não é mesmo? É COMMIT, se
der tudo certo, ou ROLLBACK, se der errado!
De: Guilherme Carvalho desenvolvedor@gmail.com
Para: Comunidade PostgreSQL Brasileira
Colega;
Qual é o driver que você está utilizando? Qual é o S.O. do servidor?
No aguardo,
Márcio de Figueiredo Moura e Castro
De: Leandro Müller leandroli...@muriki.com.br
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Caro colega;
Repare que o Vinicius citou sistemas operacionais e bancos de dados, e não
sistemas comerciais. Não dá para escrever um S.O. em Java!
De: JotaComm jota.c...@gmail.com
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
.
De: Osvaldo Kussama osvaldo.kuss...@gmail.com
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Segunda-feira, 7 de Dezembro de 2009 1:06:19
Assunto: Re: [pgbr-geral] Res: Res: Res: Res: lentidão versao 8.4
2009/12/7 MARCIO CASTRO marciomouracas
é?
De: Tiago Adami adam...@gmail.com
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Domingo, 6 de Dezembro de 2009 17:04:43
Assunto: Re: [pgbr-geral] Res: Res: Res: lentidão versao 8.4
2009/12/6 MARCIO CASTRO
Caro André:
Você escreveu o seguinte:
Em geral, o desempenho de consultas com o postgreSQL 8.4 é superior ao com o
8.3, mas sempre pode haver uma exceção.
Gostaria que você me explicasse o porque dessa diferença de performance, e
também das exceções.
No aguardo,
Márcio de Figueiredo
2009 23:47:11
Assunto: Re: [pgbr-geral] Res: lentidão versao 8.4
Le samedi 05 décembre 2009 à 17:38 -0800, MARCIO CASTRO a écrit :
Em geral, o desempenho de consultas com o postgreSQL 8.4 é
superior ao com o 8.3, mas sempre pode haver uma exceção.
Gostaria que você me explicasse o porque dessa
: MARCIO CASTRO marciomouracas...@yahoo.com.br
Data: 06/12/2009 00:05
Caro Leandro Guimarães Faria Corcete DUTRA:
Observe que a pergunta foi dirigida ao André, e não à vossa senhoria. E se
vossa senhoria considera esta lista inútil, a ponto de me mandar consultar o
Google, então faça a gentileza de
Colega;
Você pode criar um DBLINK do Oracle para o Postgres via Oracle Heterogeneous
Services, ok?
Atenciosamente,
Márcio de Figueiredo Moura e Castro
De: Leandro DUTRA leandro.gfc.du...@gmail.com
Para: Comunidade PostgreSQL Brasileira
Colega; essa ferramenta é gratuita? Não tem de pagar qualquer licença ou taxa
de manutenção?
De: Fabrízio de Royes Mello fabriziome...@gmail.com
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br;
Organização do PostgreSQL Brasil
O que é que tem de diferente na nova versão para que a performance tenha
melhorado?
De: VisualP Sistemas pa...@visualpsistemas.com.br
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Ter, Outubro 20, 2009 10:11:16 AM
1:28:37 PM
Assunto: Re: [pgbr-geral] Res: Criação de Banco v-8.4.1-1
http://www.postgresql.org.br/noticias/2009/lancamento/8.4
- Original Message -
From: MARCIO CASTRO
To: Comunidade PostgreSQL
Brasileira
Sent: Tuesday, October 20, 2009 12:37
PM
Subject: [pgbr-geral] Res
@listas.postgresql.org.br
Enviadas: Terça-feira, 29 de Setembro de 2009 15:03:07
Assunto: Re: [pgbr-geral] Res: Res: Res: Performance usando funções em PLPGSQL
comparadas ao PL/SQL no Oracle
2009/9/21 MARCIO CASTRO marciomouracas...@yahoo.com.br
Caro Rafael:
Obrigado pela resposta.
A select fib
] Res: Res: Res: Res: Memory (heap)
2009/9/25 MARCIO CASTRO marciomouracas...@yahoo.com.br:
ÊTA!!!
Colega, no mundo Oracle, é comum termos centenas de milhares de linhas
escritas em PL/SQL. Esta linguagem é uma das coisas mais legais deste banco.
Sério mesmo? Enquanto eu não nego a grande gama
Enviadas: Segunda-feira, 28 de Setembro de 2009 17:18:08
Assunto: Re: [pgbr-geral] Res: Res: Res: Res: Res: Memory (heap)
2009/9/28 MARCIO CASTRO marciomouracas...@yahoo.com.br:
Colega;
este benchmark antigo...
Bom, dei uma olhada rápida do mesmo, e me pareceu que tal já foi, de caro
, no início
pode parecer estranho, mas provavelmente vá se surpreender bastante com o poder
e flexibilidade que esse formato oferece.
[]'s
2009/9/25 MARCIO CASTRO marciomouracas...@yahoo.com.br
Colega;
a - recordei-me agora de uma palestra da Oracle, no ano de 1999 - sim, já
fazem 10 anos - em que
@listas.postgresql.org.br
Enviadas: Sexta-feira, 25 de Setembro de 2009 18:01:55
Assunto: Re: [pgbr-geral] Res: Res: Res: Res: Res: Memory (heap)
2009/9/25 MARCIO CASTRO marciomouracas...@yahoo.com.br:
e vou ter de aprender o DB2 para breve. Trabalho
para uma empresa que desenvolve um ERP que deve rodar
Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Sexta-feira, 25 de Setembro de 2009 0:48:51
Assunto: Re: [pgbr-geral] Res: Res: Res: Memory (heap)
2009/9/24 MARCIO CASTRO marciomouracas...@yahoo.com.br:
... entenda que me foi vendida a idéia de que eu poderia portar todos os
programas em PL
...@timbira.com
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Sexta-feira, 25 de Setembro de 2009 1:15:11
Assunto: Re: [pgbr-geral] Res: Res: Res: Memory (heap)
MARCIO CASTRO escreveu:
Muito obrigado pelo seu esforço em me ajudar, mas entenda que me foi
Setembro de 2009 9:25:57
Assunto: Re: [pgbr-geral] Res: Res: Res: Memory (heap)
2009/9/24 MARCIO CASTRO marciomouracas...@yahoo.com.br:
Caro Euler:
Muito obrigado pelo seu esforço em me ajudar, mas entenda que me foi
vendida a idéia de que eu poderia portar todos os programas em PL/SQL para
PL
...@gmail.com
Linux user #391083
2009/9/25 MARCIO CASTRO marciomouracas...@yahoo.com.br
ÊTA!!!
Colega, no mundo Oracle, é comum termos centenas de milhares de linhas
escritas em PL/SQL. Esta linguagem é uma das coisas mais legais deste banco.
Sua funcionalidade não se restringe a fazer
Caro Tarcísio:
Achei muito interessante o seu teste, porém, você pode ter pecado na frase O
que vale para outros SGBDS. O que eu tenho observado é que o Postgres é
extremamente lento em DETERMINADAS situações, comparado ao SGBD Oracle, por
exemplo.
Há alguns dias atrás, postei um exemplo
comparado o SQL Server e Oracle.
Valeu!
2009/9/24 MARCIO CASTRO marciomouracas...@yahoo.com.br
Caro Tarcísio:
Achei muito interessante o seu teste, porém, você pode ter pecado na frase
O que vale para outros SGBDS. O que eu tenho observado é que o Postgres é
extremamente lento em
e Castro
De: Euler Taveira de Oliveira eu...@timbira.com
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Quinta-feira, 24 de Setembro de 2009 18:12:41
Assunto: Re: [pgbr-geral] Res: Res: Memory (heap)
MARCIO CASTRO escreveu
Caro colegas:
Lí alguma coisa sobre o enterprisedb e o Postgre
Plus Standard Server, que promete no site
(http://www.enterprisedb.com/products/postgres_plus/overview.do#ui-tabs-70)
o seguinte: It contains additional powerful features for database
application development that also enable
elefantinho e não existe a mínima, mínima chance mesmo de
pensar em migração para Oracle.
Apenas a nível de informação o banco hoje tem um tamanho superior a 640GB.
2009/9/24 Marcelo Costa marcelojsco...@gmail.com
Olá
2009/9/24 MARCIO CASTRO marciomouracas...@yahoo.com.br
Ok;
A questão
esta oportunidade, pois talvez demore um bocado de tempo
para ver o Bruce novamente no Brasil.
2009/9/24 Marcelo Costa marcelojsco...@gmail.com
Boa noite
On Thu, Sep 24, 2009 at 9:45 PM, MARCIO CASTRO
marciomouracas...@yahoo.com.br wrote:
Caro colegas:
Lí alguma coisa sobre o enterprisedb e
Assunto: Re: [pgbr-geral] Performance usando funções em PLPGSQL comparadas ao
PL/SQL no Oracle
Olá
2009/9/18 MARCIO CASTRO marciomouracas...@yahoo.com.br
Caros colegas:
Estou portando uma aplicação do Oracle 10g para o PostgreSQL 8.2.7, mas
estou encontrando alguns problemas relacionados à
...@ecomtecnologia.com.br
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Segunda-feira, 21 de Setembro de 2009 10:38:31
Assunto: Re: [pgbr-geral] Res: Performance usando funções em PLPGSQL
comparadas ao PL/SQL no Oracle
MARCIO CASTRO escreveu:
(...)
Para
complementar o que
';
[1]: http://pt.wikipedia.org/wiki/N%C3%BAmero_de_Fibonacci
2009/9/21 MARCIO CASTRO marciomouracas...@yahoo.com.br
Caro André:
Muito obrigado pela dica. A fib(35) passou para 60s, e a function1 para 19s.
Mas mesmo assim, a performance ainda está muito aquém dos tempos do Oracle
(21,04s e
Caro Fabrício:
Mas a vantagem do PL/pgSQL seria justamente a portabilidade; ou pegar
milhares de programas escritos em PL/SQL e jogar no PostgreSQL com um mínimo de
esforço. Se eu tiver de converter tudo para C, seria reescrever o sistema, o
que torna tal tarefa inviável.
Outro problema é
Caros colegas:
Estou portando uma aplicação do Oracle 10g para o PostgreSQL 8.2.7, mas estou
encontrando alguns problemas relacionados à performance. Para exemplificar,
criei o seguinte:
PLPGSQL:
--
CREATE OR REPLACE FUNCTION function1()
RETURNS numeric
99 matches
Mail list logo