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
> caus
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
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 perdi
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
(43)
Em 14 de outubro de 2011 20:26, Adriano 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, também
> não encontre
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 h
Em 14 de outubro de 2011 19:37, Adriano 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
> Postgres e parec
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
dow
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.
> 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.
> 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 in
Esta discussão ficou gostosa, entrando:
>> O MySql é muito usado hoje porque notadamente escala melhor em enormes
>> quantidades de requisições. Ele consegue isto sendo apenas um
(cortei um pouco aqui...)
> O MySQL é o banco mais utilizado no mundo (e como foi comentado
> anteriormente, até a G
> 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
Em 14 de outubro de 2011 16:55, Shander Lyrio
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.
Mas tem gente que ac
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:
http://pastebin.co
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 te
Em 14 de outubro de 2011 16:27, Danilo Silva
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 antes, e se
> for possíve
Em 14 de outubro de 2011 16:29, Shander Lyrio
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 coisa, mas sim
>> u
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: Fri
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. Se
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 todos
Em 14 de outubro de 2011 16:21, Dickson S. Guedes
escreveu:
> Em 14 de outubro de 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íf
Em 14 de outubro de 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.
Não, a saida dele é SQL, ou seja ele chama internamente pg_dum
> 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 e
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í
Em 14 de outubro de 2011 15:58, Shander Lyrio
escreveu:
> Em 14-10-2011 15:08, Guimarães Faria Corcete DUTRA, Leandro escreveu:
>> 2011/10/14 Marcal Hokama:
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
Em 14-10-2011 15:08, Guimarães Faria Corcete DUTRA, Leandro escreveu:
> 2011/10/14 Marcal Hokama:
>>> 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, ond
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 Dani
> 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
2011/10/14 Danilo Silva :
>
> 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ç
Em 14-10-2011 15:31, Guimarães Faria Corcete DUTRA, Leandro escreveu:
> 2011/10/14 Shander Lyrio:
>> 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 identifica
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 u
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
__
2011/10/14 Shander Lyrio :
> 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 argumentou é que é
contrapr
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)
escreveu
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
Em 14 de outubro de 2011 15:02, Marcelo Silva (IG) 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
Você nã
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 De
2011/10/14 Marcal Hokama :
>> 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 (como mostr
> 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 :
> >
> > Voce citou um bom exemplo, no caso de CEP "cidade" onde o ce
> 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
Em 14 de outubro de 2011 14:25, Guimarães Faria Corcete DUTRA, Leandro
escreveu:
> 2011/10/14 Charles Viana :
>>
>> 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
>> Ru
2011/10/14 Charles Viana :
>
> 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 tabela de endereços
2011/10/14 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.
Não é verda
2011/10/14 Alexsander Rosa
> Em 13 de outubro de 2011 18:43, 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
2011/10/14 Flávio Alves Granato :
>>
>> 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 foi desenhada fa
2011/10/14 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 qu
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
Em 14/10/2011 13:55, Guimarães Faria Corcete DUTRA, Leandro escreveu:
> 2011/10/14 Flávio Alves Granato:
>> 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 armazenad
2011/10/14 Flávio Alves Granato :
> 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 parece melhor a form
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 exemp
Em 14/10/2011 13:31, Guimarães Faria Corcete DUTRA, Leandro escreveu:
> 2011/10/14 Flávio Alves Granato:
>> 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
2011/10/14 Flávio Alves Granato :
> 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á alguns anos, que faz inte
Em 14/10/2011 12:44, Guimarães Faria Corcete DUTRA, Leandro escreveu:
> 2011/10/14 Flávio Alves Granato:
>> 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
2011/10/14 Flávio Alves Granato :
> 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 tipos, que equivalem às
clas
Em 13 de outubro de 2011 18:43, 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 uma coluna "id_cep" como P
Em 14/10/2011 10:33, Guimarães Faria Corcete DUTRA, Leandro escreveu:
> 2011/10/14 Flávio Alves Granato:
>>> 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 modelo relaciona
2011/10/14 Flávio Alves Granato :
>>
>> 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
pgbr-geral@listas.postgr
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
> Utilize a função pg_prepared_xact() em seus servidores para verificar
> quais possuem transações pendentes.
>
>
>
> Assista minha palestra no PGBR2011 para mais informações sobre funções
> úteis do servidor.
>
>
Pode deixar Leo.
[]´s
Rogério A 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 tran
61 matches
Mail list logo
