[pgbr-geral] Medidas extras de segurança para as versões de PostgreSQL desta semana

Caros, creio que vocês devem ter lido/ouvido/visto as informações abaixo mas coloco-as aqui para referência histórica da lista e para aqueles que, na correria dos e feriados da última semana, não acompanharam o anúncio. http://www.postgresql.org/message-id/14040.1364490...@sss.pgh.pa.us http://b

Re: [pgbr-geral] INSERT AGUARDANDO TRANSAÇÃO (VIOLAÇÃO DE CHAVE)

Em 2 de abril de 2013 15:42, Émerson Eng. escreveu: > Idéias em rápidas: > 1-faça uma das coisas que o "Dickson S. Guedes " > propôs que resolvem; > 2-sete o tempo para transação iniciar. Ex.: SET statement_timeout TO 5000; > SELECT * FROM oia; > 3-faça um controle próprio de concorrência; > > > -

Re: [pgbr-geral] Voltando ao assunto, mas com outra visão (CHAR ou VARCHAR) ?

2013/4/2 Dickson S. Guedes > Em 2 de abril de 2013 15:20, Leonardo Cezar escreveu: > > Que Leandro Dutra não me ouça, mas no cerne da aplicação, isso também > > poderia ser resolvido com chaves artificiais e sem o /overhead/ da > > decodificação, não? > > Poxa, porque não me falou isso ontem? Eu

Re: [pgbr-geral] INSERT AGUARDANDO TRANSAÇÃO (VIOLAÇÃO DE CHAVE)

Em 2 de abril de 2013 16:18, Marcelo da Silva escreveu: > Eu costumo usar o PDAdmin pra gerenciar o Status do banco, nele você pode > interromper os processos que desejar Acredito que ele queira isto de uma forma mais programável e transparente, por isso, no caso especificado por ele, o pgadmin n

Re: [pgbr-geral] INSERT AGUARDANDO TRANSAÇÃO (VIOLAÇÃO DE CHAVE)

PGAdmin Em 2 de abril de 2013 16:18, Marcelo da Silva escreveu: > Eu costumo usar o PDAdmin pra gerenciar o Status do banco, nele você pode > interromper os processos que desejar > > > Em 2 de abril de 2013 10:41, MIGUEL JOSE DE LIMA < > mig...@inlocsistemas.com.br> escreveu: > > Bom Dia, >> >

Re: [pgbr-geral] INSERT AGUARDANDO TRANSAÇÃO (VIOLAÇÃO DE CHAVE)

Eu costumo usar o PDAdmin pra gerenciar o Status do banco, nele você pode interromper os processos que desejar Em 2 de abril de 2013 10:41, MIGUEL JOSE DE LIMA < mig...@inlocsistemas.com.br> escreveu: > Bom Dia, > > Se possível, como posso interromper (obter erro/status) para um INSERT > (que vi

Re: [pgbr-geral] Voltando ao assunto, mas com outra visão (CHAR ou VARCHAR) ?

Em 2 de abril de 2013 15:20, Leonardo Cezar escreveu: > Que Leandro Dutra não me ouça, mas no cerne da aplicação, isso também > poderia ser resolvido com chaves artificiais e sem o /overhead/ da > decodificação, não? Poxa, porque não me falou isso ontem? Eu teria refatorado o banco para usar seri

Re: [pgbr-geral] INSERT AGUARDANDO TRANSAÇÃO (VIOLAÇÃO DE CHAVE)

Ou, *sete* a ordem de busca de objetos nos esquemas como SET search_path TO esquema1 mas só é válido durante o tempo de vida da conexão. A sugestão do "Flavio Henrique Araque Gurgel " vale pra sempre; 2013/4/2 Flavio Henrique Araque Gurgel > > Em 02-04-2013 14:50, Sanzio Carmo escreveu: > >

Re: [pgbr-geral] INSERT AGUARDANDO TRANSAÇÃO (VIOLAÇÃO DE CHAVE)

Idéias em rápidas: 1-faça uma das coisas que o "Dickson S. Guedes " propôs que resolvem; 2-*sete* o tempo para transação iniciar. Ex.: SET statement_timeout TO 5000; SELECT * FROM oia; 3-faça um controle próprio de concorrência; 2013/4/2 Dickson S. Guedes > Em 2 de abril de 2013 13:40, MIGUEL

Re: [pgbr-geral] Voltando ao assunto, mas com outra visão (CHAR ou VARCHAR) ?

2013/4/2 Alexsander Rosa > > Na verdade a minha "viagem" foi pensando assim: imagine que você tem um > "tipo de operação" com 5 letras A-Z (ex: VENDA, COMPR, DEVOL, etc) usado > como FK em vários lugares. Eu fiquei pensando: considerando que isso vai > ter uns 10 bytes no Varlena, não seria mais

Re: [pgbr-geral] INSERT AGUARDANDO TRANSAÇÃO (VIOLAÇÃO DE CHAVE)

Em 02-04-2013 14:50, Sanzio Carmo escreveu: Amigos, Como posso acessar uma tabela no banco sem informar o schema? select nome from shema.tab001 quero ler sem informar o schema dessa forma: select nome from tab001 tem como? Não sequestre o assunto de outra discussão. Crie novas mensagens com as

Re: [pgbr-geral] INSERT AGUARDANDO TRANSAÇÃO (VIOLAÇÃO DE CHAVE)

Amigos, Como posso acessar uma tabela no banco sem informar o schema? select nome from shema.tab001 quero ler sem informar o schema dessa forma: select nome from tab001 tem como? Em 2 de abril de 2013 11:35, Dickson S. Guedes escreveu: > Em 2 de abril de 2013 10:41, MIGUEL JOSE DE LIMA >

[pgbr-geral] RES: RES: REF: DISTINCT E COUNT(). #02.

Enviada em: terça-feira, 2 de abril de 2013 12:10 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] RES: REF: DISTINCT E COUNT(). #02. >>Este e-mail é diferente do anterior? >>Pra que criar uma segunda thread? SIM, É DIFERENTE. Este ultimo é o valido. ___

