> Bom dia Pessoal,
> estou utilizando a versao do Postgres 9.1 com o pgbouncer 9.2 con CentOS
> 6.3.
> ocorre que de uns dias para cá está ficando umas conexões "fantasmas",
> que acredito seja algo alterado em nosso sistema.
> no log do postgresql existe essas informações abaixo, alguem poderia me
no gerenciador tipo ems ou outro qualquer
Em 16 de janeiro de 2016 10:18, iannsp escreveu:
> dentro do postgresql,
> http://www.postgresql.org/docs/9.2/static/sql-prepare.html
>
>
> no caso da utilização de prepared statement em implementações cliente a
> sintaxe é padrão.
>
> ou o uso de
dentro do postgresql,
http://www.postgresql.org/docs/9.2/static/sql-prepare.html
no caso da utilização de prepared statement em implementações cliente a
sintaxe é padrão.
ou o uso de "?" , onde o bind é feito acessando os placeholder "?" como
um array zero based.
ou de ":"+name
onde os
Se você está falando usando no delphi. O parâmetro continua igual.
Em sáb, 16 de jan de 2016 06:44, Reijanio Nunes Ribeiro
escreveu:
> No firebird qdo quero usar parametros em sintaxe sql uso dessa forma
>
> Select * from tabela where camoo = :pcampo
>
> Compo fica ria essa sintaxe no postgresql
2015-05-06 11:12 GMT-03:00 Matheus de Oliveira :
>
> On Mon, May 4, 2015 at 11:06 PM, Douglas Fabiano Specht <
> douglasfabi...@gmail.com> wrote:
>
>>
>>
>> retornando o erro:
>> ERROR: query has no destination for result data
>> HINT: If you want to discard the results of a SELECT, use PERFORM
On Mon, May 4, 2015 at 11:06 PM, Douglas Fabiano Specht <
douglasfabi...@gmail.com> wrote:
>
>
> retornando o erro:
> ERROR: query has no destination for result data
> HINT: If you want to discard the results of a SELECT, use PERFORM instead.
> CONTEXT: PL/pgSQL function get_historico_mensagem(
2015-03-03 13:48 GMT-03:00 Douglas Fabiano Specht :
> O campo idempresa é alimentado em 50% de 700 tabelas.
> logo eu deveria de criar esse campo como FK nas 350 tabelas?
Por que não?
> ou crio somente
> o campo idempresa (int) para armazenar tal informação?
O ideal seria uma chave natural, com
On 18-02-2015 23:02, Douglas Fabiano Specht wrote:
> obrigado Matheus e Fabrizio,
> neste caso entao de utilizar o before, e der um rollback, ele vai desfazer
> o insert mesmo que seja feito em outra tabela correto?
>
É isso ai meu guri... o PostgreSQL é ACID, então lembre-se do
A=Atomicidade, ou
Em 18 de fevereiro de 2015 12:34, Matheus de Oliveira <
matioli.math...@gmail.com> escreveu:
>
> 2015-02-18 12:30 GMT-02:00 Douglas Fabiano Specht <
> douglasfabi...@gmail.com>:
>
>> a trigger esta na tabela tabela movimento, e o delete é nela mesmo.
>> se eu colocar no before e dentro de um bloco
2015-02-18 12:30 GMT-02:00 Douglas Fabiano Specht
:
> a trigger esta na tabela tabela movimento, e o delete é nela mesmo.
> se eu colocar no before e dentro de um bloco de transação dar rollback na
> aplicação a trigger será executada?
> exemplo
>
> begin
> insert na table X
> delete movimento(ex
Em 18 de fevereiro de 2015 12:18, Fabrízio de Royes Mello <
fabri...@timbira.com.br> escreveu:
> On 18-02-2015 11:44, Douglas Fabiano Specht wrote:
> > Bom dia Pessoal
> >
> > tenho uma trigger after insert or delete, postgres 9.4, que se for feito
> um
> > delete eu preciso dar um insert em uma t
On 18-02-2015 11:44, Douglas Fabiano Specht wrote:
> Bom dia Pessoal
>
> tenho uma trigger after insert or delete, postgres 9.4, que se for feito um
> delete eu preciso dar um insert em uma tabela com um join.
> até ai tudo certo, ocorre que não esta fazendo o insert, pois o select não
> deve esta
Em 10 de janeiro de 2015 11:38, Osvaldo Kussama
escreveu:
> Em 10/01/15, Vinicius Santos escreveu:
> > Bom dia pessoal,
> >
> > Criei um banco de dados herdando de template0 usando a codificação
> WIN1252.
> >
> > Tenho um arquivo txt codificado em ANSI, e ao tentar importá-lo com COPY,
> > tenho
Em 10/01/15, Osvaldo Kussama escreveu:
Complementando, veja:
http://www.postgresql.org/docs/9.4/static/charset.html
Osvaldo
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-ge
Em 10/01/15, Vinicius Santos escreveu:
> Em 10 de janeiro de 2015 09:34, Vinicius Santos <
> vinicius.santos.li...@gmail.com> escreveu:
>
>> Bom dia pessoal,
>>
>> Criei um banco de dados herdando de template0 usando a codificação
>> WIN1252.
>>
>> Tenho um arquivo txt codificado em ANSI, e ao tent
Em 10/01/15, Vinicius Santos escreveu:
> Bom dia pessoal,
>
> Criei um banco de dados herdando de template0 usando a codificação WIN1252.
>
> Tenho um arquivo txt codificado em ANSI, e ao tentar importá-lo com COPY,
> tenho o seguinte:
>
> ERRO: sequência de bytes é inválida para codificação "UTF8
Em 10 de janeiro de 2015 09:34, Vinicius Santos <
vinicius.santos.li...@gmail.com> escreveu:
> Bom dia pessoal,
>
> Criei um banco de dados herdando de template0 usando a codificação WIN1252.
>
> Tenho um arquivo txt codificado em ANSI, e ao tentar importá-lo com COPY,
> tenho o seguinte:
>
> ERRO
2014-12-02 10:02 GMT-02:00 Fabio Eckhardt <
fabioeckha...@universo.univates.br>:
> Sebastian,
>
> Preciso realizar uma Replicação em Cluster usando dois nodo multistate
> (master / slave), mas com Sistema Operacional Ubuntu e não Fedora.
>
Como o Matheus comentou antes, a solução é o HotStandby d
2014-12-02 10:02 GMT-02:00 Fabio Eckhardt <
fabioeckha...@universo.univates.br>:
> Preciso realizar uma Replicação em Cluster usando dois nodo multistate
> (master / slave), mas com Sistema Operacional Ubuntu e não Fedora.
O que você quer é utilizar replicação nativa (streaming replication)
mas
Sebastian,
Preciso realizar uma Replicação em Cluster usando dois nodo multistate
(master / slave), mas com Sistema Operacional Ubuntu e não Fedora.
Em poucas precisaria repedir o processo no link abaixo com S.O Ubuntu (e
nao Fedora) :
http://clusterlabs.org/wiki/PgSQL_Replicated_Cluster
Sabes
2014-12-01 8:48 GMT-02:00 Fabio Eckhardt :
> Sebastian,
>
> Sou sincero em lhe dizer, não sou muito fã de FEDORA. E atualmente a
> melhor documentação que existe é pra FEDORA.
>
> Sabes algum material na internet para UBUNTU (e postgres 9.3) para
> realizar uma a Replicação de Cluster com 2 servid
2014-11-28 8:57 GMT-02:00 Fabio Eckhardt :
>
> Bom Dia,
>
> Gostaria de saber se algum ja implementou no Postgres 9.3 uma Replicação
> de Cluster com 2 servidores Postgres, isto é " 2 nodo multistate
> cluster".
>
> Aonde é temos o seguinte cenário, temos 2 servidor atendendo as
> requisições (e
2014-09-20 14:42 GMT-03:00 Tiago José Adami :
> Ops, na ânsia de querer ajudar fiz uma leitura péssima e não percebi a
> cláusula. Boa explicação, Matheus.
Acontece cara. Tranquilo.
:-)
Atenciosamente,
--
Matheus de Oliveira
Analista de Banco de Dados
Dextra Sistemas - MPS.Br nível F!
www.dex
Em 20/09/2014 14:34, "Matheus de Oliveira"
escreveu:
>
>
> 2014-09-19 23:28 GMT-03:00 Wellington :
>
>> em uma tabela foi criado um indice assim: "campo = false".
>>
>> Quando eu rodo a consulta selecionando "campo is false", o indice nao é
utilizado.
>> O indice so é utilizado se seleciono "campo
2014-09-19 23:28 GMT-03:00 Wellington :
> em uma tabela foi criado um indice assim: "campo = false".
>
> Quando eu rodo a consulta selecionando "campo is false", o indice nao é
> utilizado.
> O indice so é utilizado se seleciono "campo = false".
> Alguem saberia me explicar por que isso acontece ?
Em 19 de setembro de 2014 23:28, Wellington escreveu:
> Pessoal,
>
> em uma tabela foi criado um indice assim: "campo = false".
>
> Quando eu rodo a consulta selecionando "campo is false", o indice nao é
> utilizado.
> O indice so é utilizado se seleciono "campo = false".
> Alguem saberia me expli
Claro, só pode! Então não é o que chama de "ligações circulares". "A"
actualiza "B" mas "B" logo que é actualizado, vai actualizar "A" e nunca
mais saímos daqui, porque as actualizações "disparam" os "gatilhos".
Agora não percebi a necessidade de fazer assim.
Para ultrapassar este "loop" se fosse
Também achei que há um erro de modelagem e já estou providenciando consertar
isso. Mas preciso achar um remendo para não deixar o sistema parado.
From: Tiago José Adami
Sent: Monday, September 08, 2014 11:54 PM
To: PGBR
Subject: Re: [pgbr-geral] Duvida em logica
On Sep 8, 2014 4:59 PM
On Sep 8, 2014 4:59 PM, "Ricardo" wrote:
>
> Boa tarde pessoal,
>
> Estou enrolado em achar um solução via trigger para este caso.
>
> Tenho duas tabelas, uma denominada “Produtos” e outra “Matéria Prima”
com o campo “Quantidade Atual”.
>
> Sempre que ocorre uma saída de produtos ocorr
tenho uma duvida: É possivel identificar quais tabelas do banco estao
"inchadas", ou seja, que sofreram muitas alteracoes e que necessitam de
https://wiki.postgresql.org/wiki/Show_database_bloat
vacuum full ?
Normalmente, nunca, mas há casos excepcionais.
[]s
Flavio Gurgel
_
Pessoal gostaria de uma dica dos mais esperientes:
Qual a diferença para o banco na escrita destes dois SQLs?
SELECT twe.*
, (SELECT descricao FROM tespecializacoes WHERE idespecializacao =
twe.idespecializacao) AS especializacao
FROM tworkflowetapas twe
SELECT twe.*
FROM tworkflowe
>
> Creio que no segundo SELECT faltou esp.descricao na lista de campos,
> senão não haveria necessidade da tabela tespecializacoes (como
> concluiu o otimizador).
>
Isso mesmo.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://list
On Tue, Aug 12, 2014 at 11:05 AM, Pedro B. Alves
wrote:
> SELECT twe.*
> FROM tworkflowetapas twe
> LEFT JOIN tespecializacoes esp ON (twe.idespecializacao =
> esp.idespecializacao)
>
Por que isso se você não usa nada da tabela tespecializacoes e ainda a usa
como LEFT JOIN?
Bruno E. A. Silv
2014-08-12 11:05 GMT-03:00, Pedro B. Alves :
>>
>>
>>>
>> Dependendo da versão do PostgreSQL, se você fizer um EXPLAIN ANALYZE de
>> cada uma delas, provavelmente o plano será exatamente o mesmo.
>>
>
> Utilizo a versão 9.3.x
>
> executei o EXPLAIN..
>
> SELECT twe.*
> , (SELECT descricao FROM
2014-08-12 11:05 GMT-03:00 Pedro B. Alves :
>
>>>
>> Dependendo da versão do PostgreSQL, se você fizer um EXPLAIN ANALYZE de
>> cada uma delas, provavelmente o plano será exatamente o mesmo.
>>
>
> Utilizo a versão 9.3.x
>
> executei o EXPLAIN..
>
> SELECT twe.*
> , (SELECT descricao FROM tes
>
>
>>
> Dependendo da versão do PostgreSQL, se você fizer um EXPLAIN ANALYZE de
> cada uma delas, provavelmente o plano será exatamente o mesmo.
>
Utilizo a versão 9.3.x
executei o EXPLAIN..
SELECT twe.*
, (SELECT descricao FROM tespecializacoes WHERE idespecializacao =
twe.idespecializaca
Pessoal gostaria de uma dica dos mais esperientes:
Qual a diferença para o banco na escrita destes dois SQLs?
SELECT twe.*
, (SELECT descricao FROM tespecializacoes WHERE idespecializacao =
twe.idespecializacao) AS especializacao
FROM tworkflowetapas twe
SELECT twe.*
FROM tworkflow
2014-07-25 6:30 GMT-03:00 Flavio Henrique Araque Gurgel :
> Por outro lado, dentro de um execute, o search_path da sessão não é
> utilizado.
>
>
Opa. Até onde sei o search_path é respeitado dentro de um EXECUTE sim. A
não ser que seja um comportamento que tenha sido alterado nas versões mais
rece
2014-07-25 3:15 GMT-03:00 Wellington :
> quando eu executo o comando "SET search_path TO nome_schema" dentro de
> uma funcao, em uma mesma sessao, o SGDB nao altera o search_path nos
> comandos executados apos o primeiro, me parece que o schema fica em um tipo
> de cache.
>
> Duvida: Existe algum
quando eu executo o comando "SET search_path TO nome_schema" dentro de
uma funcao, em uma mesma sessao, o SGDB nao altera o search_path nos
comandos executados apos o primeiro, me parece que o schema fica em um
tipo de cache.
Duvida: Existe alguma forma de contornar isso?
Sei que posso usar o co
Em 30 de janeiro de 2014 10:02, Anderson Marques
escreveu:
> Bom dia, pessoal estamos desenvolvendo um sistema de gerenciamento de
> estoque, porem surgiu essa duvidaa procedure pode travar o sistema
> dependendo da demanda de requisição simultânea, tipo umas 1500 requisições
> simultâneas?
1
Como faço para passar o valor como inteiro?
Realmente, o next_value devia ser passado como inteiro, não literal.
Para resolver isso, basta usar o %s ao invés de %L. Este irá alocar
o valor diretamente, por isso recomendo um CAST no parâmetro (ele já
é inteiro, mas é só para garantir 100% que não
2014/1/19 Eloi
>
> > É, parece que você criou uma bagunça com as aspas mesmo... Acho que vai
> > ficar mais fácil refazer a função do que ajustar cada problema nela. Já
> que
> > vamos refazer, que tal adicionar algumas dicas de ouro? ;-)
> >
> >
> > Bom, primeiro, veja o modelo que criei (não te
>
> Como faço para passar o valor como inteiro?
>
Segue exemplo retirado da documentação:
"EXECUTE format('UPDATE tbl SET %I = $1 WHERE key = $2', colname)
USING newvalue, keyvalue;
Vide [1] "39.5.4. Executing Dynamic Commands" em caso de dúvidas.
[]'s
[1]:
http://www.postgresql.org/docs/9.2/in
> É, parece que você criou uma bagunça com as aspas mesmo... Acho que vai
> ficar mais fácil refazer a função do que ajustar cada problema nela. Já que
> vamos refazer, que tal adicionar algumas dicas de ouro? ;-)
>
>
> Bom, primeiro, veja o modelo que criei (não testei, então pode ter algum
> err
2014/1/17 Rafael Fialho Corrêa
> Em 17 de janeiro de 2014 21:22, Matheus de Oliveira <
> matioli.math...@gmail.com> escreveu:
>
>> (...)
>>
>
> Boa Matheus, bom saber que penso da mesma forma que os veteranos da
> lista.. hehehe
> Ia explicar da mesma forma, mas não tive tempo e o assunto ficou b
Em 17 de janeiro de 2014 21:22, Matheus de Oliveira <
matioli.math...@gmail.com> escreveu:
>
>
>
> On Fri, Jan 17, 2014 at 11:54 AM, Eloi Ribeiro wrote:
>
>> Ola a todos,
>>
>> Estou a tentar criar uma função que crie sequencias em todas as tabelas
>> num determinado esquema e não consigo avançar
On Fri, Jan 17, 2014 at 11:54 AM, Eloi Ribeiro wrote:
> Ola a todos,
>
> Estou a tentar criar uma função que crie sequencias em todas as tabelas
> num determinado esquema e não consigo avançar por causa das aspas dentro de
> aspas, alguém pode dar uma ajuda.
>
> Aqui está o código, e o problema c
2014/1/17 Flavio Henrique Araque Gurgel
> Um detalhe: esse exemplo não funcionaria por que não dá para usar
>>> EXECUTE com SELECT.
>>>
>>
>> Use PERFORM quando precisar gerar consulta dinâmica que retorne
>> resultados, como SELECT.
>>
>
> Eu só esqueci de acrescentar que os resultados serão *d
Um detalhe: esse exemplo não funcionaria por que não dá para usar
EXECUTE com SELECT.
Use PERFORM quando precisar gerar consulta dinâmica que retorne
resultados, como SELECT.
Eu só esqueci de acrescentar que os resultados serão *descartados* pelo
perform. A utilidade dele é justamente essa, p
Em 17 de janeiro de 2014 14:18, Heloisa Fernanda
escreveu:
>
> Use: EXECUTE $qualquercoisa$SELECT $qualquercoisa$||_variavel||$qualquercoisa$
> FROM TABELA$qualquercoisa$;
>
> Um detalhe: esse exemplo não funcionaria por que não dá para usar EXECUTE
> com SELECT.
>
Isto é um equívoco.. Hehehe
É
Um detalhe: esse exemplo não funcionaria por que não dá para usar
EXECUTE com SELECT.
Use PERFORM quando precisar gerar consulta dinâmica que retorne
resultados, como SELECT.
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql
Use: EXECUTE $qualquercoisa$SELECT $qualquercoisa$||_variavel||$qualquercoisa$
FROM TABELA$qualquercoisa$;
Um detalhe: esse exemplo não funcionaria por que não dá para usar EXECUTE com
SELECT.
Isso funcionaria: EXECUTE $qualquercoisa$UPDATE TABELA SET
CAMPO=$qualquercoisa$||_VARIAVEL||$qualq
Caríssimo,
Utilize duas aspas simples juntas tipo 'select ' '' '|| nome||' '' ' from
pessoa'
Atenciosamente,
Anderson Abreu
andersonab...@gmail.com
(61) 8157-6657
OOAD, RUP, SOA, Jboss, IIS
.Net, PHP, CFM, ASP, JAVA
McAffee Partner - Microsoft Partner
MySQL, Oracle, PostgreSQL, SQL Server,
Exemplificando melhor
EXECUTE ' CREATE TEMP TABLE tmp AS
SELECT table_name, table_name||_id AS id_name, 0 AS
next_value
FROM information_schema.tables
WHERE table_schema = sch
AND table_type = ''BASE TABLE''
ORDER BY ta
Olá!
Use: EXECUTE $qualquercoisa$SELECT $qualquercoisa$||_variavel||$qualquercoisa$
FROM TABELA$qualquercoisa$;
Ou seja, troque as aspas por $qualquercoisa$___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br
2013/12/16 Matheus de Oliveira :
>
>> Porque não há associação de fato. Uma seqüência pode servir várias
>> tabelas, ou nenhuma.
>
> Bem, não é **exatamente** assim. Por exemplo, quando cria-se uma sequência
> utilizando o pseudo-tipo serial, o PostgreSQL irá sim associar a sequência a
> uma tabel
2013/12/15 Guimarães Faria Corcete DUTRA, Leandro
> 2013/12/15 Wellington :
> >
> > tenho uma duvida: Eh possivel fazer uma consulta das sequencias que nao
> > estao sendo utilizadas em nenhuma tabela ?
>
> Sim, pelo catálogo, como sempre. Pense MINUS.
>
>
>
Exatamente. Se quisermos verificar a
2013/12/15 Wellington :
>
> tenho uma duvida: Eh possivel fazer uma consulta das sequencias que nao
> estao sendo utilizadas em nenhuma tabela ?
Sim, pelo catálogo, como sempre. Pense MINUS.
> Pelo que percebi, ao excluir uma tabela, a sequencia associada a ela nao é
> excluida.
Porque não há
Rogério, você pode fazer um dump apenas da estrutura. E outro com os dados. No
dump de dados rode com a opcao de gerar comandos de insert. Feito isso use o
grep para separar as linhas com o codigo desejado
Enviado via iPhone
> Em Oct 7, 2013, às 4:27 PM, Rogério Grando
> escreveu:
>
> Olá pe
Em 07/10/13, Rogério Grando escreveu:
> Olá pessoal, boa tarde!
>
> Tenho uma base de dados que armazena várias empresa, sendo dividido por uma
> coluna co_empresa em todas as tabelas.
> Preciso fazer um backup apenas de uma empresa.
> Sei que com dump não é possível, por não ter clausula WHERE. “Q
2013/8/4 lucas .
> do postgre
>
> E eu estou enviando pelo meu email as respostas acho que por isto esta
> bagunçando a lista. Poderia me enviar o link da lista? ja perdi
>
>
Pode enviar por e-mail mesmo, mas edite a resposta colocando sua abaixo da
resposta do anterior. Como estou fazendo aqui.
2013/8/4 lucas .
> Ola gente, tenho uma dúvida.
>
> Usando esta consulta
>
> SELECT *
>
> FROM Auth, Publ
>
> WHERE Auth.pubID = Publ.pubID AND Auth.nome = 'Surajit Chaudhuri'
>
>
>
> índices primários sobre Auth.pubID e Publ.pubID e índice secundário sobre
> Auth.nome.
>
>
> O algoritmo escolhid
; From: osvaldo.kuss...@gmail.com
> To: pgbr-geral@listas.postgresql.org.br
> Subject: Re: [pgbr-geral] duvida de uma consulta
>
> Em 04/08/13, lucas . escreveu:
> > Então não estou julgando que seja pelo indice. Estou dizendo que pelo PEC a
> > seleção é feita primeiro
o em Ciência da
> ComputaçãoUniversidade Federal de Lavras.
>
>> Date: Sun, 4 Aug 2013 19:30:27 -0300
>> From: osvaldo.kuss...@gmail.com
>> To: pgbr-geral@listas.postgresql.org.br
>> Subject: Re: [pgbr-geral] duvida de uma consulta
>>
>> Em 04/08/13, lucas . escreveu
.
> Date: Sun, 4 Aug 2013 19:30:27 -0300
> From: osvaldo.kuss...@gmail.com
> To: pgbr-geral@listas.postgresql.org.br
> Subject: Re: [pgbr-geral] duvida de uma consulta
>
> Em 04/08/13, lucas . escreveu:
> > Ola gente, tenho uma dúvida.
> >
> > Usando esta consulta
Em 04/08/13, lucas . escreveu:
> Ola gente, tenho uma dúvida.
>
> Usando esta consulta
>
> SELECT *FROM Auth, PublWHERE Auth.pubID = Publ.pubID AND Auth.nome =
> 'Surajit Chaudhuri'
>
> índices primários sobre Auth.pubID e Publ.pubID e índice secundário sobre
> Auth.nome.
> O algoritmo escolhido pe
Acho que sim, seria isto, Flávio. Bom vou tirar esta duvida com meu professor,
qualquer coisa volto aqui
Att,Lucas José Duarte de SouzaBacharelando em Ciência da ComputaçãoUniversidade
Federal de Lavras.
___
Em 08-07-2013 10:46, lucas . escreveu:
Indice secundario que eu digo é que não determinam a organização do
arquivo de dados indexado
Evite por favor o top-posting.
Você está falando de índice em tabela clusterizada, certo?
Isso não existe no PostgreSQL. Nenhum tipo de índice "determina a
or
+
Subject: Re: [pgbr-geral] duvida
Sim, mas no caso eu queria saber o comando especifico para criar indices
secundários. Eu estava achando que era usando o UNIQUE.
Att,Lucas José Duarte de SouzaBacharelando em Ciência da ComputaçãoUniversidade
Federal de Lavras.
From: bemanuel
To: pgbr-geral@listas.postgresql.org.br
Subject: Re: [pgbr-geral] duvida
2013/7/8 lucas .
Ola galera. Sou novo por aqui, comecei usar o postgresql a pouco tempo e tenho
uma dúvida. Qual é o comando para criar indices secundários?
Se for só índices
mesmo:http://www.postgresql.org/docs/9.2
2013/7/8 lucas .
> Ola galera. Sou novo por aqui, comecei usar o postgresql a pouco tempo e
> tenho uma dúvida. Qual é o comando para criar indices secundários?
>
Se for só índices mesmo:
http://www.postgresql.org/docs/9.2/interactive/indexes.html
Bruno E. A. Silva.
2013/7/8 lucas .
>
> Ola galera. Sou novo por aqui, comecei usar o postgresql a pouco tempo e
> tenho uma dúvida. Qual é o comando para criar indices secundários?
>
Índice secundário??? Vc não quis dizer Chave Secundária (ou Alternativa)
???
Se for este o caso vc define isso adicionando uma restr
O NOT IN ainda está sendo o mais eficiente
Em 5 de julho de 2013 16:07, Bruno Silva escreveu:
>
> 2013/7/5 Claudio Bezerra Leopoldino
>
>> EXPLAIN SELECT A.CAMPOS FROM TABEL_A A
>>
>> WHERE (A.CODIGO NOT IN(SELECT CODIGO FROM TABELA_B))
>>
>
> Trocaria o NOT IN port NOT EXISTS
>
> Bruno E.
2013/7/5 Claudio Bezerra Leopoldino
> EXPLAIN SELECT A.CAMPOS FROM TABEL_A A
>
> WHERE (A.CODIGO NOT IN(SELECT CODIGO FROM TABELA_B))
>
Trocaria o NOT IN port NOT EXISTS
Bruno E. A. Silva.
Analista de Sistemas.
Bacharel em Sistemas de Informação
Pós-graduando em Gerência de Projetos
Certified
2013 14:54
Assunto: Re: [pgbr-geral] Duvida básica LEFT JOIN x NOT IN
Tempo os seguintes resultados:
OPCAO A
explain select a.* from mv_servicos_balcao a
left join mv_servicos_print b on(cod_key_balcao = a.cod_key)
where (b.cod_key is null)
and(a.obs not in('C'));
"Hash Ri
2013/7/5 Marcelo da Silva
> Tempo os seguintes resultados:
>
> OPCAO A
>
> explain select a.* from mv_servicos_balcao a
> left join mv_servicos_print b on(cod_key_balcao = a.cod_key)
> where (b.cod_key is null)
> and(a.obs not in('C'));
>
> "Hash Right Join (cost=9510.11..17269.55 rows=1 width
Em 05-07-2013 14:54, Marcelo da Silva escreveu:
Tempo os seguintes resultados:
OPCAO A
explain select a.* from mv_servicos_balcao a
left join mv_servicos_print b on(cod_key_balcao = a.cod_key)
where (b.cod_key is null)
and(a.obs not in('C'));
"Hash Right Join (cost=9510.11..17269.55 rows=
Tempo os seguintes resultados:
OPCAO A
explain select a.* from mv_servicos_balcao a
left join mv_servicos_print b on(cod_key_balcao = a.cod_key)
where (b.cod_key is null)
and(a.obs not in('C'));
"Hash Right Join (cost=9510.11..17269.55 rows=1 width=136)"
" Hash Cond: (b.cod_key_balcao = a.co
Não depende apenas da consulta. Depende dos dados armazenados e estatísticas no
seu servidor.
Peço que use explain e noso envie o reultado:
EXPLAIN SELECT A.CAMPOS FROM TABELA_A A
LEFT JOIN TABELA_B B ON(B.CODIGO = A.CODIGO)
WHERE (B.CAMPO IS NULL)
e
EXPLAIN SELECT A.CAMPOS FROM TABEL_A A
W
Em 05-07-2013 14:25, Marcelo da Silva escreveu:
Qual seria o mais eficiente ?
SELECT A.CAMPOS FROM TABELA_A A
LEFT JOIN TABELA_B B ON(B.CODIGO = A.CODIGO)
WHERE (B.CAMPO IS NULL)
ou
SELECT A.CAMPOS FROM TABEL_A A
WHERE (A.CODIGO NOT IN(SELECT CODIGO FROM TABELA_B))
Depende do tamanho das tab
On 05-06-2013 10:26, Jonas Xpto wrote:
> Só mais uma duvida, nas configurações do pgbouncer eu o que eu devo
> colocar no auth_file ?
>
O caminho do arquivo de senhas.
--
Euler Taveira Timbira - http://www.timbira.com.br/
PostgreSQL: Consultoria, Desenvolvimento, Suporte
> Não existe solução perfeita mas a solução *quase* perfeita está descrita
> em [1]. Como a alteração de senhas não é algo frequente, esta solução
> atende muito bem.
>
> [1]
>
http://www.depesz.com/2010/12/04/auto-refreshing-password-file-for-pgbouncer/
Euler muito obrigado,
Só mais uma duvida,
On 04-06-2013 16:37, xpto xpto wrote:
> Gostaria de saber como consigo fazer essa automatização entre as senhas
> do PostgreSQL e Pgbouncer?
>
Não existe solução perfeita mas a solução *quase* perfeita está descrita
em [1]. Como a alteração de senhas não é algo frequente, esta solução
atende muito
2013/4/25 Douglas Fabiano Specht
> Pessoal, o que preciso é:
> se o campo situacao='O' e vir um update neste campo tambem como 'O', quero
> bloquear e dar uma mensagem..
>
>
Vc pode fazer mais ou menos assim:
CREATE OR REPLACE FUNCTION trigger_raise_exception(message TEXT)
RETURNS trigger AS
$$
Pessoal, o que preciso é:
se o campo situacao='O' e vir um update neste campo tambem como 'O', quero
bloquear e dar uma mensagem..
Em 24 de abril de 2013 19:25, Matheus de Oliveira escreveu:
>
> 2013/4/24 Douglas Fabiano Specht
>
>> Boa tarde pessoal,
>> estamos com um problema no nosso sist
2013/4/24 Douglas Fabiano Specht
> Boa tarde pessoal,
> estamos com um problema no nosso sistema em que o campo situacao de uma
> tabela está = O e em algum momento está sendo dado um update nele para O
> tambem.
> em suma preciso criar uma rule e tentar identificar onde ocorre..
>
>
hein?
PS:
2013/4/24 Fabrízio de Royes Mello
>
> 2013/4/24 Douglas Fabiano Specht
>
>> Boa tarde pessoal,
>> estamos com um problema no nosso sistema em que o campo situacao de uma
>> tabela está = O e em algum momento está sendo dado um update nele para O
>> tambem.
>> em suma preciso criar uma rule e te
2013/4/24 Douglas Fabiano Specht
> Boa tarde pessoal,
> estamos com um problema no nosso sistema em que o campo situacao de uma
> tabela está = O e em algum momento está sendo dado um update nele para O
> tambem.
> em suma preciso criar uma rule e tentar identificar onde ocorre..
>
>
Douglas,
V
Em 14 de fevereiro de 2013 18:39, Itamar Reis Peixoto <
ita...@ispbrasil.com.br> escreveu:
> 2013/2/14 Edson - Lista :
> >>
> >> eu recomendaria um fedora 17 ou 18 que já vem com a versao do
> >> postgresql mais nova e ext4.
> >>
> > Preconceito meu, mas usar Fedora, Ubuntu desktop ou Debian unsta
2013/2/14 Edson - Lista :
>>
>> eu recomendaria um fedora 17 ou 18 que já vem com a versao do
>> postgresql mais nova e ext4.
>>
> Preconceito meu, mas usar Fedora, Ubuntu desktop ou Debian unstable não é
> uma das coisas que eu gosto de fazer. Prefiro ter distribuições mais
> estáveis. Se eu preci
Mauro Risonho de Paula Assumpção writes:
> Archlinux é extremamente estável, mas você terá que fazer tudo na mão,
> compilar na mão.
Não vejo o archlinux tão estável assim. Já houve dois momentos em que
tive que meter a mão no SO para ajustá-lo, um momento em que mudaram o
pid de lugar e o siste
só faltou citarem gentoo :)
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Archlinux é extremamente estável, mas você terá que fazer tudo na mão,
compilar na mão.
Vale a pena, mas demora um pouco.
@firebitsbr
Em 14 de fevereiro de 2013 15:29, Edson - Lista escreveu:
> Em 14/02/2013 07:47, Fábio Telles Rodriguez escreveu:
>
> Em 13 de fevereiro de 2013 23:17, Itamar
Em 14/02/2013 07:47, Fábio Telles Rodriguez escreveu:
Em 13 de fevereiro de 2013 23:17, Itamar Reis Peixoto
mailto:ita...@ispbrasil.com.br>> escreveu:
2013/2/13 Mauro Risonho de Paula Assumpção
mailto:mauro.riso...@gmail.com>>:
> O filesystem pelo que você comentou esta em ext2, cor
Em 14-02-2013 10:20, Rudá Porto Filgueiras escreveu:
> Itamar,
>
> Debian Stable + Backports faz exatamente isso e tem o Postgresql 9.1 :-)
> Além disso, o Debian Testing e não o Unstable seria uma alternativa ou
> Ubuntu LTS (baseado no Debian Testing).
Não precisa mais depender do backports.
O
Em 13 de fevereiro de 2013 23:17, Itamar Reis Peixoto <
ita...@ispbrasil.com.br> escreveu:
> 2013/2/13 Mauro Risonho de Paula Assumpção :
> > O filesystem pelo que você comentou esta em ext2, correto?
> >
> > Eu recomendaria Brfs ou ext4 e fazer upgrade para centos 6.3
> >
> > @firebitsbr
> >
>
>
2013/2/13 Mauro Risonho de Paula Assumpção :
> O filesystem pelo que você comentou esta em ext2, correto?
>
> Eu recomendaria Brfs ou ext4 e fazer upgrade para centos 6.3
>
> @firebitsbr
>
eu recomendaria um fedora 17 ou 18 que já vem com a versao do
postgresql mais nova e ext4.
--
60 postmaster
> > 4550 postgres 15 0 969m 38m 31m S 1.0 0.5 0:00.28 postmaster
> >
> > a versao do CentOS eh 5.4, numero medio de conexoes 40, executando
> consultas
> > 30.
> >
> >
> > obrigado,
> > wellington
> >
> > -
> 30.
>
>
> obrigado,
> wellington
>
> ----- Original Message -
> From: "Euler Taveira"
> To: "Comunidade PostgreSQL Brasileira"
> Sent: Sunday, February 10, 2013 11:04 PM
> Subject: Re: [pgbr-geral] Duvida memoria ram
>
> On 09-02-201
1 - 100 de 362 matches
Mail list logo
