Re: [pgbr-geral] Imagem na versão 9

2010-12-14 Por tôpico Antonio Cesar
Como resolver isso... Em 13/12/2010 15:24, Osvaldo Kussama escreveu: Em 13 de dezembro de 2010 15:27, Antonio Cesar cgcesarsoa...@gmail.com escreveu: Pessoal estou com um pequeno problema na versão 9 com o campo ByteA. Programo em delphi e na hora de carrega a imagem da um erro dizendo que a

Re: [pgbr-geral] Imagem na versão 9

2010-12-14 Por tôpico gilmarlinux
Olá!No seu postgres.conf da versão 9 localize a linha bytea_output = 'hex' e altere para bytea_output = 'escape' para ver se ira resolver. Como resolver isso... Em 13/12/2010 15:24, Osvaldo Kussama escreveu: Em 13 de dezembro de 2010 15:27, Antonio Cesar cgcesarsoa...@gmail.com escreveu:

Re: [pgbr-geral] Conferência Brasileira de PostgreSQ L 2011 - U - R - G - E - N - T - E

2010-12-14 Por tôpico Emerson Martins
Acho muito interessante que seja realizado esse evento no Estados do Nordeste, até porque muitos deles são exatamente no Sul e Sudeste. No meu caso ficaria interessante e mais fácil para nós aqui de Alagoas como é o meu caso. Emerson Martins Analista de Banco de Dados Itec/AL 82 9123-5504 82

Re: [pgbr-geral] Usuário com privilégios

2010-12-14 Por tôpico Matheus Ricardo Espanhol
Olá, Tente: REVOKE CREATE ON SCHEMA public FROM user_teste; Lembrando que para se ter uma administração de privilégios facilitada, não utilize o schema public. Espero ter ajudado. Em 8 de dezembro de 2010 13:11, Hudyson Santos Barbosa hudy...@gmail.comescreveu: Muito obrigado pela ajuda,

Re: [pgbr-geral] desconsiderar miliseg

2010-12-14 Por tôpico Beto Lima
Osvaldo assim: na primeira linha tenho salvo assim no campo data_inicio_questao: 2010-12-13 18:26:14.567512 e data_fim_questao = 2010-12-13 18:26:19.127048 na segunda linha no campo data_inicio_questao: 2010-12-13 18:26:20.807555 e data_fim_questao = 2010-12-13 18:26:22.788496 somando: SELECT

Re: [pgbr-geral] desconsiderar miliseg

2010-12-14 Por tôpico Osvaldo Kussama
Em 14/12/10, Beto Limabetol...@gmail.com escreveu: Osvaldo assim: na primeira linha tenho salvo assim no campo data_inicio_questao: 2010-12-13 18:26:14.567512 e data_fim_questao = 2010-12-13 18:26:19.127048 na segunda linha no campo data_inicio_questao: 2010-12-13 18:26:20.807555 e

[pgbr-geral] Consulta hierarquica no PostgreSQL

2010-12-14 Por tôpico rodfs
Considerando a tabela e os dados abaixo: create table pessoa (pessoa VARCHAR(15), pai VARCHAR(15)); insert into pessoa values ('pai 1', null); insert into pessoa values ('pai 2', null); insert into pessoa values ('filho 1.1', 'pai 1'); insert into pessoa values ('filho 1.2', 'pai 1'); insert

Re: [pgbr-geral] desconsiderar miliseg

2010-12-14 Por tôpico Marcelo Silva
Veja como eu pego a data e hora do sistema select to_char(statement_timestamp(),'DD/MM/') as data_sys, to_char(statement_timestamp(),'HH24:MI:SS') as hora_sys Dessa forma eu tenho a hora em Hora: Minuto: Segundo caso queira retirar os segundos é só tirar o :SS Agora se quiser pegar a hora

Re: [pgbr-geral] Conferência Brasileira de PostgreSQ L 2011 - U - R - G - E - N - T - E

2010-12-14 Por tôpico José Mello Júnior
Por outro lado, se o desejo da maioria seja o Sul e se for sede em Curitiba, fico à disposição para participar da organização geral. Infelizmente para o Nordeste ou mesmo para Brasília eu não teria como participar, uma vez que tenho muito pouco tempo disponível para grandes deslocamentos. []´s

Re: [pgbr-geral] Consulta hierarquica no PostgreSQL

2010-12-14 Por tôpico Leonardo Cezar
Sim, consulta hierarquica é possível no PostgreSQL, mas somente conseguiremos entender o seu problema depois de desobfuscar sua mensagem. Talvez algum problema com a interface do Nabble? -Leo 2010/12/14 rodfs rodf...@hotmail.com: Considerando a tabela e os dados abaixo: create table pessoa

Re: [pgbr-geral] Consulta hierarquica no PostgreSQL

2010-12-14 Por tôpico Osvaldo Kussama
Em 14/12/10, rodfsrodf...@hotmail.com escreveu: Considerando a tabela e os dados abaixo: create table pessoa (pessoa VARCHAR(15), pai VARCHAR(15)); insert into pessoa values ('pai 1', null); insert into pessoa values ('pai 2', null); insert into pessoa values ('filho 1.1', 'pai 1');

[pgbr-geral] Tirar formatacao na select

2010-12-14 Por tôpico flavio
Tem como retornar somente os numeros, (do cgc por exemplo), direto na select? Eu estava tentando usar o to_char, mas não deu certo. Qualquer ideia é muito bem vinda... Obrigado ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br

[pgbr-geral] Alterar tabela Aberta

2010-12-14 Por tôpico Marcelo Silva
Pessoal não vou fazer comparações aqui heim, é só pra saber se posso ou não posso. No MySQL eu posso alterar uma tabela mesmo que esteja sendo usada, é claro que não vou fazer alterações críticas como deletar uma coluna ou mudar o nome ou tipo de um campo, mas adicionar um campo. Por exemplo:

Re: [pgbr-geral] desconsiderar miliseg

2010-12-14 Por tôpico Beto Lima
Não Osvaldo, eu quero desconsiderar os miliseg já na soma dos tempos. como no primeiro registro deu 4 seg e alguns milésimos e no segundo deu 1 e alguns milés. Então ele ainda ta dando 6 seg SELECT date_trunc('second',sum(data_fim_questao - data_inicio_questao)) FROM tempo_duracao_prova WHERE

Re: [pgbr-geral] Tirar formatacao na select

2010-12-14 Por tôpico Marcelo Silva
Você pode usar isto select to_number('132.345.118-06', '999') No seu caso select to_number(campo, 'mascara') as resultado from tabela Marcelo Silva msn: marc...@ig.com.br Tel.: (11) 2962-7390 Cel.: (11) 9693-4251 Programador:

Re: [pgbr-geral] Alterar tabela Aberta

2010-12-14 Por tôpico Juliano Benvenuto Piovezan
Comandos como o ALTER TABLE necessitam de acesso exclusivo à tabela, o por isso de o PgAdmin congelar até que consiga obter o lock. Aqui tem mais informações. http://www.postgresql.org/docs/8.4/static/explicit-locking.html 2010/12/14 Marcelo Silva marc...@ig.com.br Pessoal não vou fazer

[pgbr-geral] Postgres x FreeBSD

2010-12-14 Por tôpico Diego Silva - SHX
Boa tarde amigos, Estou fazendo iniciando alguns teste com PG e FreeBSD. Minha dúvida está sendo no Filesystem para utilizar. Por exemplo, hoje em Linux eu utilizo o XFS. Gostaria de saber qual vc´s aconselham a utilizar para FreeBSD. Obrigado Diego

Re: [pgbr-geral] Postgres x FreeBSD

2010-12-14 Por tôpico Charles Viana
Vc pode utilizar o padrão do FreeBSD UFS2. 2010/12/14 Diego Silva - SHX diego.si...@shx.com.br Boa tarde amigos, Estou fazendo iniciando alguns teste com PG e FreeBSD. Minha dúvida está sendo no Filesystem para utilizar. Por exemplo, hoje em Linux eu utilizo o XFS. Gostaria de saber qual

Re: [pgbr-geral] RES: Postgres x FreeBSD

2010-12-14 Por tôpico Charles Viana
Sou suspeito para falar, trabalho com FreeBSD, Linux e Windows e não troco o BSD por nenhum linux ou windows. Alem de ser mais seguro o UFS2 tem desempenho igual ou superior ao XFS. 2010/12/14 Diego Silva - SHX diego.si...@shx.com.br Ola amigo, Saberia me informar se tem o mesmo

Re: [pgbr-geral] desconsiderar miliseg

2010-12-14 Por tôpico Osvaldo Kussama
Em 14/12/10, Beto Limabetol...@gmail.com escreveu: Não Osvaldo, eu quero desconsiderar os miliseg já na soma dos tempos. como no primeiro registro deu 4 seg e alguns milésimos e no segundo deu 1 e alguns milés. Então ele ainda ta dando 6 seg SELECT date_trunc('second',sum(data_fim_questao -

Re: [pgbr-geral] desconsiderar miliseg

2010-12-14 Por tôpico Juliano Benvenuto Piovezan
SELECT sum(date_trunc('second', data_fim_questao- data_inicio_questao)) FROM tempo_duracao_prova Já tentou assim? 2010/12/14 Beto Lima betol...@gmail.com Não Osvaldo, eu quero desconsiderar os miliseg já na soma dos tempos. como no primeiro registro deu 4 seg e alguns milésimos e no segundo

Re: [pgbr-geral] Tirar formatacao na select

2010-12-14 Por tôpico Osvaldo Kussama
Em 14/12/10, flaviofla...@atttransbordo.com.br escreveu: Tem como retornar somente os numeros, (do cgc por exemplo), direto na select? Eu estava tentando usar o to_char, mas não deu certo. Qualquer ideia é muito bem vinda... Obrigado postgres=# SELECT

[pgbr-geral] Problema com Stored Procedure no PostgreSQL 8.3.10

2010-12-14 Por tôpico fel...@informidia.com.br
Boa tarde Amigos, espero que possam me ajudar, eu estava usando a verso 8.3.7 e essa stored procedure funcionava normalmente, mais agora na verso 8.3.10 quando chega no primeiro FOR IN ele no entra no loop, como se no tivesse registros (mais tem!) segue o cdigo abaixo: CREATE OR REPLACE

Re: [pgbr-geral] RES: Postgres x FreeBSD

2010-12-14 Por tôpico Charles Viana
Aqui era a versão 7. http://people.freebsd.org/~kris/scaling/7.0%20Preview.pdf 2010/12/14 Charles Viana charles.vi...@gmail.com Sou suspeito para falar, trabalho com FreeBSD, Linux e Windows e não troco o BSD por nenhum linux ou windows. Alem de ser mais seguro o UFS2 tem desempenho igual

[pgbr-geral] RES: RES: Postgres x FreeBSD

2010-12-14 Por tôpico Diego Silva - SHX
Legal... vlw pelas dicas. Vou fazer os testes com UFS2 mesmo. Obrigado. Diego De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Charles Viana Enviada em: terça-feira, 14 de dezembro de 2010 16:43 Para: Comunidade

[pgbr-geral] PostgreSQL 9 + VMWare

2010-12-14 Por tôpico Antonio R. Barros
Olá todos Estou com algumas dúvidas. Não sou muito conhecedor dos assuntos de virtualização, gostaria de saber até que ponto posso confiar em colocar uma PostgreSQL 9 para rodar em um VMWare SXi 4.1 usando Storage. Há alguma contra-indicação em relação ao uso do banco com máquinas virtuais? Há

Re: [pgbr-geral] Problema com Stored Procedure no PostgreSQL 8.3.10

2010-12-14 Por tôpico Euler Taveira de Oliveira
fel...@informidia.com.br escreveu: Boa tarde Amigos, espero que possam me ajudar, eu estava usando a versão 8.3.7 e essa stored procedure funcionava normalmente, mais agora na versão 8.3.10 quando chega no primeiro FOR IN ele não entra no loop, como se não tivesse registros (mais tem!) segue

Re: [pgbr-geral] PostgreSQL 9 + VMWare

2010-12-14 Por tôpico Euler Taveira de Oliveira
Antonio R. Barros escreveu: Há alguma contra-indicação em relação ao uso do banco com máquinas virtuais? Há alguma referência sobre esta questão? Vide histórico da lista [1]. Outra questão. Alguém recomenda o uso da nova versão (PostgreSQL 9) em ambiente de produção (cerca de 200 conexões