Sim, após quase um mês da realização do PGBR2011, quase todas palestras do
evento estão disponíveis para dowload. Vejam em:
http://pgbr.postgresql.org.br/2011/palestras.php
Boa diversão para todos. :-)
--
Atenciosamente,
Fábio Telles Rodriguez
___
Pessoal,
Estou fazendo alguns testes com o Lustre, um sistema de arquivo distribuído
(http://marcelogomesrp.blogspot.com/2011/11/lustre-18-no-centos.html) e
gostaria de fazer alguns testes para medir se tem ou não ganhos de rodar o
Postgresql em cima do lustre.
Alguém tem alguma(s) dica(s)
Le 2011-D-2 08h19, Fábio Telles Rodriguez a écrit :
http://pgbr.postgresql.org.br/2011/palestras.php
Dá para incluir o código-fonte da minha?
--
skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org
+55 (11) 9406 7191
Le 2011-D-2 09h8, Marcelo Gomes a écrit :
gostaria de fazer alguns testes para medir se tem ou não ganhos de
rodar o Postgresql em cima do lustre.
E por que teria?
Esses sistemas de arquivos são para outros casos de uso. Provavelmente
vai dar só dor de cabeça.
--
Olá pessoal.É possível setar o archivamento de wal-logs para duas partições
diferentes, isso impactaria em problema na performance do servidor?
Configurações setadas:
SO:Debian6
BD:PostgreSQL 9.0.4
wal_level = archive
archive_mode = on
archive_command = 'test !
On 02-12-2011 11:52, Leandro Guimarães Faria Corce DUTRA wrote:
Le 2011-D-2 08h19, Fábio Telles Rodriguez a écrit :
http://pgbr.postgresql.org.br/2011/palestras.php
Dá para incluir o código-fonte da minha?
O que acha de colocar os fontes da suas palestras no github? Exemplo
das
Em 02-12-2011 11:56, Emerson Martins escreveu:
Olá pessoal.É possível setar o archivamento de wal-logs para duas partições
diferentes, isso impactaria em problema na performance do servidor?
[... corte ...]
wal_level = archive
archive_mode = on
archive_command = 'test !
São só testes, não é nada para colocar em produão!!! =]
Em 2 de dezembro de 2011 11:53, Leandro Guimarães Faria Corce DUTRA
l...@dutras.org escreveu:
Le 2011-D-2 09h8, Marcelo Gomes a écrit :
gostaria de fazer alguns testes para medir se tem ou não ganhos de
rodar o Postgresql em cima do
2011/12/2 Fernando Ike f...@midstorm.org:
Dá para incluir o código-fonte da minha?
O que acha de colocar os fontes da suas palestras no github?
É uma boa idéia. Vou ver se consigo fazer aqui do trabalho, ou voltar
para o Debian em casa (que já está demorando demais para meu gosto…)
De
2011/12/2 Marcelo Gomes marcelogome...@gmail.com:
São só testes, não é nada para colocar em produão!!! =]
Sim, mas testar o quê? Que tipo de ganho ou vantagem esperas?
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
Bom dia.Preciso da ajuda de vocês.
Alguns de vocês possue um sql que pelo catalogo do Postgres identifique as
chaves estrangeiras que estão sem indice ?
--
SaudaçõesTricolores :
Penafiel Solução em Informática
Bruno Gomes Moreira
Olá, Bruno
Em 2 de dezembro de 2011 16:11, Bruno Moreira bgmore...@gmail.comescreveu:
Bom dia.Preciso da ajuda de vocês.
Alguns de vocês possue um sql que pelo catalogo do Postgres identifique
as chaves estrangeiras que estão sem indice ?
Segue um exemplo rápido que fiz aqui:
SELECT
Ola galera!
Vou apreveitar o topico e tirar a minha duvida:
1) Toda vez que crio um chave estrangeira o postgres gera AUTOMATICAMENTE
um indice para a coluna field_b da tabela b, ou tenho que criar este
indice manualmente?
ALTER TABLE B ADD CONSTRAINT fkc_minha_constraint FOREIGN KEY (
Acho q fica entendido que a chave estrangeira devera ser a chave primaria
do correspondente não é? Com isso já haveria o indice.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
Em 2 de dezembro de 2011 17:39, JotaComm jota.c...@gmail.com escreveu:
Opa,
Chaves estrangeiras não geram índice automaticamente. Se você desejar um
índice é necessário cria-lo.
Criei todos os meus relacionamentos usando ALTER TABLE ADD CONSTRAINT ...
sendo que a coluna referenciada é CHAVE
2011/12/2 Bruno Silva bemanuel...@gmail.com:
Acho q fica entendido que a chave estrangeira devera ser a chave primaria do
correspondente não é? Com isso já haveria o indice.
Não, pode ser qualquer chave, não necessariamente primária.
___
pgbr-geral
On 02-12-2011 15:46, JotaComm wrote:
SELECT pg_class.relname AS Nome da tabela,
pg_attribute.attname AS Nome do atributo,
pg_constraint.conname AS Nome da restrição - Chave estrangeira,
pg_indexes.indexname AS Nome do índice,
pg_indexes.indexdef AS Definição do índice
FROM pg_class
On 02-12-2011 17:05, Moisés P. Sena wrote:
Criei todos os meus relacionamentos usando ALTER TABLE ADD CONSTRAINT ...
sendo que a coluna referenciada é CHAVE PRIMARIA da tabela estrangeira.
Mesmo assim vou ter que criar os indices manualmente?
Não confunda as coisas. Só porque estamos falando
Opa, Euler
Em 2 de dezembro de 2011 18:10, Euler Taveira de Oliveira eu...@timbira.com
escreveu:
On 02-12-2011 15:46, JotaComm wrote:
SELECT pg_class.relname AS Nome da tabela,
pg_attribute.attname AS Nome do atributo,
pg_constraint.conname AS Nome da restrição - Chave estrangeira,
19 matches
Mail list logo
