[pgbr-geral] Problema com deadlock
Boa tarde pessoal. Hoje pela primeira vez me deparei com problemas de deadlock no meu servidor. A princípio nada mudou na aplicação e temos tido o mesmo volume de demanda então fiquei realmente surpreso. Recebo mensagem como esta abaixo no log ao mesmo tempo que o load do servidor salta de 0.90 para 4.xx e daí pra frente só piora: Jun 30 11:04:10 utiuxsrv1 postgres[817]: [5656-1] ERROR: deadlock detected Jun 30 11:04:10 utiuxsrv1 postgres[817]: [5656-2] DETAIL: Process 817 waits for ShareLock on transaction 733695014; blocked by process 794. Jun 30 11:04:10 utiuxsrv1 postgres[817]: [5656-3] Process 794 waits for ShareLock on transaction 733695097; blocked by process 817. Recorrendo à documentação vi que a checagem por deadlock pode degradar um pouco a performance. Resolvi alterar de 1.000 para 10.000 o deadlock_timeout para não ter checagens "desnecessárias" por deadlocks, mas também tenho receio de tornar ela insensível quando for realmente necessária. Ao mesmo tempo também otimizei meus logs, jogando a partir de agora para outro disco na máquina e trazendo algum detalhamento a mais pois acredito que algo na minha aplicação esteja causando isso, não sei ao certo, mas por exemplo chamando indevidamente uma trigger ou algo do gênero. O servidor é um quad core rodando FreeBSD 7.1 e estou rodando o PostgreSQL 8.1.15 compilado através do ports. Gostaria de saber se vocês tem alguma outra recomendação, pois mesmo assim ainda continuo com problemas, quando começo a passar de 5 clientes conectados começam a surgir os deadlocks, sendo que até ontem (com deadlock_timeout =1000 inclusive) esse servidor segurava 20 e poucos clientes. Com tudo isso o que está me sobrando mesmo é ficar observando logs e o load do sistema. Um abraço e obrigado. -- Fernando França linux user #263682 gtalk: ffranca at bsd com br skype: fernando_desconstruindo http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xB5E21164 Por favor considere o meio ambiente antes de imprimir esta mensagem. S'il vous plaît à l'environnement avant d'imprimer ce message. Please consider the environment before printing this message. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Pesquisa sobre o uso do PostgreSQL em produção
Boa... pesquisa respondida. -- Fernando França linux user #263682 gtalk: furansa skype: fernando_desconstruindo http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xB5E21164 Por favor considere o meio ambiente antes de imprimir esta mensagem. S'il vous plaît à l'environnement avant d'imprimer ce message. Please consider the environment before printing this message. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Livro para PostgreSQL
Danilo, Te sendo muito sincero, em geral, softwares como o PostgreSQL (com um alto nível de maturidade e livres) tem ótimas documentações que livro algum se compara. Já vi alguns livros sobre o PostgreSQL e em comparação a doc oficial, fico com a doc. Por isso, recomendo fortemente: www.postgresql.org/docs Vale lembrar também o grande trabalho do PostgreSQL-BR em traduzir esta mesma para nosso idioma: www.postgresql.org.br/docs At. -- Fernando França linux user #263682 gtalk: furansa at gmail dot com skype: fernando_desconstruindo http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xB5E21164 Por favor considere o meio ambiente antes de imprimir esta mensagem. S'il vous plaît à l'environnement avant d'imprimer ce message. Please consider the environment before printing this message. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [pgbr-dev] Ajuda na divulgaçã o da Chamada de Trabalhos
Idem ao Fabrízio publiquei em meu humilde site. E vou continuar divulgando por ai. Abraços. -- Fernando França linux user #263682 gtalk: furansa skype: fernando_desconstruindo http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xB5E21164 Por favor considere o meio ambiente antes de imprimir esta mensagem. S'il vous plaît à l'environnement avant d'imprimer ce message. Please consider the environment before printing this message. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dúvida com retorno de função
Fabrízio, muito obrigado, funcionou. Acho que realmente tentei dificultar as coisas, rs. Esqueci do keep it simple idiot. Rudinei, esse caso é um específico aqui na minha aplicação, realmente é fraco e imagina que além da senha estar no banco, a função que "descriptografa" também estará. =) Trabalho com md5 e vou sim dar uma olhada nos links, obrigado. Abraços. -- Fernando França linux user #263682 gtalk: furansa skype: fernando_desconstruindo http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xB5E21164 Por favor considere o meio ambiente antes de imprimir esta mensagem. S'il vous plaît à l'environnement avant d'imprimer ce message. Please consider the environment before printing this message. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Dúvida com retorno de função
Boa tarde pessoal, Será que alguém pode me ajudar com a seguinte dúvida: Fiz uma função que encripta uma cadeia de caracteres passados, assim: CREATE OR REPLACE FUNCTION encrypt(phrase text) RETURNS SETOF text AS $$ DECLARE phrase ALIAS FOR $1; ret text; i integer := 1; j integer := length(phrase); BEGIN WHILE(i <= j) LOOP ret := chr(ascii(substr(phrase, i, 1)) + i); RETURN NEXT ret; i := i + 1; END LOOP; RETURN; END; $$ LANGUAGE plpgsql; Está funcionando bem, por exemplo: SELECT * FROM encrypt('Teste'), me retorna: encrypt - U g v x j (5 rows) Minha dúvida é: como trabalho com um conjunto (SET OF), não consigo usar a função como gostaria, que é algo como: SELECT encrypt('Teste'), para que me retorne algo como: encrypt - Ugvxj (1 row) Para que eu possa usar em situações como essa: INSERT INTO usuarios VALUES ('login', encrypt('senha')); Estive lendo na documentação sobre tipos, mas mesmo criando um tipo específico não consegui tal resultado. Alguém pode me ajudar? Sinceramente não estou enxergando o que está faltando. Obrigado a todos. -- Fernando França linux user #263682 gtalk: furansa skype: fernando_desconstruindo http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xB5E21164 Por favor considere o meio ambiente antes de imprimir esta mensagem. S'il vous plaît à l'environnement avant d'imprimer ce message. Please consider the environment before printing this message. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [off topic] Modelagem de dados
Bom dia André, Não sou nenhum fera em modelagem mas arrisco a te dar a seguinte sugestão: Criar uma tabela de "Entidade" pois nesse universo temos pessoas sejam elas físicas ou jurídicas, clientes ou fornecedores. Com isso, você teria na verdade uma tabela de correspondência, onde imagino que existiria uma relacionamento de 1 para muitos com a tabela de entidade (1 entidade pode ter N entradas na tabela de correspondência), ou seja, elimina aí a necessidade de 2 tabelas de correspondência visto que a partir da tabela pessoa você reconhece facilmente se ela é física/jurídica, cliente/fornecedor (usando atributos e relacionamentos definidos por você). Vou tentar esboçar: Entidade: idEntidade(PK) nome ... idTipoPessoa(FK) idTipoEntidade(FK) Fisica: idEntidade(FK) CPF ... Jurídica: idEntidade(FK) CNPJ ... Correspondencia: idEntidade(FK) Sequencial ... Ou seja, cada entrada na tabela Entidade pode ser identificada como física ou jurídica através das respectivas tabelas. Bem como o tipo dessa entidade: se é cliente, fornecedor ou qualquer outro tipo. A correspondência se relaciona com a Entidade, independente de sua natureza ou tipo. Um modelo conceitual ajudaria mas agora não tenho como fazer infelizmente. Espero ter ajudado. -- Fernando França linux user #263682 gtalk: furansa skype: fernando_desconstruindo http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xB5E21164 Por favor considere o meio ambiente antes de imprimir esta mensagem. S'il vous plaît à l'environnement avant d'imprimer ce message. Please consider the environment before printing this message. 2009/5/14 "André Ormenese ( Yahoo )" : > Pessoal, > sei que esta lista não é para isso, mas sei que tem um pessoal muito > fera em modelagem de dados aqui. > Se alguém puder dar um pitaco ... > O problema é o seguinte : Tenho uma tabela de clientes, e uma de > fornecedores. Preciso registrar todas as correspondências enviadas a > cada cliente e a cada fornecedor. A minha dúvida é se eu posso armazenar > estas correspondências numa tabela só, com a seguinte estrutura. > codigo da corresp. > codigo do destinatario > tipo do destinatario > data da corresp. > > Onde, codigo do destinatario, hora pode ser do cliente, hora do > fornecedor. Esta solução me parece estranha. O correto seria uma tabela > de correspondência para clientes e outra para fornecedor ??? > > Obrigado > André > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] pg_dump zoado
2009/5/13 Euler Taveira de Oliveira : > armando oliveira escreveu: >> Como faço pra vir certinho sem aqueles codigos loucos no meio e invez de >> copy/. que quando roda denovo da pau vir com inserts dos dados?? >> > Sugiro ler a mensagem do Sr. Telles [1] *urgentemente* (principalmente os > itens 2, 3 e 5). Desculpem, essa foi triste mas muito engraçada, rs. Pior foi ao ver essa msg pensei imediatamente: pô, acabaram de falar sobre isso, não é possível. EOF. Fernando F. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ainda sobre PG-Day, agora RJ
Gostaria de umas dicas sim João sobre como foi a experiência de vocês. Se preferir mandar em pvt fique à vontade. At. -- Fernando França linux user #263682 gtalk: furansa skype: fernando_desconstruindo http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xB5E21164 Por favor considere o meio ambiente antes de imprimir esta mensagem. S'il vous plaît à l'environnement avant d'imprimer ce message. Please consider the environment before printing this message. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ainda sobre PG-Day, agora RJ
Como assim desculpe João, rs, você entrou pra dar uma dica e tanto. Então meu caro, farei isso sim, e acho que consigo o apoio da Marinha também, através do meu coordenador no curso de engenharia. Até aqui pelo menos são boas possibilidades, sexta estou viajando e quando voltar semana que vem vou procurar as pessoas e saber com quem de fato posso contar. Obrigado a todos. -- Fernando França linux user #263682 gtalk: furansa skype: fernando_desconstruindo http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xB5E21164 Por favor considere o meio ambiente antes de imprimir esta mensagem. S'il vous plaît à l'environnement avant d'imprimer ce message. Please consider the environment before printing this message. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ainda sobre PG-Day, agora RJ
O Lucas, valeu mesmo cara, acho que é o início. Como disse, tenho alguma infraestrutura, mas como não imagino o que envolve e estou pessoalmente enrolado, saberei exatamente o que consigo fazer. Estava comentando com meu chefe aqui e fiz uma chantagem emocional (rs) pois tanto aqui na empresa quanto no centro brasileiro de pesquisas físicas, onde sou aluno e colaborador, o Postgres tem papel mais que fundamental, vital. Então acho que consigo também contar com o nome e apoio da minha empresa. Vou ler o que você me indicou, seguir a dica do Guedes e tentar amadurecer a idéia, saber o que de fato posso fazer. Acho que rolar um receio porque vejo como o pessoal sofre e corre no PGCon, hehehehe. Um abraço. -- Fernando França linux user #263682 gtalk: furansa skype: fernando_desconstruindo http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xB5E21164 Por favor considere o meio ambiente antes de imprimir esta mensagem. S'il vous plaît à l'environnement avant d'imprimer ce message. Please consider the environment before printing this message. 2009/5/13 Lucas Souza : >> . > > > 2º Você pode entrar em contato com quem já organizou um PGday, para saber > das experiências*, o que fazer/ não fazer, etc... > > > A um tempo atrás * > ... > nesta pagina tem boas dicas para quem quer iniciar um PGday, tenta > encontrar... ;-( > > Fernando encontrei o link (10 passos para um PGday), é este > http://wiki.postgresql.org/wiki/Portugu%C3%AAs::PGDayManual > > Boa leitura.. ;-) > -- > > Lucas de Souza D'Ávila > Graduando em Sistema de Informação - CV Lattes: > http://lattes.cnpq.br/9245658982061645 > > http://merendas.blogspot.com/ > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ainda sobre PG-Day, agora RJ
Vou acompanhar sim Lucas, Na verdade, já andei procurando algumas pessoas para tentar me ajudar e quem sabe organizarmos algo, como disse semana passada, não tenho condição de assumir sozinho. Lugar eu consigo fácil, seja na minha Universidade ou no centro de pesquisa do qual faço parte. Quero muito amadurecer essa idéia (mas sem perder muito tempo) pra viabilizar a coisa. Um abraço. -- Fernando França linux user #263682 gtalk: furansa skype: fernando_desconstruindo http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xB5E21164 Por favor considere o meio ambiente antes de imprimir esta mensagem. S'il vous plaît à l'environnement avant d'imprimer ce message. Please consider the environment before printing this message. 2009/5/5 Lucas Souza : > > > 2009/5/4 Fernando França >> >> Não sei se estou muito atrasado, mas alguém sabe me dizer se vai rolar >> algo tipo PG-Day aqui no RJ? > > Fernando você pode acompanhar os PGDay's que vão ocorrer, pelo site da > Comunidade Brasileira de PostgreSQL > http://www.postgresql.org.br/eventos/pgday > >> >> Abraços a todos. >> >> -- >> Fernando França > > -- > > Lucas de Souza D'Ávila > Graduando em Sistema de Informação - CV Lattes: > http://lattes.cnpq.br/9245658982061645 > > http://merendas.blogspot.com/ > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Função em PL/PGSQL
Obrigado pela indicação na doc Fabrízio e pelo exemplo André. Li e consegui implementar da forma que queria, estou curtindo muito essa parte de programação pro banco, vou continuar com a doc pra me aprofundar no assunto. Desculpem a demora (correria infernal nessas 2 semanas) mas não poderia deixar de retornar o email com meu agradecimento. Abraços. -- Fernando França linux user #263682 gtalk: furansa skype: fernando_desconstruindo http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xB5E21164 Por favor considere o meio ambiente antes de imprimir esta mensagem. S'il vous plaît à l'environnement avant d'imprimer ce message. Please consider the environment before printing this message. 2009/5/4 André Pignata : > Tente desta maneira: > > CREATE OR REPLACE FUNCTION atualiza_convenios(tabela_ > origem character, > inum_convenio integer, ccod_proposta character) RETURNS boolean AS > $atualiza_convenios$ > BEGIN > EXECUTE('UPDATE '||tabela_origem||' SET pad = FALSE WHERE pad IS NULL AND > num_convenio = '||inum_convenio::text||' AND CAST(cod_proposta AS CHAR(11)) > = '''||ccod_proposta||''''); > > RETURN TRUE; > END; > $atualiza_convenios$ LANGUAGE plpgsql; > > > 2009/5/4 Fernando França >> >> Pessoal, >> >> Alguém já teve necessidade de atualizar uma tabela sem saber seu nome? >> Ou seja, passando esse nome como parâmetro na função que executa a >> atualização? >> >> Estou com esse problema, onde preciso fazer exatamente o que descrevi >> acima e meu código está da seguinte forma: >> >> CREATE OR REPLACE FUNCTION atualiza_convenios(tabela_origem character, >> inum_convenio integer, ccod_proposta character) RETURNS boolean AS >> $atualiza_convenios$ >> BEGIN >> UPDATE tabela_origem SET pad = FALSE WHERE pad IS NULL AND >> num_convenio = inum_convenio AND CAST(cod_proposta AS CHAR(11)) = >> ccod_proposta; >> >> RETURN TRUE; >> END; >> $atualiza_convenios$ LANGUAGE plpgsql; >> >> Quando tento criar essa função, recebo o seguinte erro: >> >> ERROR: syntax error at or near "$1" >> LINE 1: UPDATE $1 SET pad = FALSE WHERE pad IS NULL AND num_conven... >> ^ >> QUERY: UPDATE $1 SET pad = FALSE WHERE pad IS NULL AND num_convenio >> = $2 AND CAST(cod_proposta AS CHAR(11)) = $3 >> CONTEXT: SQL statement in PL/PgSQL function "atualiza_convenios" near >> line 8 >> >> Ou seja, justamente no parâmetro que diz respeito à tabela a ser >> atualizada, que seria meu $1. >> >> Claro que já tentei tirar isso, deixando o nome da tabela a ser >> atualizada com o comando UPDATE definido e aí funciona, mas como >> disse, essa função visa atender 2 tabelas de estruturas idênticas mas >> nomes diferentes. Então queria usar essa forma dinâmica para chamar: >> SELECT atualiza_convenios(tabelaX, num, cod); >> >> Se alguém já teve experiência e puder me dar uma ajuda já agradeço. >> >> Abraço a todos e obrigado. >> >> -- >> Fernando França >> linux user #263682 >> >> skype: fernando_desconstruindo >> >> http://desconstruindo.eng.br >> http://www.cbpf.br/~lsd >> http://www.rnp.br/keyserver/pks/lookup?search=0xB5E21164 >> >> Por favor considere o meio ambiente antes de imprimir esta mensagem. >> S'il vous plaît à l'environnement avant d'imprimer ce message. >> Please consider the environment before printing this message. >> ___ >> pgbr-geral mailing list >> pgbr-geral@listas.postgresql.org.br >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > > -- > André Luiz Martins Pignata > Integral Convênios Odontológicos > Gerente de TI > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ainda sobre PG-Day, agora RJ
Euler e Dickson. Vou ler esse paper sobre como organizar sim e principalmente, depois disso, correr atrás de gente pra ajudar a viabilizar. Estou em vias de sair do país pra tocar alguns projetos de pesquisa e receio não poder assumir a frente, por isso perguntei se tinha alguém nessa situação que eu pudesse ajudar de alguma forma. Vou tentar sim reunir um povo. Um abraço. -- Fernando França linux user #263682 gtalk: furansa skype: fernando_desconstruindo http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xB5E21164 Por favor considere o meio ambiente antes de imprimir esta mensagem. S'il vous plaît à l'environnement avant d'imprimer ce message. Please consider the environment before printing this message. 2009/5/4 Dickson S. Guedes : > Em Seg, 2009-05-04 às 21:44 -0300, Fernando França escreveu: >> Não sei se estou muito atrasado, mas alguém sabe me dizer se vai rolar >> algo tipo PG-Day aqui no RJ? >> Se sim, gostaria de entrar em contato com quem está organizando para >> ajudar no que for possível, estou com tempo muito corrido mas sei que >> valerá a pena. > > Ola Fernando, > > Seria interessante você entrar na lista pgbr-dev para debater este > assunto lá com os possíveis interessados em organizar um PGDay no RJ. > > Segundo email que enviei em Março [1] não houve manifestação do RJ, > seria uma boa iniciativa caso possa ser concretizada. > > [1] > http://listas.postgresql.org.br/pipermail/pgbr-dev/2009-March/002736.html > > > []s > Dickson S. Guedes > mail/xmpp: gue...@guedesoft.net - skype: guediz > http://guedesoft.net - http://planeta.postgresql.org.br > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Ainda sobre PG-Day, agora RJ
Não sei se estou muito atrasado, mas alguém sabe me dizer se vai rolar algo tipo PG-Day aqui no RJ? Se sim, gostaria de entrar em contato com quem está organizando para ajudar no que for possível, estou com tempo muito corrido mas sei que valerá a pena. Abraços a todos. -- Fernando França linux user #263682 gtalk: furansa skype: fernando_desconstruindo http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xB5E21164 Por favor considere o meio ambiente antes de imprimir esta mensagem. S'il vous plaît à l'environnement avant d'imprimer ce message. Please consider the environment before printing this message. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Função em PL/PGSQL
Obrigado Fabrízio, Acho que é por aí sim, porque essa parte do texto parece ser a explicação do porque minha tentativa foi frustrada: "... there is no plan caching for commands executed via EXECUTE..." Vou tentar aqui desta forma, novamente muito obrigado. -- Fernando França linux user #263682 skype: fernando_desconstruindo http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xB5E21164 Por favor considere o meio ambiente antes de imprimir esta mensagem. S'il vous plaît à l'environnement avant d'imprimer ce message. Please consider the environment before printing this message. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Função em PL/PGSQL
Pessoal, Alguém já teve necessidade de atualizar uma tabela sem saber seu nome? Ou seja, passando esse nome como parâmetro na função que executa a atualização? Estou com esse problema, onde preciso fazer exatamente o que descrevi acima e meu código está da seguinte forma: CREATE OR REPLACE FUNCTION atualiza_convenios(tabela_origem character, inum_convenio integer, ccod_proposta character) RETURNS boolean AS $atualiza_convenios$ BEGIN UPDATE tabela_origem SET pad = FALSE WHERE pad IS NULL AND num_convenio = inum_convenio AND CAST(cod_proposta AS CHAR(11)) = ccod_proposta; RETURN TRUE; END; $atualiza_convenios$ LANGUAGE plpgsql; Quando tento criar essa função, recebo o seguinte erro: ERROR: syntax error at or near "$1" LINE 1: UPDATE $1 SET pad = FALSE WHERE pad IS NULL AND num_conven... ^ QUERY: UPDATE $1 SET pad = FALSE WHERE pad IS NULL AND num_convenio = $2 AND CAST(cod_proposta AS CHAR(11)) = $3 CONTEXT: SQL statement in PL/PgSQL function "atualiza_convenios" near line 8 Ou seja, justamente no parâmetro que diz respeito à tabela a ser atualizada, que seria meu $1. Claro que já tentei tirar isso, deixando o nome da tabela a ser atualizada com o comando UPDATE definido e aí funciona, mas como disse, essa função visa atender 2 tabelas de estruturas idênticas mas nomes diferentes. Então queria usar essa forma dinâmica para chamar: SELECT atualiza_convenios(tabelaX, num, cod); Se alguém já teve experiência e puder me dar uma ajuda já agradeço. Abraço a todos e obrigado. -- Fernando França linux user #263682 skype: fernando_desconstruindo http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xB5E21164 Por favor considere o meio ambiente antes de imprimir esta mensagem. S'il vous plaît à l'environnement avant d'imprimer ce message. Please consider the environment before printing this message. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] 1/2 off - sitema de arquivos linux
Telles se não me engano já escreveu um artigo sobre sistemas de arquivo, não? Gostaria de sugerir também o ext4. Tenho utilizado ele muito bem - obrigado. =) Pra quem estiver interessado, um briefing do ext4: http://kernelnewbies.org/Ext4 Um tradução livre aqui do mesmo artigo: http://andrem.wordpress.com/2008/12/26/ext4/ Achei uma opção a se considerar e pretendo testar em breve com o PostgreSQL. -- Fernando França Linux User #263682 CMAS/CBPDS * DAN #2058378 http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xB5E21164 Esta mensagem, incluindo seus anexos, contém informações legais privilegiadas e/ou confidenciais, não podendo ser retransmitida, arquivada,divulgada ou copiada sem autorização do remetente. Caso tenha recebido esta mensagem por engano, por favor informe o remetente respondendo imediatamente a este e-mail, e em seguida apague-a do seu computador. All information in this e-mail and attachments is confidential and privileged. If you are not the intended addressee, please notify us immediately by returning this e-mail and delete this message from your computer. You should not forward, file, copy nor disclose this e-mail to any other person without prior authorization. 2009/2/18 Eduardo : > Fábio, > > Grato pelo comentário, ja ajudou e muito.! > > > Eduardo > > > Fábio Telles Rodriguez escreveu: >> 2009/2/18 Eduardo : >> >>> Srs, >>> >>> Nas instalações atuais, qual sistema de arquivos os srs tem >>> utilizado/Recomendado para uso com o banco? >>> >>> Ext3? >>> RaserFS? >>> Outro? >>> >>> >> >> Pergunta difícil... >> >> Ao invés de uma resposta clara, algumas considerações: >> >> 1) RaiserFS não é adequado para arquivos grandes como em bancos de dados. >> 2) EXT3 é mais estável; >> 3) XFS é um pouco mais rápido; >> 4) Seja qual for o FS escolhido, se você fizer um tuning agressivo, >> utilizando writeback, noauto, etc... a segurança pode diminuir em caso >> de crash. >> 5) Particionamento agressivo, uso de RAID, separação de tablespaces e >> configurações de memória são EM GERAL mais importantes que uma longa >> discussão sobre FS. >> 6) Só mude o tamanho do bloco em casos muito expressivos como em >> aplicações OLTP puras com MUITOS usuários ATIVOS simultâneos,,(quando >> diminuir o tamanho do bloco pode ajudar um pouco) ou em aplicações de >> suporte a decisão com a maioria dos objetos ENORMES (imagine aqui >> índices com mais de 10GB como algo normal) onde aumentar o tamanho do >> bloco pode ajudar. >> 7) Uma configuração mais específica de FS em geral consegue melhorar >> 5% a 10% em algumas operações do banco e piorar de 30% a 60% em >> outras. Pense bem antes de se aventurar nisso. >> >> Em geral a minha resposta é: fique entre o EXT3 e o XFS e se preocupe >> com outras coisas mais importantes. É claro que você pode fazer uma >> combinação mais exótica como: ext2 nos tablespaces, XFS para o WAL e >> EXT3 para o resto... mas isso é muita viagem e para provar que isso ou >> outra configuração é melhor ou pior iria levar meses de testes por >> equipe muito bem qualificada... >> >> Acho que é isso, a experiência de alguém aqui na lista aponta para >> outra direção? >> >> []s >> Fábio Telles >> > > > -- > > Eduardo Nakamatu > Consultor de Negócios, Instrutor ADVPL Senior > Certificado Microsiga > Biale ADVPL Consultoria e Treinamentos. > FoneFax: (11) 5011-4895 > e-mail: eduardo(at)advpl(dot)com(dot)br > www.biale.com.br > www.advpl.com.br > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [RESOLVIDO] Função para defin ir dada como dia ÚTIL, SABADO, DOMINGO e/ou F ERIADO
Gostaria de agradecer a você Newton por retornar essa solução, e ao Luiz pela ajuda que te deu. A ajuda de ambos também será muito útil pra mim. Um abraço. -- Fernando França Linux User #263682 CMAS/CBPDS * DAN #2058378 http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xD41D2910 Esta mensagem, incluindo seus anexos, contém informações legais privilegiadas e/ou confidenciais, não podendo ser retransmitida, arquivada,divulgada ou copiada sem autorização do remetente. Caso tenha recebido esta mensagem por engano, por favor informe o remetente respondendo imediatamente a este e-mail, e em seguida apague-a do seu computador. All information in this e-mail and attachments is confidential and privileged. If you are not the intended addressee, please notify us immediately by returning this e-mail and delete this message from your computer. You should not forward, file, copy nor disclose this e-mail to any other person without prior authorization. 2009/2/3 Newton Teixeira do Nascimento Júnior : > Muito obrigado Luiz pela ajuda. Eis a função que fiz : > > > > CREATE OR REPLACE FUNCTION Categoria_Dia(data date) RETURNS character > varying(10) AS > > $BODY$ > > DECLARE > > dia integer; > > resultado character varying(10); > > BEGIN > > > > dia = extract(dow from data); > > > > if resultado = 0 then -- se o dia for um domingo > > resultado = 'DOMINGO'; > > elseif resultado = 6 then -- se o dia for um sabado > > resultado = 'SABADO'; > > elseif EXISTS (SELECT * FROM "FERIADOS" AS X WHERE X.data = data) then -- se > o dia for um feriado > > resultado = 'FERIADO'; > > else -- trata-se de um dia útil > > resultado = 'DIA UTIL'; > > end if; > > > > return resultado; > > > > END; $BODY$ > > language 'plpgsql'; > > > > SELECT Categoria_Dia(CURRENT_DATE); > > > > Existe a tabela Feriados que tem a relação dos feriados do ano: > > > > CREATE TABLE "FERIADOS" > > ( > > data date NOT NULL, > > descricao character varying(50) NOT NULL, > > CONSTRAINT "pk-feriados" PRIMARY KEY (data, descricao) > > ) > > > > Um grande abraço a todos. Att. > > > > Newton Teixeira do Nascimento Junior > > Analista de Sistemas - CMAO > > Centrais Elétricas do Norte do Brasil S/A - Eletronorte > Av. dos Jequitibás, s/nº - Cohebe do Sacavém > São Luís-MA - 65043-380 > > Tel: 3217-5006 / 81330104 > e-mail: newton.jun...@eletronorte.gov.br > > > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Integracao XML x Postgres
Exatamente meu caro. Vou te dar uma exemplo: eu fiz um parser xml em Bash q acessa um web service, captura esses dados e insere no meu banco. É um dos casos, acredito que muita gente aqui faz ene outras coisas tirando dados de xml e interagindo com o PostgreSQL. Um abraço. -- Fernando França Linux User #263682 CMAS/CBPDS * DAN #2058378 http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xD41D2910 Esta mensagem, incluindo seus anexos, contém informações legais privilegiadas e/ou confidenciais, não podendo ser retransmitida, arquivada,divulgada ou copiada sem autorização do remetente. Caso tenha recebido esta mensagem por engano, por favor informe o remetente respondendo imediatamente a este e-mail, e em seguida apague-a do seu computador. All information in this e-mail and attachments is confidential and privileged. If you are not the intended addressee, please notify us immediately by returning this e-mail and delete this message from your computer. You should not forward, file, copy nor disclose this e-mail to any other person without prior authorization. 2009/2/5 Fabrízio de Royes Mello : > Caro Guilherme, > > Poderias detalhar melhor o teu problema ?? Pergunto isso porque acredito que > muitos dos membros dessa lista possuem tal experiência e gostaria de saber > em que podemos ajudar o amigo... > > > > 2009/2/5 Guilherme Vianna de Aguiar >> >> Boa tarde, >> >> alguém tem experiência em migrar uma base em XML para o Postgres? >> >> >> >> Obrigado, >> >> Guilherme Vianna > > > > -- > Fabrízio de Royes Mello >>> Blog sobre PostgreSQL: http://fabriziomello.blogspot.com > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] error tid
Não Dickson. Realmente não me liguei nesse aspecto. Vou olhar o que pode vir "junto" com o PostgreSQL do ports e tentar compilar um from scratch. Obrigado pela sugestão. -- Fernando França Linux User #263682 CMAS/CBPDS * DAN #2058378 http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xD41D2910 Esta mensagem, incluindo seus anexos, contém informações legais privilegiadas e/ou confidenciais, não podendo ser retransmitida, arquivada,divulgada ou copiada sem autorização do remetente. Caso tenha recebido esta mensagem por engano, por favor informe o remetente respondendo imediatamente a este e-mail, e em seguida apague-a do seu computador. All information in this e-mail and attachments is confidential and privileged. If you are not the intended addressee, please notify us immediately by returning this e-mail and delete this message from your computer. You should not forward, file, copy nor disclose this e-mail to any other person without prior authorization. 2009/1/16 Dickson S. Guedes : > Fernando França escreveu: >> Vou continuar pesquisando porque quero descobrir que tipo de paramêtro >> de compilação faz com que o PostgreSQL do Ubuntu (apt) não dar esse >> problema. É uma boa oportunidade para me aprofundar na arquitetura do >> PostgreSQL, inclusive se puder me indicar algo pra ler. >> > Ola França, > > Vale lembrar que ao compilar pelo ports do FreeBSD é comum ele aplicar > alguns patches próprios (você vê isso bem no início no make install do > ports). Você chegou a compilar diretamente sem utilizar o ports? > > > []s > Guedes > > -- > Dickson S. Guedes > Administrador de Banco de Dados > Confesol - Projeto Colmeia > Florianopolis, SC, Brasil > (48) 3322-1185, ramal: 26 > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] error tid
Euler, Tenho mais uma pista. Na verdade, consegui "resolver" e minha aplicação está rodando perfeitamente no FreeBA. Como disse estou pesquisando muito mesmo na net e encontrei e fiz o seguinte: dentro da minha fonte de dados no gerenciador ODBC (win) eu cliquei em "Datasource" e depois em "Page 2". Ali eu desmarquei a opção: "Updatable cursors" e salvei tudo. Funcionou assim. Agora o ponto é: sinceramente não sei o que isso pode acarretar mais a fundo além do óbvio que imagino ser relacionado a atualização de cursores, se puder me esclarecer. Vou continuar pesquisando porque quero descobrir que tipo de paramêtro de compilação faz com que o PostgreSQL do Ubuntu (apt) não dar esse problema. É uma boa oportunidade para me aprofundar na arquitetura do PostgreSQL, inclusive se puder me indicar algo pra ler. Um abraço e obrigado pela força. -- Fernando França Linux User #263682 CMAS/CBPDS * DAN #2058378 http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xD41D2910 Esta mensagem, incluindo seus anexos, contém informações legais privilegiadas e/ou confidenciais, não podendo ser retransmitida, arquivada,divulgada ou copiada sem autorização do remetente. Caso tenha recebido esta mensagem por engano, por favor informe o remetente respondendo imediatamente a este e-mail, e em seguida apague-a do seu computador. All information in this e-mail and attachments is confidential and privileged. If you are not the intended addressee, please notify us immediately by returning this e-mail and delete this message from your computer. You should not forward, file, copy nor disclose this e-mail to any other person without prior authorization. 2009/1/16 Euler Taveira de Oliveira : > Fernando França escreveu: > > [Eu não tenho um FreeBSD em mãos agora, portanto, não posso testar...] > >> SELECT * FROM nextel WHERE ctid = '(,)'; >> >> O resultado no Ubuntu foi o normal (eu acho): >> >> id_nextel | msg_misn >> ---+-- >> (0 rows) >> >> Agora o resultado no FreeBA foi o tal erro: >> >> ERROR: invalid input syntax for type tid: "(,)" >> > O código não mudou muito da 8.1 para 8.3, mas tu já testou a 8.3? [Olhando o > código...] Existem 3 testes em tidin() (src/backend/utils/adt/tid.c) que podem > estar falhando; eu suspeitaria dos 2 últimos, especificamente, em strtoul() ou > strtol(). Altere as mensagens de erro e veja onde está falhando. > > > -- > Euler Taveira de Oliveira > http://www.timbira.com/ > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] error tid
Bom dia a todos. Há um tempo atrás pedi uma força a galera pois estava tenho o seguinte erro no meu Postgres: ERROR: invalid input syntax for type tid: "(,)" Euler me ajudou, pedindo que eu levantasse algumas informações que ainda não consegui totalmente (meu sistema é legado), e deixei o assunto em stand by. Meu Postgres é 8.1.15 e tentando migrar de sistema, hoje está em um Ubuntu (6.06.2 com kernel 2.6.15-52) e estou tentando passar pro FreeBSD 7.1. A minha aplicação (Deplhi 5) acessa o postgres via ODBC e esse erro curiosamente só acontece no FreeBSD, e já tentei a instalação tanto com pacotes pré compilados (packages) quanto compilando eu mesmo (ports). Já tentei trocar de versão também. O fato é que não acho que seja um problema no Postgres, na verdade, a minha aplicação está fazendo alguma coisa errada, que nas versões do Ubuntu (instalado via apt) ele não apita, sei lá porque. Estou desde então pesquisando muito pelo google, e o mais satisfatório que encontro é algo relacionado a diferença de versões de bibliotecas. Quero descobrir o que eu (minha aplicação) está fazendo de errado para corrigir. Temos alguns problemas como não passar cláusula FROM, que muito tempo atrás não tinha problema e hoje é bom corrigir ou ativar o add_missing_from, mas no caso desse erro tid não faço a menor idéia. Como disse, desde que o Euler deu uma ajuda e não consegui retornar algumas informações, continuei pesquisando, e fiz um teste nos 2 Postgres (Debia e FreeBA): Peguei uma tabela aqui e executei via psql: SELECT * FROM nextel WHERE ctid = '(,)'; O resultado no Ubuntu foi o normal (eu acho): id_nextel | msg_misn ---+-- (0 rows) Agora o resultado no FreeBA foi o tal erro: ERROR: invalid input syntax for type tid: "(,)" Ou seja, a mesma coisa que aparece na tela do windão lá quando minha aplicação inicia (usando ODBC). Não sei se a versão do ODBC poderia melhorar, mas já tentei outras e foi até pior. Achei interessante pois pela primeira vez consegui "mapear" o tipo de consulta que pode gerar esse erro (como o Euler estava orientando a fazer), porém não acredito que esse tipo de objeto ctid seja utilizado em consultas na minha aplicação (mas não tenho 100% de certeza). Estou pesquisando um monte sobre isso mas avançando muito pouco, gostaria de saber se vocês podem me ajudar, com alguma experiência ou qualquer luz que ajude a diagnosticar o que faz com que o Postgres se comporte dessa forma. Porque caso seja algo na forma como faço as consultas no sistema, teremos obviamente que mudar isso, mas se existir alguma opção de compilação ou compatibilidade que possa inibir isso, talvez eu consiga finalmente migrar meu PostgreSQL pro FreeBSD. Muito obrigado a todos por qualquer ajuda que pintar. -- Fernando França Linux User #263682 CMAS/CBPDS * DAN #2058378 http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xD41D2910 Esta mensagem, incluindo seus anexos, contém informações legais privilegiadas e/ou confidenciais, não podendo ser retransmitida, arquivada,divulgada ou copiada sem autorização do remetente. Caso tenha recebido esta mensagem por engano, por favor informe o remetente respondendo imediatamente a este e-mail, e em seguida apague-a do seu computador. All information in this e-mail and attachments is confidential and privileged. If you are not the intended addressee, please notify us immediately by returning this e-mail and delete this message from your computer. You should not forward, file, copy nor disclose this e-mail to any other person without prior authorization. 2008/10/27 Euler Taveira de Oliveira : > Fernando França escreveu: > >> Consegui refinar com ajuda do programador (desculpe a demora) >> exatamente em ordem as consultas que são executadas no momento que o >> sistema abre a central de operações (nosso software controla uma frota >> de ambulâncias). Acho que está mais fácil de entender agora. >> > Mas em qual das consultas abaixo o erro ocorre? Tem como você fazer um > passo-a-passo para verificar isso? > > > -- > Euler Taveira de Oliveira > http://www.timbira.com/ > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] OFF - Re: Base de dados de CEP
Shander Lyrio, Acho que existe a necessidade de sua aparente irritação ao responder a minha pergunta. Bem como eu disse, pedi a você uma explicação, uma exposição do seu ponto de vista justamente por estar por fora do processo que gira em torno dessa questão da base de CEP. Apesar da sua resposta ácidas e com algumas colocações desnecessárias que se não fosse a famosa netiqueta poderia fazer o nível da conversa cair, você expôs o ponto realmente pertinente ao assunto e de qualquer forma agradeço, já tive o esclarecimento que queria. Realmente não vale mais a pena estender o assunto. -- Fernando França Linux User #263682 CMAS/CBPDS * DAN #2058378 http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xD41D2910 Esta mensagem, incluindo seus anexos, contém informações legais privilegiadas e/ou confidenciais, não podendo ser retransmitida, arquivada,divulgada ou copiada sem autorização do remetente. Caso tenha recebido esta mensagem por engano, por favor informe o remetente respondendo imediatamente a este e-mail, e em seguida apague-a do seu computador. All information in this e-mail and attachments is confidential and privileged. If you are not the intended addressee, please notify us immediately by returning this e-mail and delete this message from your computer. You should not forward, file, copy nor disclose this e-mail to any other person without prior authorization. 2009/1/15 Shander Lyrio : > Fernando França escreveu: >> Gostaria de fazer um comentário off topic sobre essa questão da base de ceps. >> >> Concordo com o professor, acho que essa informação deveria ser >> distribuída publicamente, já que é produzida com dinheiro igualmente >> público. > >É produzida por uma empresa, que como qualquer outra precisa lucrar, > pagar empregados, distribuição e tudo mais. É uma empresa como qualquer > outra que tem o DNE organizado como um dos seus produtos. > > * Ah, os poços de petróleo da Petrobrás são perfurados com dinheiro > público, logo eu quero a gasolina de graça. > * Oh, os programas em que o Fernando trabalha são feito sobre sofware > livre, logo são livres. > * O PostGreSql é livre, logo o schema feito nele é livre. (discussão > recente da lista) > >Definitivamente não é assim que funciona. > >> "Existem leis que regem a distribuição destas informações." >> >> Aproveitando o ensejo, gostaria de pedir ao sr. Shander que >> esclarecesse pra nós tais leis que regem a distribuição desde tipo de >> informação em específico. Como disse, achei que de fato seriam de >> domínio público pela sua própria natureza. Se puder nos ajudar a >> entender melhor essa questão será muito bom. > > Em [1] vai ver que o produto é patenteado desde 2002 > > As leis que protegem o autor são: > Antipirataria Lei 10.695, de 01/07/2003, > Direito Autoral Lei 9.610, de 19/02/1998 > Propriedade Intelectual Lei 9.279, de 14/05/1996 > >> Já passei por uma ocasião onde necessitava dessas informações para >> implementar no meu sistema e soube que em uma época, era distribuída >> pelos Correios. > >Nunca foi distribuída, sempre foi vendida. Houve uma época em que era > vendida descriptografada e foi descaradamente copiada por ladrões de > plantão. Acho que foi ingenuidade dos correios não usar criptografia no > banco de dados por um tempo, devem ter achado que o brasileiro não iria > piratear. > >> Linux User #263682 > >Pelo orgulho de utilizar linux, você certamente deve saber a diferença > de livre e gratuíto. A informação é livre, pode ser consultada no site > dos correios ou acessada por webservices, a organização em um banco de > dados é um produto que é vendido, não é livre, nem gratuíto. > > [1] http://tinyurl.com/98o6eb > > -- > Shander Lyrio > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] OFF - Re: Base de dados de CEP
Gostaria de fazer um comentário off topic sobre essa questão da base de ceps. Concordo com o professor, acho que essa informação deveria ser distribuída publicamente, já que é produzida com dinheiro igualmente público. "Existem leis que regem a distribuição destas informações." Aproveitando o ensejo, gostaria de pedir ao sr. Shander que esclarecesse pra nós tais leis que regem a distribuição desde tipo de informação em específico. Como disse, achei que de fato seriam de domínio público pela sua própria natureza. Se puder nos ajudar a entender melhor essa questão será muito bom. Já passei por uma ocasião onde necessitava dessas informações para implementar no meu sistema e soube que em uma época, era distribuída pelos Correios. Abraços. -- Fernando França Linux User #263682 CMAS/CBPDS * DAN #2058378 http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xD41D2910 Esta mensagem, incluindo seus anexos, contém informações legais privilegiadas e/ou confidenciais, não podendo ser retransmitida, arquivada,divulgada ou copiada sem autorização do remetente. Caso tenha recebido esta mensagem por engano, por favor informe o remetente respondendo imediatamente a este e-mail, e em seguida apague-a do seu computador. All information in this e-mail and attachments is confidential and privileged. If you are not the intended addressee, please notify us immediately by returning this e-mail and delete this message from your computer. You should not forward, file, copy nor disclose this e-mail to any other person without prior authorization. 2009/1/15 Professor Flávio Brito : > PessoALL > > Peço desculpas a todos, pois no intuito de ajudar não observei se havia > algum copyright nesta informação. Agradeço ao Shander o toque, pois não > sabia que este tipo de informação era de cunho privado. Já exclui do > repositório. > > Infelizmente produtos de um ógão público deveriam ser públicos, pois são > produzidos com o dinheiro do contribuinte, é o que acredito. > > Desta forma peço novamente desculpas a todos, pois não prego este tipo de > alternativa. > > Atenciosamente > > Pro Flávio Brito > Chat: Google Talk: prof.flaviobrito > > 2009/1/15 Shander Lyrio >> >>Pessoal, não entendo porque este assunto está rolando aqui na >> lista. >> Isto é pirataria, é crime! Existem leis que regem a distribuição destas >> informações. >> >>Não consigo crer como alguém da Secretaria de Ciência e Tecnologia >> do >> Rio de Janeiro pode apoiar pirataria publicamente desta forma, ainda >> mais assinando como Professor. Como não quero me envolver nisto, >> gostaria de expressar o meu total repúdio à este tipo de ato, não >> compactuo, não aceito e não tolero este tipo de coisa. Tenho sistemas >> meus que são vendidos e não me sentiria bem se tivessem roubando meu >> trabalho e disponibilizando publicamente. Espero sinceramente não ser o >> único da lista a ter este tipo de sentimento. >> >>Me surpreende não fazer parte das regras da Lista a proibição deste >> tipo de assunto. >> >> -- >> Shander Lyrio >> >> >> Professor Flávio Brito escreveu: >> > Olá PessoALL >> > >> > Segue anexo nossa base de CEP de 2007 (Todo o Brasil) do nosso >> > Webservice versão PostgreSQL. >> > >> > Espero que seja útil. Não me responsabilizo por atualizações e possíveis >> > erros advindos da ECT. >> > >> > http://www.cederj.edu.br:8080/selecao/arquivos/webservice.7z >> > >> > >> > Abraços >> > >> > Prof. Flávio Brito >> > Chat: Google Talk: prof.flaviobrito >> >> ___ >> pgbr-geral mailing list >> pgbr-geral@listas.postgresql.org.br >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > > -- > > > > > Prof. Flávio Brito > Coordenador Setor Plataforma > Gerente de Sistemas > Fundação CECIERJ/CEDERJ > Rio de Janeiro RJ > Tel: 21-2334-1723 > br...@cederj.rj.gov.br > http://www.cecierj.rj.gov.br > > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] error tid
Euler: vou fazer isso sim. Obrigado. Pereira: de fato eu venho executando as consultas direto no FreeBSD e não no Linux. Valeu mesmo pela ajuda chefe. Um abraço a todos. -- Fernando França Linux User #263682 DAN #2058378 http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xD41D2910 Esta mensagem, incluindo seus anexos, contém informações legais privilegiadas e/ou confidenciais, não podendo ser retransmitida, arquivada,divulgada ou copiada sem autorização do remetente. Caso tenha recebido esta mensagem por engano, por favor informe o remetente respondendo imediatamente a este e-mail, e em seguida apague-a do seu computador. All information in this e-mail and attachments is confidential and privileged. If you are not the intended addressee, please notify us immediately by returning this e-mail and delete this message from your computer. You should not forward, file, copy nor disclose this e-mail to any other person without prior authorization. 2008/10/27 Euler Taveira de Oliveira <[EMAIL PROTECTED]>: > Fernando França escreveu: > >> Consegui refinar com ajuda do programador (desculpe a demora) >> exatamente em ordem as consultas que são executadas no momento que o >> sistema abre a central de operações (nosso software controla uma frota >> de ambulâncias). Acho que está mais fácil de entender agora. >> > Mas em qual das consultas abaixo o erro ocorre? Tem como você fazer um > passo-a-passo para verificar isso? > > > -- > Euler Taveira de Oliveira > http://www.timbira.com/ > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] error tid
Euler. Consegui refinar com ajuda do programador (desculpe a demora) exatamente em ordem as consultas que são executadas no momento que o sistema abre a central de operações (nosso software controla uma frota de ambulâncias). Acho que está mais fácil de entender agora. Existem alguns muitos problemas nesse sistema que como disse é legado, e ainda não consegui resolver muitos dos problemas de acesso ao banco. O que está me assustando é o fato de aparecer esse erro de tid simplesmente trocando a plataforma. João Paulo: se estiver lendo esse email tem como tentar me dar uma força? Pensei em te mostrar essa situação em off, mas acho mais produtivo na lista (vai que alguém também se depara com algo semelhante). Segue a consulta: -- insere as equipes no plantao do dia BEGIN; insert into servico_recursos_operantes ( cod_plantao, cod_rf, cod_base, cod_medico, medico_escalado, cod_auxiliar, cod_motorista, destinacao, tipo_recurso, dthinicio_plantao, dthtermino_plantao, checado, status, iniciando_plantao, terminando_plantao, plantao_concluido, cod5, ns_realizados, id_nextel, check_medico, check_auxiliar, check_motorista, entrada_medico, entrada_auxiliar, entrada_motorista ) select servico_escala_equipes.cod_plantao, servico_escala_equipes.cod_rf, servico_recursos_fisicos.cod_base, case when servico_escala_equipes.cod_medico is not null then servico_escala_equipes.cod_medico else 0 end, case when servico_escala_equipes.cod_medico is not null then servico_escala_equipes.cod_medico else 0 end, case when servico_escala_equipes.cod_auxiliar is not null then servico_escala_equipes.cod_auxiliar else 0 end, case when servico_escala_equipes.cod_motorista is not null then servico_escala_equipes.cod_motorista else 0 end, servico_escala_equipes.destinacao, servico_escala_equipes.tipo_recurso, servico_escala_plantao.dthinicio, servico_escala_plantao.dthfim, false, '03', false, false, false, 0, 0, servico_recursos_fisicos.id_nextel, false, false, false, servico_escala_plantao.dthinicio, servico_escala_plantao.dthinicio, servico_escala_plantao.dthinicio where servico_escala_plantao.cod_plantao = servico_escala_equipes.cod_plantao and servico_recursos_fisicos.cod_rf = servico_escala_equipes.cod_rf and current_timestamp + interval '1 hour' >= servico_escala_plantao.dthinicio and servico_escala_equipes.fechado = false; -- fecha o registro da equipe que obedeceram a condicao anterior update servico_escala_equipes set fechado = true where fechado = false and servico_escala_plantao.cod_plantao = servico_escala_equipes.cod_plantao and servico_recursos_fisicos.cod_rf = servico_escala_equipes.cod_rf and current_timestamp + interval '1 hour' >= servico_escala_plantao.dthinicio; -- fecha o plantao no seu termino anterior update servico_escala_plantao set fechado = true where fechado = false and current_timestamp >= servico_escala_plantao.dthfim; -- recursos com plantao finalizado e que se encontram em suas respectivas bases e que nao estejam inoperantes, finalizar plantao update servico_recursos_operantes set status = '05', saida_medico = current_timestamp, saida_auxiliar = current_timestamp, saida_motorista = current_timestamp where status in('01','03') and current_timestamp >= dthtermino_plantao; -- recursos com cheklist concluido e que iniciarao o plantao neste momento e que não estejam em recursos operantes com status diferente de 03 update servico_recursos_operantes set status = '01', liberacao_recurso = current_timestamp where status = '03' and checado = true and current_timestamp >= dthinicio_plantao and cod_rf not in(select cod_rf from servico_recursos_operantes where status in('01','02', '04','05', '06', '07')); -- este plantao termina nos proximos 15 minutos and status = '01' update servico_recursos_operantes set terminando_plantao = true where current_timestamp + interval '15 minutes' >= dthtermino_plantao and terminando_plantao = false; -- este plantao inicia nos proximos 15 minutos e ainda não fora checados update servico_recursos_operantes set iniciando_plantao = true where current_timestamp + interval '15 minutes' >= dthinicio_plantao and status = '03' and checado = false and iniciando_plantao = false; -- despacha as remocoes agendadas para a s proximas hh:mm horas update servico set hpades = current_timestamp, hpaequ = null, usuario_dem1 = 'SISTEMA' where hpades is null and hagrem is not null and hagrem < current_timestamp + empresa.limite_despacho_remocao; END; Muito obrigado, -- Fernando
Re: [pgbr-geral] [ajuda] saber qual query está e xecutando
De fato, se o stats_command_string estivesse off ou comentado, algo como: apareceria, então não é o caso. Qual versão do PostgreSQL? -- Fernando França Linux User #263682 DAN #2058378 http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xD41D2910 Esta mensagem, incluindo seus anexos, contém informações legais privilegiadas e/ou confidenciais, não podendo ser retransmitida, arquivada,divulgada ou copiada sem autorização do remetente. Caso tenha recebido esta mensagem por engano, por favor informe o remetente respondendo imediatamente a este e-mail, e em seguida apague-a do seu computador. All information in this e-mail and attachments is confidential and privileged. If you are not the intended addressee, please notify us immediately by returning this e-mail and delete this message from your computer. You should not forward, file, copy nor disclose this e-mail to any other person without prior authorization. 2008/10/27 Thiago <[EMAIL PROTECTED]>: > Amigão ... entrei no arquivo e verifiquei essa opção que você me falou > ... o stats_command_string está on mesmo assim o comando select * from > pg_stat_activity não está listando nada ... faz idéia do que pode ser ??? > > Valeu !!! > > Fernando França escreveu: >> Thiago, >> >> Vale lembrar que pra tudo isso funcionar, no seu postgresql.conf você >> deverá ter a opção stats_command_string = on. >> >> Algumas instalações do PostgreSQL (geralmente as empacotadas como no >> Ubuntu), vem com essa opção comentada. >> >> At. >> -- >> Fernando França >> Linux User #263682 >> DAN #2058378 >> >> http://desconstruindo.eng.br >> http://www.cbpf.br/~lsd >> http://www.rnp.br/keyserver/pks/lookup?search=0xD41D2910 >> >> Esta mensagem, incluindo seus anexos, contém informações legais >> privilegiadas e/ou confidenciais, não podendo ser retransmitida, >> arquivada,divulgada ou copiada sem autorização do remetente. Caso >> tenha recebido esta mensagem por engano, por favor informe o remetente >> respondendo imediatamente a este e-mail, e em seguida apague-a do seu >> computador. >> >> All information in this e-mail and attachments is confidential and >> privileged. If you are not the intended addressee, please notify us >> immediately by returning this e-mail and delete this message from your >> computer. You should not forward, file, copy nor disclose this e-mail >> to any other person without prior authorization. >> >> >> >> 2008/10/27 Thiago <[EMAIL PROTECTED]>: >>> Valeu galera ... pelo visto era essa query mesmo que eu executava mas >>> ainda não está aparecendo nada ... deve ser problema de permissao ... >>> mas eu uso postgres ... estranho ... >>> >>> Obrigado por enquanto ... >>> >>> Marcelo Costa escreveu: >>>> Olá bom dia >>>> >>>> 2008/10/27 Thiago <[EMAIL PROTECTED] >>>> <mailto:[EMAIL PROTECTED]>> >>>> >>>> Bom dia ... aqui no serviço utilizo o ems for postgresql ... e o >>>> postgre >>>> fica instalado em um servidor linux ... antigamente eu ia na opção >>>> services -> server status e listava para mim todas as querys e conexões >>>> abertas no banco ... hoje eu não consigo mais isso ... alguém sabe me >>>> dizer por que ??? >>>> >>>> >>>> Verifica os direitos do usuário que está acessando o banco uma >>>> possibilidade é falta de direitos para este usuário ai o EMS não exibe >>>> mesmo. >>>> >>>> >>>> >>>> E uma dica que gostaria de saber ... existe alguma forma de listar os >>>> usuários que estão conectados e poder chutar a conexão deles ... um >>>> sonho seria poder listar as querys que estão sendo executadas >>>> juntamente >>>> com o usuário que está conectado no banco e com isso eu poderia >>>> derrubar as conexões ... alguém sabe se existe alguma ferramenta para >>>> isso ??? >>>> >>>> >>>> O PostgreSQL possui tabelas o qual armazena estas informações, comece >>>> pela pg_stat_activity >>>> >>>> SELECT * FROM PG_STAT_ACTIVITY >>>> >>>> Atte, >>>> >>>> >>>> -- >>>> Marcelo Costa >>>> >>>> >>>> >>>> >>>> ___ >&g
Re: [pgbr-geral] [ajuda] saber qual query está e xecutando
Thiago, Vale lembrar que pra tudo isso funcionar, no seu postgresql.conf você deverá ter a opção stats_command_string = on. Algumas instalações do PostgreSQL (geralmente as empacotadas como no Ubuntu), vem com essa opção comentada. At. -- Fernando França Linux User #263682 DAN #2058378 http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xD41D2910 Esta mensagem, incluindo seus anexos, contém informações legais privilegiadas e/ou confidenciais, não podendo ser retransmitida, arquivada,divulgada ou copiada sem autorização do remetente. Caso tenha recebido esta mensagem por engano, por favor informe o remetente respondendo imediatamente a este e-mail, e em seguida apague-a do seu computador. All information in this e-mail and attachments is confidential and privileged. If you are not the intended addressee, please notify us immediately by returning this e-mail and delete this message from your computer. You should not forward, file, copy nor disclose this e-mail to any other person without prior authorization. 2008/10/27 Thiago <[EMAIL PROTECTED]>: > Valeu galera ... pelo visto era essa query mesmo que eu executava mas > ainda não está aparecendo nada ... deve ser problema de permissao ... > mas eu uso postgres ... estranho ... > > Obrigado por enquanto ... > > Marcelo Costa escreveu: >> Olá bom dia >> >> 2008/10/27 Thiago <[EMAIL PROTECTED] >> <mailto:[EMAIL PROTECTED]>> >> >> Bom dia ... aqui no serviço utilizo o ems for postgresql ... e o postgre >> fica instalado em um servidor linux ... antigamente eu ia na opção >> services -> server status e listava para mim todas as querys e conexões >> abertas no banco ... hoje eu não consigo mais isso ... alguém sabe me >> dizer por que ??? >> >> >> Verifica os direitos do usuário que está acessando o banco uma >> possibilidade é falta de direitos para este usuário ai o EMS não exibe >> mesmo. >> >> >> >> E uma dica que gostaria de saber ... existe alguma forma de listar os >> usuários que estão conectados e poder chutar a conexão deles ... um >> sonho seria poder listar as querys que estão sendo executadas juntamente >> com o usuário que está conectado no banco e com isso eu poderia >> derrubar as conexões ... alguém sabe se existe alguma ferramenta para >> isso ??? >> >> >> O PostgreSQL possui tabelas o qual armazena estas informações, comece >> pela pg_stat_activity >> >> SELECT * FROM PG_STAT_ACTIVITY >> >> Atte, >> >> >> -- >> Marcelo Costa >> >> >> >> >> ___ >> pgbr-geral mailing list >> pgbr-geral@listas.postgresql.org.br >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] atualizacao de timezone
A respeito desse assunto gostaria de saber se alguem já passou pelo seguinte: Meu servidor possui duas bases, uma atende ao Rio (que está em timezone -2) e outro atende a Bahia (timezone -3). Na semana que antecedeu o início do horário de verão eu já estava com tudo acertado nos servidores (os arquivos zic) e o postgresql.conf já pronto pra dar reload. Me ocorreu o seguinte: será que eu conseguiria fazer com que cada base estivesse em um timezone diferente? Procurei um monte e achei inclusive a variável timezone que posso a cada sessão dar um SET timezone = ... e alterar em tempo de execução, porém não seria eficaz no meu caso. E como o postgresql.conf é para todo o cluster, bem... Solução: tive que por as bases em 2 máquinas separadas, cada qual com seu timezone. Alguém já passou por isso? Precisando ter no mesmo servidor 2 bases em timezones diferentes? Abraço a todos. -- Fernando França Linux User #263682 http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xD41D2910 Esta mensagem, incluindo seus anexos, contém informações legais privilegiadas e/ou confidenciais, não podendo ser retransmitida, arquivada,divulgada ou copiada sem autorização do remetente. Caso tenha recebido esta mensagem por engano, por favor informe o remetente respondendo imediatamente a este e-mail, e em seguida apague-a do seu computador. All information in this e-mail and attachments is confidential and privileged. If you are not the intended addressee, please notify us immediately by returning this e-mail and delete this message from your computer. You should not forward, file, copy nor disclose this e-mail to any other person without prior authorization. 2008/10/22 Jota <[EMAIL PROTECTED]>: > Olá, > > > 2008/10/22 Mr J.L. <[EMAIL PROTECTED]>: >> Euler, >> Em tempo de compilação quer dizer que, se meu postgresql 8.3 ja esta >> instalado nao tem mais como alterar o esquema do timezone-data? >> > > Depende. Se você fez a instalação através do código fonte você pode > recompilar o PostgreSQL. Acredito que o Euler quis dizer ao executar o > ./configure você pode especificar o parâmetro --with-system-tzdata=DIR > para você especificar o timezone para usar o mesmo do sistema > operacional. > > >> Isso serve para instalacoes feitas apartir de pacotes "rpm" ou nao, só dos >> binarios que da certo isso (recompilar)? > > Para instalações realizadas a partir do código fonte. >> >> E vi que no release da versao 8.2.10 tem "...Update time zone data files to >> tzdata release 2008f (for DST law changes in Argentina, Bahamas, Brazil, >> Mauritius, Morocco, Pakistan, Palestine, and Paraguay)..." Em algum lugar >> existe um tutorial de como proceder para esses casos? >> >> Obrigado. >> >> >> --- Em qua, 22/10/08, Euler Taveira de Oliveira <[EMAIL PROTECTED]> escreveu: >> >>> De: Euler Taveira de Oliveira <[EMAIL PROTECTED]> >>> Assunto: Re: [pgbr-geral] atualizacao de timezone >>> Para: "Comunidade PostgreSQL Brasileira" >>> >>> O timezone-data do PostgreSQL e do SO são >>> independentes; mas a >>> partir da 8.3 você tem uma opção (--with-system-tzdata) >>> em tempo de >>> compilação para dizer para o PostgreSQL utilizar o >>> timezone-data do SO. >>> Em versões anteriores a 8,3, você pode optar por >>> recompilar um novo >>> timezone-data para PostgreSQL ou atualizar para última >>> versão corretiva >>> (por ex. 8.2.10). >> >> >> >> Novos endereços, o Yahoo! que você conhece. Crie um email novo com a >> sua cara @ymail.com ou @rocketmail.com. >> http://br.new.mail.yahoo.com/addresses >> ___ >> pgbr-geral mailing list >> pgbr-geral@listas.postgresql.org.br >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >> > > > > -- > João Paulo > www.dextra.com.br/postgres > PostgreSQL > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] error tid
Muito obrigado pela força Euler. Bom, as versões que estou rodando são: Ubuntu Linux 6.06.2 LTS com kernel 2.6.15-52 FreeBSD 7.0-RELEASE Como eu disse, em ambos tenho Postgresql 8.1.13 porém no Ubuntu é empacotado (instalado por apt-get) e no FreeBSD compilado através do Ports. Um exemplo de consulta que já gera o tal erro é logo após o login no meu sistema: ### select cast( case when servico.cancelado then cast(' ' as char(8)) else case when servico.classif_servico = '04' or servico.cancelado then case when servico.hfiser is not null then cast(to_char(age(servico.hfiser, servico.hinsol), 'HH24:MI:SS') as char(8)) else cast(to_char(age(current_timestamp, servico.hinsol), 'HH24:MI:SS') as char(8)) end -- Todas as unidades deste atendimento estao liberadas when servico.classif_servico = '01' then case when (select count(*) from servico_recursos_utilizados where num_servico = servico.num_servico and hlimov is null) > 0 or (select count(*) from servico_recursos_utilizados where num_servico = servico.num_servico) = 0 then cast(to_char( age(current_timestamp, servico.hinsol), 'HH24:MI:SS') as char(8)) else cast(to_char( age((select servico_recursos_utilizados.hlimov where servico_recursos_utilizados.num_servico = servico.num_servico order by servico_recursos_utilizados.ordem desc limit 1), servico.hinsol), 'HH24:MI:SS') as char(8)) end when servico.classif_servico = '02' then -- Todas as unidades desta remocao estao liberadas case when (select count(*) from servico_recursos_utilizados where num_servico = servico.num_servico and hlimov is null) = 0 then (select cast( to_char(sum(age(servico_recursos_utilizados.hlimov, servico_recursos_utilizados.hpaequ)), 'HH24:MI:SS') as char(8)) where servico_recursos_utilizados.num_servico = servico.num_servico) else cast(to_char( age(current_timestamp, (select max(servico_recursos_utilizados.hpaequ) where num_servico = servico.num_servico)), 'HH24:MI:SS') as char(8)) end end end as char(8)) as total from servico where num_servico = NULL; SELECTNOTICE: adding missing FROM-clause entry in subquery for table "servico_recursos_utilizados" ### EOF Já tentei de tudo em se tratando de configuração, fiz um diff entre os arquivos postgresql.conf dos 2 e não achei nada pertinente. Um abraço e novamente obrigado. -- Fernando França Linux User #263682 http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xD41D2910 On Mon, Oct 20, 2008 at 8:12 PM, Euler Taveira de Oliveira <[EMAIL PROTECTED]> wrote: > Fernando França escreveu: > >> ERROR: invalid input syntax for type tid: "(,)" >> > Qual a consulta está gerando este erro? Quais as versões utilizadas do > kernel do linux e do freebsd? > > > -- > Euler Taveira de Oliveira > http://www.timbira.com/ > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] error tid
Elias. Você pode executar o pg_dump no crontab de várias formas, mas depende de como está a configuração do seu linux e seu pg_hba.conf, para permitir os usuários se conectarem ou não, e como farão isso. Por exemplo: Se meu pg_hba.conf estiver assim: # TYPE DATABASEUSERCIDR-ADDRESS METHOD host all postgres 127.0.0.1/32 trust Então eu consigo me conectar a partir do próprio servidor sem necessidade de senha, poderia então meu crontab para o usuário postgres estar dessa forma: 00 05 * * * pg_dump -f /backup/backup.dat database Onde o usuário postgres todo dia 5 da manhã realiza o backup. Espero ter ajudado. -- Fernando França Linux User #263682 http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xD41D2910 2008/10/21 ELIAS JUNIOR <[EMAIL PROTECTED]>: > Saudações, > > Alguém sabe como faço para executar o pg_dump (PostgreSQL 8.3), no linux, no > crontab, sem que o mesmo peça senha no terminal?? > > Grato, > Elias > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] error tid
Boa tarde a todos. Gostaria de saber se alguém pode dar uma luz no seguinte problema, qualquer pista vale: Tenho 2 servidores rodando PostgreSQL 8.1.13, sendo 1 linux e outro freebsd e 1 sistema legado que acessa o banco através de odbc (delphi no windows). Acontece que essa semana comecei a testar o desempenho do meu sistema no servidor freebsd, onde o PostgreSQL foi compilado através do ports mas tem configurações (postgresql.conf) idênticas ao rodando no linux (instalado por apt). Quando conecto a aplicação no linux, funciona tranqüilamente, porém ao conectar no servidor freebsd, tenho o seguinte erro: ERROR: invalid input syntax for type tid: "(,)" Pesquisei na net e achei referências muito antigas, da época do PostgreSQL 7.3, problemas que já tinham sido aplicados patches e mais que isso mesmo só o fonte de um arquivo de erros traduzido pelo Euler. Como disse minha aplicação é legada e suspeito de ser a forma como ela acessa o banco, ou alguma informação que envia. Só não entendo por que o PostgreSQL do Linux não apita, e no FreeBSD sim. Se alguém tiver qualquer pista eu agradeço. Um abraço. -- Fernando França Linux User #263682 http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xD41D2910 Esta mensagem, incluindo seus anexos, contém informações legais privilegiadas e/ou confidenciais, não podendo ser retransmitida, arquivada,divulgada ou copiada sem autorização do remetente. Caso tenha recebido esta mensagem por engano, por favor informe o remetente respondendo imediatamente a este e-mail, e em seguida apague-a do seu computador. All information in this e-mail and attachments is confidential and privileged. If you are not the intended addressee, please notify us immediately by returning this e-mail and delete this message from your computer. You should not forward, file, copy nor disclose this e-mail to any other person without prior authorization. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral