Re: [pgbr-geral] Two Phase Commit

2011-10-14 Por tôpico Rogerio Bassete
Imagine assim: Servidores A, B e C Comece a transação em cada um: A BEGIN; B BEGIN; C BEGIN; Faça alguma coisa em cada servidor: A INSERT INTO foo VALUES (1,2,3,4); B INSERT INTO foo VALUES (1,2,3,4); C INSERT INTO foo VALUES (1,2,3,4); Agora tente preparar as transações: A PREPARE

Re: [pgbr-geral] Two Phase Commit

2011-10-14 Por tôpico Rogerio Bassete
Utilize a função pg_prepared_xact() em seus servidores para verificar quais possuem transações pendentes. momento-propaganda Assista minha palestra no PGBR2011 para mais informações sobre funções úteis do servidor. /momento-propaganda Pode deixar Leo. []´s Rogério A Bassete

Re: [pgbr-geral] Configurando Timezones por databases

2011-10-14 Por tôpico Flávio Alves Granato
Em 13/10/2011 23:21, Leandro Guimarães Faria Corce DUTRA escreveu: Le 2011-O-13 18h5, Flávio Alves Granato a écrit : Onde se encaixa o modelo não relacional nesta teoria? O famoso NoSQL, agora viu que não disse programação OO. Sim, acho que não é necessário implementar a complexidade de um

Re: [pgbr-geral] Configurando Timezones por databases

2011-10-14 Por tôpico Guimarães Faria Corcete DUTRA , Leandro
2011/10/14 Flávio Alves Granato flavio.gran...@gmail.com: Acho que estou lesado, não entendi… o modelo relacional é mais simples, a complexidade fica toda dentro dos tipos… Opinião de cada um. Absolutamente não. ___ pgbr-geral mailing list

Re: [pgbr-geral] Configurando Timezones por databases

2011-10-14 Por tôpico Flávio Alves Granato
Em 14/10/2011 10:33, Guimarães Faria Corcete DUTRA, Leandro escreveu: 2011/10/14 Flávio Alves Granatoflavio.gran...@gmail.com: Acho que estou lesado, não entendi… o modelo relacional é mais simples, a complexidade fica toda dentro dos tipos… Opinião de cada um. Absolutamente não. Onde o

Re: [pgbr-geral] Função Update or Insert

2011-10-14 Por tôpico Alexsander Rosa
Em 13 de outubro de 2011 18:43, desenvolvedor@gmail.com escreveu: Alexandre, poderia citar os malefícios das chaves artificiais? Supondo que você esteja se referindo a mim (Alexsander), o problema é o uso indiscriminado de chaves artificiais. Por exemplo, uma tabela de CEP não precisa ter

Re: [pgbr-geral] Configurando Timezones por databases

2011-10-14 Por tôpico Guimarães Faria Corcete DUTRA , Leandro
2011/10/14 Flávio Alves Granato flavio.gran...@gmail.com: Onde o modelo relacional é mais simples que o NoSQL como comentei? Não existe um modelo NoSQL, ele é simplesmente a reversão às bases de dados prerrelacionais, dos anos sessenta e setenta. Isso dito, o modelo relacional trabalha com

Re: [pgbr-geral] Configurando Timezones por databases

2011-10-14 Por tôpico Flávio Alves Granato
Em 14/10/2011 12:44, Guimarães Faria Corcete DUTRA, Leandro escreveu: 2011/10/14 Flávio Alves Granatoflavio.gran...@gmail.com: Onde o modelo relacional é mais simples que o NoSQL como comentei? Não existe um modelo NoSQL, ele é simplesmente a reversão às bases de dados prerrelacionais, dos

[pgbr-geral] NoSQL (era: Configurando Timezones por databases)

2011-10-14 Por tôpico Guimarães Faria Corcete DUTRA , Leandro
2011/10/14 Flávio Alves Granato flavio.gran...@gmail.com: Um SGBD como o PostgreSQL trabalha bem com um mundo não relacional? E como não? Para começar, temos a extensibilidade de tipos — literalmente qualquer informação pode ser armazenada, com o CREATE TYPE. Depois, temos o DBI::Links já há

Re: [pgbr-geral] NoSQL (era: Configurando Timezones por databases)

2011-10-14 Por tôpico Flávio Alves Granato
Em 14/10/2011 13:31, Guimarães Faria Corcete DUTRA, Leandro escreveu: 2011/10/14 Flávio Alves Granatoflavio.gran...@gmail.com: Um SGBD como o PostgreSQL trabalha bem com um mundo não relacional? E como não? Para começar, temos a extensibilidade de tipos — literalmente qualquer informação pode

Re: [pgbr-geral] NoSQL (era: Configurando Timezones por databases)

2011-10-14 Por tôpico Flávio Alves Granato
Em 14/10/2011 13:31, Guimarães Faria Corcete DUTRA, Leandro escreveu: concordo, mas não conheço um caso de fracasso e arrependimento do uso de NoSQL, claro que fracassos não são tão divulgados quanto casos de sucesso, mas... Etsy, Twitter, creio que outros da lista devem ter outros exemplos.

Re: [pgbr-geral] NoSQL (era: Configurando Timezones por databases)

2011-10-14 Por tôpico Guimarães Faria Corcete DUTRA , Leandro
2011/10/14 Flávio Alves Granato flavio.gran...@gmail.com: Em 14/10/2011 13:31, Guimarães Faria Corcete DUTRA, Leandro escreveu: E como não?  Para começar, temos a extensibilidade de tipos — literalmente qualquer informação pode ser armazenada, com o CREATE TYPE. interessante, mas ainda me

Re: [pgbr-geral] NoSQL (era: Configurando Timezones por databases)

2011-10-14 Por tôpico Flávio Alves Granato
Em 14/10/2011 13:55, Guimarães Faria Corcete DUTRA, Leandro escreveu: 2011/10/14 Flávio Alves Granatoflavio.gran...@gmail.com: Em 14/10/2011 13:31, Guimarães Faria Corcete DUTRA, Leandro escreveu: E como não? Para começar, temos a extensibilidade de tipos — literalmente qualquer informação

Re: [pgbr-geral] NoSQL (era: Configurando Timezones por databases)

2011-10-14 Por tôpico Shander Lyrio
Em 14-10-2011 13:31, Guimarães Faria Corcete DUTRA, Leandro escreveu: E muitos voltando… o Etsy foi um exemplo. Outros deram errado, se não me engano o Twitter foi um. Twitter foi um que precisou migrar do modelo relacional para não parar. Ele agora usa Apache Cassandra. concordo,

Re: [pgbr-geral] NoSQL (era: Configurando Timezones por databases)

2011-10-14 Por tôpico Guimarães Faria Corcete DUTRA , Leandro
2011/10/14 Flávio Alves Granato flavio.gran...@gmail.com: Em 14/10/2011 13:31, Guimarães Faria Corcete DUTRA, Leandro escreveu: concordo, mas não conheço um caso de fracasso e arrependimento do uso de NoSQL, claro que fracassos não são tão divulgados quanto casos de sucesso, mas... Etsy,

Re: [pgbr-geral] NoSQL (era: Configurando Timezones por databases)

2011-10-14 Por tôpico Guimarães Faria Corcete DUTRA , Leandro
2011/10/14 Flávio Alves Granato flavio.gran...@gmail.com: Ainda espero que venha a poder definir tipos em linguagens como SQL/PSM ou as interpretadas, mas já é extremamente poderoso. poiseh. Por isso eu disse que cada macado no seu galho. Cada ferramenta faz uma coisa diferente e para o que

Re: [pgbr-geral] Função Update or Insert

2011-10-14 Por tôpico Charles Viana
2011/10/14 Alexsander Rosa alexsander.r...@gmail.com Em 13 de outubro de 2011 18:43, desenvolvedor@gmail.com escreveu: Alexandre, poderia citar os malefícios das chaves artificiais? Supondo que você esteja se referindo a mim (Alexsander), o problema é o uso indiscriminado de chaves

Re: [pgbr-geral] NoSQL (era: Configurando Timezones por databases)

2011-10-14 Por tôpico Guimarães Faria Corcete DUTRA , Leandro
2011/10/14 Shander Lyrio shan...@nucleo45.com.br: Em 14-10-2011 13:31, Guimarães Faria Corcete DUTRA, Leandro escreveu: E muitos voltando… o Etsy foi um exemplo.  Outros deram errado, se não me engano o Twitter foi um.        Twitter foi um que precisou migrar do modelo relacional para não

Re: [pgbr-geral] Função Update or Insert

2011-10-14 Por tôpico Guimarães Faria Corcete DUTRA , Leandro
2011/10/14 Charles Viana charles.vi...@gmail.com: Voce citou um bom exemplo, no caso de CEP cidade onde o cep pode repetir até 2 vezes ou mais. Exemplo: Rua Pio XII   Centro    Mairiporã    SP    0760 Rua XV de Novembro    Centro    Mairiporã    SP    0760 Mas aí é uma

Re: [pgbr-geral] Função Update or Insert

2011-10-14 Por tôpico Alexsander Rosa
Em 14 de outubro de 2011 14:25, Guimarães Faria Corcete DUTRA, Leandro l...@dutras.org escreveu: 2011/10/14 Charles Viana charles.vi...@gmail.com: Voce citou um bom exemplo, no caso de CEP cidade onde o cep pode repetir até 2 vezes ou mais. Exemplo: Rua Pio XII   Centro    Mairiporã 

Re: [pgbr-geral] Duvidas com Right Outer Join

2011-10-14 Por tôpico Marcal Hokama
From: marc...@ig.com.br  To: pgbr-geral@listas.postgresql.org.br  Date: Thu, 13 Oct 2011 11:07:23 -0300  Subject: [pgbr-geral] Duvidas com Right Outer Join    Pessoal mais uma vez preciso da vossa ajuda [Alegre]    Tenho o seguinte select    select distinct

Re: [pgbr-geral] Função Update or Insert

2011-10-14 Por tôpico Marcal Hokama
From: l...@dutras.org Date: Fri, 14 Oct 2011 14:25:13 -0300 To: pgbr-geral@listas.postgresql.org.br Subject: Re: [pgbr-geral] Função Update or Insert 2011/10/14 Charles Viana charles.vi...@gmail.com: Voce citou um bom exemplo, no caso de CEP

[pgbr-geral] Modelagem (era: Função Update or Insert)

2011-10-14 Por tôpico Guimarães Faria Corcete DUTRA , Leandro
2011/10/14 Marcal Hokama mhok...@hotmail.com: From: l...@dutras.org Mas aí é uma tabela de endereços, não de CEPs. Exato. Na tabela de CEPs cada CEP é único. O que não se pode confundir é a relação entre CEP e logradouro, onde um único CEP pode ser referenciado por mais de um logradouro

[pgbr-geral] Select Numerando Registros?

2011-10-14 Por tôpico Marcelo Silva (IG)
Pessoal, é possível fazer um select onde ele numera os registros trazidos? Exemplo: select sequencia, * from clientes Ou seja na primeira coluna gostaria de trazer 1,2,3,4... Só pra efeito de vizualizacao mesmo Marcelo Silva -- Desenvolvedor

Re: [pgbr-geral] Select Numerando Registros?

2011-10-14 Por tôpico Dickson S. Guedes
Em 14 de outubro de 2011 15:02, Marcelo Silva (IG) marc...@ig.com.br escreveu: Pessoal, é possível fazer um select onde ele numera os registros trazidos? Exemplo: select sequencia, * from clientes Ou seja na primeira coluna gostaria de trazer 1,2,3,4... Só pra efeito de vizualizacao mesmo

Re: [pgbr-geral] Função Update or Insert

2011-10-14 Por tôpico Shander Lyrio
Em 14-10-2011 14:54, Marcal Hokama escreveu: Exato. Na tabela de CEPs cada CEP é único. O que não se pode confundir é a relação entre CEP e logradouro, onde um único CEP pode ser referenciado por mais de um logradouro (como mostrado acima), no caso de CEPs com sufixo 000 em algumas

Re: [pgbr-geral] Select Numerando Registros?

2011-10-14 Por tôpico Marcelo Silva (IG)
hum... Versao 8.4 Valeu Dickson -Mensagem Original- From: Dickson S. Guedes Sent: Friday, October 14, 2011 3:19 PM To: Marcelo Silva (IG) ; Comunidade PostgreSQL Brasileira Subject: Re: [pgbr-geral] Select Numerando Registros? Em 14 de outubro de 2011 15:02, Marcelo Silva (IG)

[pgbr-geral] Chaves (era: Função Update or Insert)

2011-10-14 Por tôpico Guimarães Faria Corcete DUTRA , Leandro
2011/10/14 Shander Lyrio shan...@nucleo45.com.br:        Uma tabela de cep's é apenas uma tabela cheia de dados em que o atributo cep é único e não se repete. Nada mais, um cep não pode ser usado como suficiente chave natural para identificar nada. E ninguém disse o contrário. O que se

[pgbr-geral] pg_dump X pg_dumpall

2011-10-14 Por tôpico Danilo Silva
Pessoal, Eu sei que o pg_dump é executado para cada base de dados, enquanto o pg_dumpall é feito para todo o cluster e em testes que fiz o tempo entre os dois foi o mesmo, vocês poderiam dizer se existe outra diferença relevante? Em termos de segurança faz alguma diferença? Abs Danilo

Re: [pgbr-geral] NoSQL (era: Configurando Timezones por databases)

2011-10-14 Por tôpico Shander Lyrio
Em 14-10-2011 14:23, Guimarães Faria Corcete DUTRA, Leandro escreveu: Não é verdade. O problema do Twitter foi com o MySQL, não com o modelo relacional. O MySql é muito usado hoje porque notadamente escala melhor em enormes quantidades de requisições. Ele consegue isto sendo apenas um

Re: [pgbr-geral] Chaves (era: Função Update or Insert)

2011-10-14 Por tôpico Shander Lyrio
Em 14-10-2011 15:31, Guimarães Faria Corcete DUTRA, Leandro escreveu: 2011/10/14 Shander Lyrioshan...@nucleo45.com.br: Uma tabela de cep's é apenas uma tabela cheia de dados em que o atributo cep é único e não se repete. Nada mais, um cep não pode ser usado como suficiente chave

Re: [pgbr-geral] pg_dump X pg_dumpall

2011-10-14 Por tôpico Guimarães Faria Corcete DUTRA , Leandro
2011/10/14 Danilo Silva danilo.dsg.go...@gmail.com: Eu sei que o pg_dump é executado para cada base de dados, enquanto o pg_dumpall é feito para todo o cluster e em testes que fiz o tempo entre os dois foi o mesmo, vocês poderiam dizer se existe outra diferença relevante? Em termos de

Re: [pgbr-geral] Função Update or Insert

2011-10-14 Por tôpico Marcal Hokama
Date: Fri, 14 Oct 2011 15:24:52 -0300 From: shan...@nucleo45.com.br To: pgbr-geral@listas.postgresql.org.br Subject: Re: [pgbr-geral] Função Update or Insert O Cep não é uma entidade, nem chave natural de entidade alguma é apenas o atributo de um

Re: [pgbr-geral] pg_dump X pg_dumpall

2011-10-14 Por tôpico Danilo Silva
Mas eu consigo listar o conteúdo do arquivo dumpall pelo pg_restore utilizando o parâmetro --list? Pois assim seria possível efetuar o restore de apenas um banco específico. Att. Em 14 de outubro de 2011 15:51, Guimarães Faria Corcete DUTRA, Leandro l...@dutras.org escreveu: 2011/10/14 Danilo