Re: [pgbr-geral] INSERT AGUARDANDO TRANSAÇÃO (VIOLAÇÃO DE CHAVE)

Em 2 de abril de 2013 13:40, MIGUEL JOSE DE LIMA escreveu: > Não, não desejo um controle de bloqueio... Só não quero que uma SESSÃO > "B" espere "indefinidamente" um tempo x para que a SESSÃO "A" termine > a transação. Desejo interromper a sessão 'B'... > Cenário: > Por coincidência a sessão 'B'

Re: [pgbr-geral] REF: DISTINCT E COUNT().

Tentativa e erro ... SELECT min(idlista) AS idlista , produto , sum(qtde1) AS qtde1 , sum(qtde2) AS qtde2 FROM lista GROUP BY produto ORDER BY 1 ASC; -- ou se a chave for concatenada SELECT idlista , produto , sum(qtde1) AS qtde1

Re: [pgbr-geral] INSERT AGUARDANDO TRANSAÇÃO (VIOLAÇÃO DE CHAVE)

Em 2 de abril de 2013 11:35, Dickson S. Guedes escreveu: > Em 2 de abril de 2013 10:41, MIGUEL JOSE DE LIMA > escreveu: >> Bom Dia, >> >> Se possível, como posso interromper (obter erro/status) para um INSERT >> (que viola chave) não fique aguardando outra transação em aberto? >> Li sobre pg_am a

Re: [pgbr-geral] Voltando ao assunto, mas com outra visão (CHAR ou VARCHAR) ?

Em 2 de abril de 2013 13:08, Fabrízio de Royes Mello < fabriziome...@gmail.com> escreveu: > > 2013/4/2 Alexsander Rosa > >> >> Na verdade a minha "viagem" foi pensando assim: imagine que você tem um >> "tipo de operação" com 5 letras A-Z (ex: VENDA, COMPR, DEVOL, etc) usado >> como FK em vários l

Re: [pgbr-geral] Voltando ao assunto, mas com outra visão (CHAR ou VARCHAR) ?

Em 2 de abril de 2013 12:44, Alexsander Rosa escreveu: > Na verdade a minha "viagem" foi pensando assim: imagine que você tem um > "tipo de operação" com 5 letras A-Z (ex: VENDA, COMPR, DEVOL, etc) usado > como FK em vários lugares. Eu fiquei pensando: considerando que isso vai ter > uns 10 bytes

Re: [pgbr-geral] Voltando ao assunto, mas com outra visão (CHAR ou VARCHAR) ?

2013/4/2 Alexsander Rosa > > Na verdade a minha "viagem" foi pensando assim: imagine que você tem um > "tipo de operação" com 5 letras A-Z (ex: VENDA, COMPR, DEVOL, etc) usado > como FK em vários lugares. Eu fiquei pensando: considerando que isso vai > ter uns 10 bytes no Varlena, não seria mais

Re: [pgbr-geral] REF: DISTINCT E COUNT().

Ja tentou agrupar por idlista e dar um count nas outras colunas? Nao testei ainda mas acho q resolve On Apr 2, 2013 12:02 PM, "Paulo" wrote: > Ola Pessoal, preciso de uma pequena dica: > > Tenho uma consulta me retornando o seguinte: > > ** ** > > SELECT > > idlista, > >

Re: [pgbr-geral] Voltando ao assunto, mas com outra visão (CHAR ou VARCHAR) ?

Em 2 de abril de 2013 12:01, Leonardo Cezar escreveu: > On Tue, Apr 2, 2013 at 10:36 AM, Alexsander Rosa < > alexsander.r...@gmail.com> wrote: > >> > Entendo que a diferença seria apenas de espaço em disco mesmo. Use >> varchar e boa. >> >> Strings de até 126 bytes têm 1 byte de overhead (para o

Re: [pgbr-geral] RES: REF: DISTINCT E COUNT(). #02.

Este e-mail é diferente do anterior? Pra que criar uma segunda thread? -Leo -- Leonardo Cezar http://www.postgreslogia .com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org

[pgbr-geral] RES: REF: DISTINCT E COUNT(). #02.

Ola Pessoal, preciso de uma pequena dica: Tenho uma consulta me retornando o seguinte: SELECT idlista, produto, qtde1, qtde2 FROM lista ORDER BY 1 RETORNA ASSIM: idlista - produto - qtde1 - qtde2 1 322 1 1 431 0

[pgbr-geral] REF: DISTINCT E COUNT().

Ola Pessoal, preciso de uma pequena dica: Tenho uma consulta me retornando o seguinte: SELECT idlista, produto, qtde1, qtde2 FROM lista ORDER BY 1 RETORNA ASSIM: idlista - produto - qtde1 - qtde2 1 322 1 1 431 0

Re: [pgbr-geral] Voltando ao assunto, mas com outra visão (CHAR ou VARCHAR) ?

On Tue, Apr 2, 2013 at 10:36 AM, Alexsander Rosa wrote: > > Entendo que a diferença seria apenas de espaço em disco mesmo. Use > varchar e boa. > > Strings de até 126 bytes têm 1 byte de overhead (para o tamanho da > String); strings maiores têm 4 bytes de overhead. > Não seria um ganho de velocid

Re: [pgbr-geral] INSERT AGUARDANDO TRANSAÇÃO (VIOLAÇÃO DE CHAVE)

Em 2 de abril de 2013 10:41, MIGUEL JOSE DE LIMA escreveu: > Bom Dia, > > Se possível, como posso interromper (obter erro/status) para um INSERT > (que viola chave) não fique aguardando outra transação em aberto? > Li sobre pg_am aminsert, mas não sei se é por ai!??? Se é como aplicar? Se você de

Re: [pgbr-geral] pgModeler

Você conseguiu compilar, ou compilou e não abriu?Lembrando que tem setar o classpath do GCC no windows para qmaker funcionar.Depois você tem que configurar as pastas do pgModeler PGMODELER_SCHEMAS_DIR -> stores the full path the directory schemas/ PGMODELER_CONF_DIR-> stores the full path the

[pgbr-geral] INSERT AGUARDANDO TRANSAÇÃO (VIOLAÇÃO DE CHAVE)

Bom Dia, Se possível, como posso interromper (obter erro/status) para um INSERT (que viola chave) não fique aguardando outra transação em aberto? Li sobre pg_am aminsert, mas não sei se é por ai!??? Se é como aplicar? Obrigado. ___ pgbr-geral mailing li

Re: [pgbr-geral] pgModeler

Bom, eu to no windows :) Pelo que eu vi aqui o unico pré-requisito é to GCC Development Tools 4.4 or above. Abs, Gerson Jr. gersoncjun...@gmail.com Em 2 de abril de 2013 10:01, Daniel Cordeiro escreveu: > > Em 2 de abril de 2013 08:26, Alex Wedsday escreveu: > > Bom dia, Pessoal! > > pgMode

Re: [pgbr-geral] Voltando ao assunto, mas com outra visão (CHAR ou VARCHAR) ?

Em 2 de abril de 2013 10:23, Marcelo da Silva escreveu: > >> > >> > Tip: There are no performance differences between these three types, >> apart from increased storage size when using the blank-padded type, and a >> few extra cycles to check the length when storing into a length-constrained >> c

Re: [pgbr-geral] Voltando ao assunto, mas com outra visão (CHAR ou VARCHAR) ?

Hum... agora está mais claro Bom saber... Marcelo Silva - Em 2 de abril de 2013 09:34, Dickson S. Guedes escreveu: > Em 2 de abril de 2013 09:30, Jean Domingues > escreveu: > >>A final, deve-se ou não usar o CHAR sendo que existe o VARCHAR ? > >>Pra mim o CHAR seria

Re: [pgbr-geral] pgModeler