Re: [pgbr-geral] Modelagem (era: Função Update or Insert)

2011-10-14 Por tôpico Shander Lyrio
Em 14-10-2011 15:08, Guimarães Faria Corcete DUTRA, Leandro escreveu: 2011/10/14 Marcal Hokamamhok...@hotmail.com: From: l...@dutras.org Mas aí é uma tabela de endereços, não de CEPs. Exato. Na tabela de CEPs cada CEP é único. O que não se pode confundir é a relação entre CEP e logradouro,

Re: [pgbr-geral] Modelagem (era: Função Update or Insert)

2011-10-14 Por tôpico Alexsander Rosa
Em 14 de outubro de 2011 15:58, Shander Lyrio shan...@nucleo45.com.br escreveu: Em 14-10-2011 15:08, Guimarães Faria Corcete DUTRA, Leandro escreveu: 2011/10/14 Marcal Hokamamhok...@hotmail.com: From: l...@dutras.org Mas aí é uma tabela de endereços, não de CEPs. Exato. Na tabela de CEPs

Re: [pgbr-geral] Função Update or Insert

2011-10-14 Por tôpico Shander Lyrio
Em 14-10-2011 15:53, Marcal Hokama escreveu: Uma tabela de cep's é apenas uma tabela cheia de dados em que o atributo cep é único e não se repete. Nada mais, um cep não pode ser usado como suficiente chave natural para identificar nada. O CEP como atributo de um endereço, tem um domínio, ou

Re: [pgbr-geral] NoSQL (era: Configurando Timezones por databases)

2011-10-14 Por tôpico Marcal Hokama
Date: Fri, 14 Oct 2011 15:39:12 -0300 From: shan...@nucleo45.com.br To: pgbr-geral@listas.postgresql.org.br Subject: Re: [pgbr-geral] NoSQL (era: Configurando Timezones por databases) Em 14-10-2011 14:23, Guimarães Faria Corcete DUTRA, Leandro

Re: [pgbr-geral] pg_dump X pg_dumpall

2011-10-14 Por tôpico Dickson S. Guedes
Em 14 de outubro de 2011 15:57, Danilo Silva danilo.dsg.go...@gmail.com escreveu: Mas eu consigo listar o conteúdo do arquivo dumpall pelo pg_restore utilizando o parâmetro --list? Pois assim seria possível efetuar o restore de apenas um banco específico. Não, a saida dele é SQL, ou seja ele

Re: [pgbr-geral] pg_dump X pg_dumpall

2011-10-14 Por tôpico Dickson S. Guedes
Em 14 de outubro de 2011 16:21, Dickson S. Guedes lis...@guedesoft.net escreveu: Em 14 de outubro de 2011 15:57, Danilo Silva danilo.dsg.go...@gmail.com escreveu: Mas eu consigo listar o conteúdo do arquivo dumpall pelo pg_restore utilizando o parâmetro --list? Pois assim seria possível

Re: [pgbr-geral] pg_dump X pg_dumpall

2011-10-14 Por tôpico Danilo Silva
Foi o que eu imaginei, visto o a diferença no tamanho entre eles, mas tem como gerar o dump por base com o comando create database? para em alguma emergência somente executar o script e não ter que criar o banco antes, e se for possível, como seria o sintaxe do comando pg_restore? Agradeço a

Re: [pgbr-geral] Modelagem (era: Função Update or Insert)

2011-10-14 Por tôpico Shander Lyrio
Em 14-10-2011 16:05, Alexsander Rosa escreveu: Em 14 de outubro de 2011 15:58, Shander Lyrio A tabela de CEP tem a grande utilidade de padronizar dados. Não se trata de armazenar um endereço como CEP mais alguma coisa, mas sim usar a tabela de CEPs para PREENCHER o endereço corretamente. Sem

Re: [pgbr-geral] Select Numerando Registros?