Em 2 de abril de 2013 08:26, Alex Wedsday > escreveu: Bom dia, Pessoal! pgModeler não sabia que existia, muito bom gostei e vou economizar horas de trabalho. Obrigado gersoncjunior. No nosso caso aqui na empresa, tivemos problemas em utili

Re: [pgbr-geral] pgModeler

Aqui rodou sem problemas. Ubuntu 64 bits. Bruno E. A. Silva. Analista de Sistemas. Bacharel em Sistemas de Informação Pós-graduando em Gerência de Projetos Certified Scrum Master LPIC-1 SCJP, SE 6 Novell CLA / DCTS ECR DBA Postgres --- “A caixa dizia: Requer MS Windows

Re: [pgbr-geral] pgModeler

Gerson, lê esse linkhttp://www.pgmodeler.com.br/wiki/doku.php?id=installation From: alexweds...@hotmail.com To: pgbr-geral@listas.postgresql.org.br Date: Tue, 2 Apr 2013 15:41:25 +0300 Subject: Re: [pgbr-geral] pgModeler Sim, sem problemas!Utilizo o mint-linux. From: gersoncjun...@gmail.com D

Re: [pgbr-geral] pgModeler

Sim, sem problemas!Utilizo o mint-linux. From: gersoncjun...@gmail.com Date: Tue, 2 Apr 2013 09:32:07 -0300 To: pgbr-geral@listas.postgresql.org.br Subject: Re: [pgbr-geral] pgModeler Alex, Você conseguiu instalar e executar? Abs, Gerson jr.gersoncjun...@gmail.com Em 2 de abril de 2013 08:26

Re: [pgbr-geral] Voltando ao assunto, mas com outra visão (CHAR ou VARCHAR) ?

Em 2 de abril de 2013 09:30, Jean Domingues escreveu: >>A final, deve-se ou não usar o CHAR sendo que existe o VARCHAR ? >>Pra mim o CHAR seria mais rápido por ter um tamanho fixo, mas pela matéria >>mostra-se o inverso!!! >>Sei que a matéria fala sobre o Oracle, mas como o Postgres no meu ver te

Re: [pgbr-geral] pgModeler

Alex, Você conseguiu instalar e executar? Abs, Gerson Jr. gersoncjun...@gmail.com Em 2 de abril de 2013 08:26, Alex Wedsday escreveu: > Bom dia, Pessoal! > > pgModeler não sabia que existia, muito bom gostei e vou economizar horas > de trabalho. > > Obrigado gersoncjunior. > > > > --

Re: [pgbr-geral] Voltando ao assunto, mas com outra visão (CHAR ou VARCHAR) ?

>A final, deve-se ou não usar o CHAR sendo que existe o VARCHAR ? >Pra mim o CHAR seria mais rápido por ter um tamanho fixo, mas pela matéria >mostra-se o inverso!!! >Sei que a matéria fala sobre o Oracle, mas como o Postgres no meu ver tem >muito a ver com ele, como se comportar no caso do CHAR

Re: [pgbr-geral] Voltando ao assunto, mas com outra visão (CHAR ou VARCHAR) ?

Em 02-04-2013 09:11, Marcelo da Silva escreveu: Pessoal, vira e mexe nos deparamos com a mesma dúvida só que por angulo diferente. Por exemplo, antigamente numa cirurgia de garganta tirava-se as amídalas e pronto, hoje não se tira mais porque sabe-se que as amídalas são um alarme muito important

Re: [pgbr-geral] Voltando ao assunto, mas com outra visão (CHAR ou VARCHAR) ?

Em 2 de abril de 2013 09:11, Marcelo da Silva escreveu: [... corte ...] > Até hoje eu tenho o conceito que: > > N Caracteres fixos = CHAR > N Caracteres variados = VARCHAR > > Lendo essa matéria sobre Oracle voltou a dúvida: > http://www.fabioprado.net/2011/08/qual-tipo-de-dado-devo-usar-char.html

[pgbr-geral] Voltando ao assunto, mas com outra visão (CHAR ou VARCHAR) ?

Pessoal, vira e mexe nos deparamos com a mesma dúvida só que por angulo diferente. Por exemplo, antigamente numa cirurgia de garganta tirava-se as amídalas e pronto, hoje não se tira mais porque sabe-se que as amídalas são um alarme muito importante :) Bem passando de pato pra rato, temos o "Usar

Re: [pgbr-geral] pgModeler

Bom dia, Pessoal! pgModeler não sabia que existia, muito bom gostei e vou economizar horas de trabalho. Obrigado gersoncjunior. From: gersoncjun...@gmail.com Date: Thu, 28 Mar 2013 12:00:49 -0300 To: pgbr-geral@listas.postgresql.org.br Subject: [pgbr-geral] pgModeler Pessoal, bom dia. Fiz a