2011-10-14 Por tôpico Marcelo Silva (IG)
A cada dia que passa estou gostando mais desse Postgres :) Consegui o sequencial com o seguinte select (exemplo) select row_number() OVER (PARTITION by 0) as contador, cod_cli, nome from clientes Mais uma vez obrigado, p ppessoal -Mensagem Original- From: Dickson S. Guedes Sent:

Re: [pgbr-geral] Modelagem (era: Função Update or Insert)

2011-10-14 Por tôpico Alexsander Rosa
Em 14 de outubro de 2011 16:29, Shander Lyrio shan...@nucleo45.com.br escreveu: Em 14-10-2011 16:05, Alexsander Rosa escreveu: Em 14 de outubro de 2011 15:58, Shander Lyrio A tabela de CEP tem a grande utilidade de padronizar dados. Não se trata de armazenar um endereço como CEP mais alguma

Re: [pgbr-geral] pg_dump X pg_dumpall

2011-10-14 Por tôpico Dickson S. Guedes
Em 14 de outubro de 2011 16:27, Danilo Silva danilo.dsg.go...@gmail.com escreveu: Foi o que eu imaginei, visto o a diferença no tamanho entre eles, mas tem como gerar o dump por base com o comando create database? para em alguma emergência somente executar o script e não ter que criar o banco

Re: [pgbr-geral] Modelagem (era: Função Update or Insert)

2011-10-14 Por tôpico Shander Lyrio
Em 14-10-2011 16:44, Alexsander Rosa escreveu: A discussão é sobre o cep ser uma chave natural e eu estou tentando mostrar ele não é porque o significado dele muda toda a hora. Com as UF também é assim, agora querem separar o Pará em vários estados. Mas isso não é motivo para ter um

Re: [pgbr-geral] pg_dump X pg_dumpall

2011-10-14 Por tôpico Shander Lyrio
Em 14-10-2011 15:57, Danilo Silva escreveu: Mas eu consigo listar o conteúdo do arquivo dumpall pelo pg_restore utilizando o parâmetro --list? Pois assim seria possível efetuar o restore de apenas um banco específico. Se estiver usando Linux, eu faço desta forma:

Re: [pgbr-geral] Modelagem (era: Função Update or Insert)

2011-10-14 Por tôpico Alexsander Rosa
Em 14 de outubro de 2011 16:55, Shander Lyrio shan...@nucleo45.com.br escreveu:        Aí é onde quero chegar, a sigla do estado nada mais é do que um id (intrínseco já que estamos acostumados). O mesmo para regiões, ao invés de usar um id 1, 2, 3, usamos um NE, SE que é mais representativo.

Re: [pgbr-geral] Modelagem (era: Função Update or Insert)‏

2011-10-14 Por tôpico Marcal Hokama
Date: Fri, 14 Oct 2011 16:15:34 -0300 From: shan...@nucleo45.com.br To: pgbr-geral@listas.postgresql.org.br Subject: Re: [pgbr-geral] Função Update or Insert Em 14-10-2011 15:53, Marcal Hokama escreveu: Uma tabela de cep's é apenas uma tabela

Re: [pgbr-geral] NoSQL (era: Configurando Timezones por databases)

2011-10-14 Por tôpico Marcal Hokama
Date: Fri, 14 Oct 2011 17:16:09 -0300 From: fha...@gmail.com To: pgbr-geral@listas.postgresql.org.br Subject: Re: [pgbr-geral] NoSQL (era: Configurando Timezones por databases) Esta discussão ficou gostosa, entrando: (...) Você estava indo bem

Re: [pgbr-geral] NoSQL (era: Configurando Timezones por databases)

2011-10-14 Por tôpico Flavio Henrique Araque Gurgel
Flavio, olhe aí que não fui eu que escrevi PostGreSql. Se vai chamar atenção de alguém, chame da pessoa certa. Não era pra chamar a atenção, era pra ser irônico :) A conversa tava ficando chata. Todavia, desculpe a falha, depois vi que sua resposta estava com double quote de outra pessoa. []s

Re: [pgbr-geral] NoSQL (era: Configurando Timezones por databases)

2011-10-14 Por tôpico Shander Lyrio
Em 14/10/2011 17:16, Flavio Henrique Araque Gurgel escreveu: Outro dia um sistema que eu cuido, em PostgreSQL, fez 7 bilhões de SELECT num dia, com uns 30 milhões de INSERTs e UPDATEs, picos de 20.000 transações de banco de dados por segundo. Normal... apenas mais um dia de negócios.

[pgbr-geral] Como posso obter um instalador msi do postgresql

2011-10-14 Por tôpico Adriano
Estou criando uma aplicação cliente do PostgreSQL. Quero insitalar o SGBD e iniciar o serviço antes de instalar meu software. Encontrei referências na documentação sobre a intalação silenciosa por meio do instalador .msi do Postgres e pareceu bastente simples mas, não encontro o instalador para

Re: [pgbr-geral] Como posso obter um instalador msi do postgresql

2011-10-14 Por tôpico Dickson S. Guedes
Em 14 de outubro de 2011 19:37, Adriano admkiil...@gmail.com escreveu: Estou criando uma aplicação cliente do PostgreSQL. Quero insitalar o SGBD e iniciar o serviço antes de instalar meu software. Encontrei referências na documentação sobre a intalação silenciosa por meio do instalador .msi do

[pgbr-geral] Como posso obter um instalador msi do postgresql

2011-10-14 Por tôpico Adriano
Estou usando o WindowsXP a aplicação foi feita em java, com o PostgreSQL 8.4. Já virei de ponta cabaça a página de downloads o postgre e não encontrei, também vistei a página de projetos do pgFondary o repositório cvs, também não encontrei nada. Se alguém tiver e puder me mandar por e-mail, ou se

Re: [pgbr-geral] Como posso obter um instalador msi do postgresql

2011-10-14 Por tôpico Dickson S. Guedes
Em 14 de outubro de 2011 20:26, Adriano admkiil...@gmail.com escreveu: Estou usando o WindowsXP a aplicação foi feita em java, com o PostgreSQL 8.4. Já virei de ponta cabaça a página de downloads o postgre e não encontrei, também vistei a página de projetos do pgFondary o repositório cvs,

[pgbr-geral] Instalador msi

2011-10-14 Por tôpico Adriano
Obrigado Dickson. Parece que eu não havia procurado tão bem assim... Encontrei um link para download de um arquivo de instalação em formato zip, que continha o instalador msi. Obrigado novamente -- Ronaldo Adriano Kiiller Colégio Estadual Zulmira Marchesi da Silva - EFM Cornélio Procópio - PR

Re: [pgbr-geral] NoSQL (era: Configurando Timezones por databases)

2011-10-14 Por tôpico Leandro Guimarães Faria Corce DUTRA
Le 2011-O-14 17h56, Shander Lyrio a écrit : Partindo do princípio que eu acredito nisto, e que você tem situação parecida de 20 mil conexões diferentes cadastrando estes dados simultaneamente e não está fazendo um copy apenas... XaNnDDer, estás tão fixado em ganhares discussão

Re: [pgbr-geral] NoSQL (era: Configurando Timezones por databases)

2011-10-14 Por tôpico Leandro Guimarães Faria Corce DUTRA
Le 2011-O-14 15h39, Shander Lyrio a écrit : O MySql é muito usado hoje porque notadamente escala melhor em enormes quantidades de requisições. Ele consegue isto sendo apenas um repositório de dados com o myisan que é muito menos rigoroso com relação ao que o modelo relacional exige:

Re: [pgbr-geral] NoSQL (era: Configurando Timezones por databases)

2011-10-14 Por tôpico Shander Lyrio
Em 15-10-2011 00:01, Leandro Guimarães Faria Corce DUTRA escreveu: XaNnDDer, estás tão fixado em ganhares discussão perdidas, que vens com essa para cima d‘o cara’ do Multicanal da Caixa Econômica Federal? Por essas e outras decidi parar de te responder, mas como agora não é em causa