[pgbr-geral] Pós em BD com ênfase no PostgreSQL
Boa tarde, Gostaria de divulgar o curso de *Pós-Graduação em Administração de Banco de Dados com Ênfase em PostgreSQL* na UCDB <http://ucdb.br/pos/> em Campo Grande - MS. As inscrições já estão abertas. As aulas serão quinzenais aos sábados. Entre os docentes estão integrantes da comunidade PostgreSQL Brasileira. *Maiores informações:* http://ucdb.br/pos/cursos_texto.php?cr=282&area_cod=38 http://ucdb.br/pos/ Atenciosamente, -- Rodrigo Hjort http://agajorte.blogspot.com/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Binary Replication
Oi Professor, 1) Que valor tem o parâmetro timezone no postgresql.conf ? 2) Qual o timezone setado no sistema operacional ? -- Rodrigo Hjort SERPRO/Manaus www.serpro.gov.br <http://www.serpro.gov.br/> 2010/11/9 Prof. Cleverson > O postgresql 9 trouxe algumas novidades em administração do servidor > conforme o manual > http://www.postgresql.org/docs/9.0/interactive/high-availability.html > > > > Na tentativa de fazer testes criei duas máquinas virtuais com postgresql > 9.01, seguindo os 6 passos do site > http://wiki.postgresql.org/wiki/Binary_Replication_Tutorial > > > > Mas ao iniciar o servidor standby dá o erro: > > *Did not start in a timely fashion, please see > /var/lib/pgsql/data/pg_log/startup.log* > > > > O Log diz o seguinte: > > *Could not recognize system time zone* > > *The PostgreSQL time zone will be set to “etc/gmt+3”* > > *You can specify the correct timezone in postgresql.conf* > > > > Meu arquivo recovery.conf está assim: > > standby_mode = 'on' > > primary_conninfo = 'host=192.168.0.1' > > > > Quando removo o arquivo recovery.conf o servidor inicia normalmente. > > > > Alguém pode me ajudar? > > ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] campo cpf
1. também usaria char(11) para o CPF: precisaria de uma forte motivação para usar bigint e com isso trocar 11 por 8 bytes no armazenamento... 2. formatação de valores é algo que o SGBD não deveria se preocupar, e se assim o fosse seria interessante criar uma função em SQL (ex: formatar_cpf()) como um wrapper usando o to_char() proposto pelo Osvaldo. 3. gostaria de lembrar que o paquiderme é o SGBD de código aberto mais avançado do mundo, e uma de suas grandes vantagens é a extensibilidade! Isto é, podemos criar um novo tipo de dados, o próprio *cpf*, implementá-lo em linguagem C e obter todas as suas vantagens, incluindo validação e formatação intrínsecas. Vide projeto isn<http://www.postgresql.org/docs/8.3/static/isn.html>do contrib. 4. o mesmo acima se aplica a um campo para armazenar CNPJ. 5. para RG a coisa fica mais complicada, pois o campo pode ser normalizado, além do que o seu número pode conter letras...! -- Rodrigo Hjort http://agajorte.blogspot.com 2010/11/8 Eduardo Az - EMBRASIS Informática e O&M > ?Eu neste caso, acho melhor char(11) só cpf e char(14) cnpj ou cnpj junto > com cpf. > Minhas justificativas: > char porque: este campo não vai ser usado para calculos (tipo salarios, > vendas,etc) e o uso de qualuqer tipo de campo valor ao meu ver é mais > dispendioso para o banco de dados. > char em vez de varchar porque: melhora no desempenho, indexar com char > gera > uma resposta mais rápida que em varchar (verifiquei pessoalmente e também > via literatura sobre isto). > > Só não concordo com vc sobre o uso de varchar, pelo motivo citado acima. > > Eduardo Az > Dep.TI > EMBRASIS > +55(11)2122-0241 PABX > +55(11)8125-3845 TIM > +55(11)9826-0138 VIVO > eduard...@embrasis.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] Lembrete: PGDay Manaus Amanhã
Bom dia a todos, Gostaria de lembrá-los que amanhã (15/10) ocorrerá o *PGDay Manaus<http://www.postgresql.org.br/eventos/pgday/am/>2010 *. *O que é?* PGDay, ou Dia do Postgres, é uma chance para que acadêmicos, DBAs e desenvolvedores brasileiros de PostgreSQL aprendam, troquem experiências, exponham casos de sucessos, desafios e fortifiquem sua rede de relacionamento profissional. *Qual o público alvo?* Dentre o público esperado estão: - Administradores de Bancos de Dados - Acadêmicos de Cursos Técnicos ou Universidades - Desenvolvedores de Softwares - Organizações governamentais - Entusiastas de Software Livre *Data e Local* O evento será dia 15 de Outubro de 2010, no Auditório Rio Javari na Faculdade de Tecnologia da UFAM em Manaus, AM. *Grade do Evento* - 09:00 Oficina - PostgreSQL Essencial - Rodrigo Hjort - 14:00 Novidades do PostgreSQL 9.0 - Roberto Mello - 15:00 SILog - Case de PostgreSQL no Exército (12ª RM) - Cel. Hiroshi - 16:30 Introdução sobre PostGIS para Dados Geográficos - Felipe Costa - 17:30 O Elefante Altamente Disponível - Rodrigo Hjort - 18:00 Introdução à Linguagem PL/pgSQL - Roberto Mello A oficina será ministrada exclusivamente na parte da manhã e será um mini-curso introdutório ao SGBD PostgreSQL. Aos que puderem, tragam seus notebooks, há espaço reservado para o uso deles no laboratório de informática. ** *INSCRIÇÕES ABERTAS ATÉ HOJE!* O evento não tem custo de inscrição, mas sugerimos ao participante levar 1 kg de alimento não perecível que será doado a uma instituição de caridade. Para se inscrever é simples! Basta acessar e preencher o formulário em: http://www.postgresql.org.br/eventos/pgday/am/2010 -- Atenciosamente, Rodrigo Hjort http://agajorte.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] PGDay Manaus - 15/10 - Palestrantes
Boa tarde, Para realizar o *PGDay Manaus 2010*, já conseguimos reservar laboratório e auditório na *UFAM* no dia *15 de outubro*. Agora preciso de ajuda para buscar palestrantes e ou identificar casos de uso de PostgreSQL na região. Eis informações sobre o evento PGDay: http://www.postgresql.org.br/eventos/pgday -- Abraço, Rodrigo Hjort http://agajorte.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] PGDay Manaus
Boa tarde a todos, Seguindo a proposta do evento PGDay<http://www.postgresql.org.br/eventos/pgday>, gostaria de saber o interesse em se realizar o *PGDay Manaus*, se possível ainda este ano. Aguardo manifestações de usuários, DBAs, desenvolvedores e entusiastas em PostgreSQL em Manaus e região. -- Atenciosamente, Rodrigo Hjort SERPRO/Manaus www.serpro.gov.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] gráficos e estatísticas de desemp enho
Meus parabéns pela iniciativa, Middleman! :) Só não administro mais o BD do SERE, hein. Idem para o Mikos... Infelizmente não tenho tido tempo para o projeto. Penso que o CEDRUS, tal como o DBCat, que nasceram e são utilizados aí na CELEPAR precisam ser liberados, discutidos e aperfeiçoados pela comunidade. Bon courage à tous ! Bom, creio que para a versão 2 do projeto (ou seria a 1.0..?) dois tópicos precisam ser discutidos / implementados: - uma linguagem de programação única, ao invés dessa salada de frutas (Ruby, Rails, PL/pgSQL, PL/sh, SED, Shell Script, AWK, C); - uma tecnologia de extração de contadores mais aprimorada e consolidada, i.e usando SNMP. Ribamar, o CEDRUS apesar de estar em "preno" desenvolvimento já está a quase 2 anos em utilização e não espere algo do tipo "Next-Next-Finish" para ele. Não tão cedo. SVN for the winners! Segundo diz o Mazoni: "deixe de ser um usuário avançado e volte a fazer informática". :) Dêem uma olhada nas documentaçöes em PDF disponibilizadas junto ao código no SourceForge do CEDRUS. Sobre a questäo da compatibilidade com versöes 8.2 e 8.3... Acho que funciona sim, se o Lautert tiver disponibilizado o pacote PL/sh no repostitório Debian e se näo houve alteraçöes significativas no dicionário de dados do PostgreSQL... Mais uma coisa, Mittmann: passe para o pessoal um intervalo de datas válido para a demonstraçäo do CEDRUS no w14. Com isso dá para pôr no gráfico as informaçöes! Ah, e tem alguns deles que estäo quebrados, hein. Bendito Rails que quebrou todo o pacote na virada de versäo! Salutações! PS: desculpe-me a RFC, Leandro. :D 2008/3/12, Luciano Mittmann <[EMAIL PROTECTED]>: > Ainda não testei ! > > > Em 12/03/08, Mr J.L. <[EMAIL PROTECTED]> escreveu: > > Luciano, > >O Cedrus é show, mas voce sabe se ele funciona em > > versoes de 8.2 a 8.3 ? > > > > Obrigado. > > > > --- Luciano Mittmann <[EMAIL PROTECTED]> escreveu: > > > > > > > Pessoal, > > > > > > Disponibilizei o endereço > > > http://www14.pr.gov.br/cedrus para quem ainda não > > > conhece o cedrus. Só pra ter uma idéia de seu > > > funcionamento. > > > > > > Luciano > > > > > > > > > > > > Em 11/03/08, Dickson Guedes > > > <[EMAIL PROTECTED]> escreveu: > > > > > > > > Tiago N. Sampaio escreveu: > > > > > (...) > > > > > > > > > Se vc quer tudo pronto, sem ter que fazer nenhum > > > esforço, use programas > > > > > M$ like, que ai vc pode comprar suporte e tudo > > > mais.. > > > > > > > > > > > > Uma coisa é vir tudo pronto, outra coisa é uma > > > ferramenta que está em > > > > desenvolvimento e que foi cedida à comunidade SL > > > para estudos, > > > > aperfeiçoamentos, etc. Além do mais, a compra de > > > suporte se dá também > > > > para empresas que prestam serviços utilizando SL. > > > Agora não é tambem > > > > porque é software livre que tem que ser > > > trabalhoso. Claro, eu entendi > > > > sei comentário Tiago, sei que esforços podem ser > > > exigidos para alguns > > > > casos (dependencias de pacotes por exemplo), mas > > > se algo pode ser > > > > automatizado deve-se pensar seriamente em fazê-lo. > > > Se esse ainda não é o > > > > estágio do Cedrus, é porque ele ainda não chegou > > > nesse ponto. > > > > > > > > O Cedrus é isso, uma ferramenta que ainda está em > > > fase de > > > > desenvolvimento, iniciado para a realidade de uma > > > empresa em específico, > > > > mas que já comprovou ser funcional para outras > > > realidades, com um > > > > esforço para colocá-lo em funcionamento. O Hjort > > > não pôde dar > > > > continuidade, mas acredito que muitos possuem > > > capacidade de fazê-lo. > > > > > > > > [ ]s > > > > > > > > Guedes -- Atenciosamente, Rodrigo Hjort Icewall Tecnologias http://www.icewall.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Pl/Perl, dúvida
2008/1/3, Roberto Mello <[EMAIL PROTECTED]>: > > On Jan 3, 2008 3:27 AM, Vinicius <[EMAIL PROTECTED]> wrote: > > Pessoal, estou executando esta rotina no Windows, mas ele não consegue > sair da função, eu só queria abrir a calculadora, onde eu errei, ou esqueci > ? > > > > create or replace function teste() returns TEXT as $$ > > if (open(teste, "|calc.exe") == false) { > > return 'erro'; > > Uau, isso me parece um serio abuso e mal uso de stored procedures. Realmente estranho a menos que a calculadora do Windows funcione em linha de comando (i.e: modo não-interativo)... -- Rodrigo Hjort http://icewall.org/~hjort ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [postgresql-br-avancado] Pesquisa Fonética
2007/12/4, Osvaldo Rosario Kussama <[EMAIL PROTECTED]>: > > Marcelo Moacir Florindo escreveu: > > > > Existe alguma maneira de eu fazer pesquisas no banco do tipo: > > > > CAÇÃO > > CASSAO > > > > > Veja este link: > http://www.nabble.com/forum/ViewPost.jtp?post=6832880&framed=y > > Osvaldo O problema é que esta abordagem é bem simplificada e não contempla o conceito de "bag of words". Ou seja, é baseada única e exclusivamente em uma função para transformação de textos... -- Rodrigo Hjort http://icewall.org/~hjort ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Tratando retorno da função
2007/11/12, Leonardo Chaves <[EMAIL PROTECTED]>: > > Olá pessoal, > preciso da ajuda de vocês. Tenho uma função que retorna um tipo criado > por mim. Ex: > > > CREATE TYPE temp as (ass_id integer, tec_id integer); > > funcaoExemplol(INTEGER) returns temp > ... > Bem . a minha idéia e usar esse valor de retorno para ser mostrado em > uma View, porém eu precisava que esse valor fosse distribuido em 2 > colunas. > > select > funcaoExemplol(campo1) as ass_id as tec_id > > from tabela x > > > Alguem sabe se existe alguma forma? Já tentou isso? select funcaoExemplol(campo1).ass_id, funcaoExemplol(campo1).tec_id from tabela x -- > Att, > Leonardo Chaves de Freitas > > QualiConsult > Analista de Banco de Dados - DBA > -- Rodrigo Hjort http://icewall.org/~hjort ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] pgpool ?
http://www.pgpool.org/ Ah bom... ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Numero da linha
Ops! CREATE TEMP SEQUENCE seq; 2007/10/22, Rodrigo Hjort <[EMAIL PROTECTED]>: > > PostgreSQL não tem o ROWNUM do Oracle... > > Mas como qualquer outro recurso, podemos simulá-lo! :) > > CREATE TEMP seq; > SELECT nextval('seq') AS rownum, codigo, nome FROM clientes; > DROP SEQUENCE seq; > > -- > Regards, > > Rodrigo Hjort > http://icewall.org/~hjort <http://icewall.org/%7Ehjort> > > ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Numero da linha
PostgreSQL não tem o ROWNUM do Oracle... Mas como qualquer outro recurso, podemos simulá-lo! :) CREATE TEMP seq; SELECT nextval('seq') AS rownum, codigo, nome FROM clientes; DROP SEQUENCE seq; -- Regards, Rodrigo Hjort http://icewall.org/~hjort ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema com ordenação
2007/9/12, Joao <[EMAIL PROTECTED]>: > > problema de locales! > altere o seu locale do SO e de um initdb novamente > Na realidade o buraco é bem mais embaixo: trata-se de um problema inerente da biblioteca GLIBC e que já foi discutido várias vezes aqui na lista. Procure nos posts do ano passado, que inclusive a solução para essa questão foi postada. -- Rodrigo Hjort http://icewall.org/~hjort ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Re: Cedrus: PostgreSQL Management - Finalmente no SourceForge!
2007/6/28, Leonardo Cezar <[EMAIL PROTECTED]>: Não creio ser algo tão simples, uma vez que as procedures que invocam os scripts no S.O. são PLs/Sh e daí amarrou as procs com o S.O. Talvez a idéia aí seria migrar também as procs para PL/PythonU, PerlU ou mesmo RubyU (??), criando uma camada de abstração para o SO. Dessa forma seria mais simples "extender" para qualquer outro ambiente operacional. Aí é que está. Basta portar essas funções de PL/sh para PL/Perl ou mesmo em C para o Windows. Os módulos restantes não notarão a diferença. :) O protocolo via SQL é extremamente simples. Eu até pensei em transportar os dados via estrutura XML, mas achei que iria ficar muito "carregado" e poderia onerar os servidores alvos. Opiniões? Se alguém (conhecedor de ferramentas para monitoramento de memoria/disco no Windows) topar, podemos rascunhar algo. Com certeza muito disso tem quase pronto na API do Windows. Resta criar a DLL que invoque tais funções de dentro do PostgreSQL. -- Rodrigo Hjort http://icewall.org/~hjort ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Re: Cedrus: PostgreSQL Management - Finalmente no SourceForge!
2007/6/27, Leonardo Cezar <[EMAIL PROTECTED]>: On 6/27/07, Pedro B. Alves <[EMAIL PROTECTED]> wrote: > - roda em windows? Ruby sim, rails sim. Mas Cedrus com certeza não, por causa da sua habilidade de extrair importantes dados estatisticos do SO. Na realidade bastaria fazer a implementação das funções de coleta para o Windows! Quem se habilita?! :) No servidor alvo (Target) é criado um banco de dados que contém essas informações. O Agent se comunica com os Targets através da porta do PostgreSQL (5432) executando instruções SQL. Atualmente essas funções só existem para o Linux, e executam coisas como df, sar, iostat, ps, etc... -- Rodrigo Hjort http://icewall.org/~hjort ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Cedrus: PostgreSQL Management - Finalmente no SourceForge!
2007/6/26, Leonardo Cezar <[EMAIL PROTECTED]>: On 6/26/07, Fernando Ike de Oliveira <[EMAIL PROTECTED]> wrote: > Parabéns por ser uma excelente ferramenta, agora podemos brincar com > ele colocando no debian (oficialmente como pacote). =) Hmmm .. Gostei disso!! Principalmente porque a instalação é a única parte chata do Cedrus. apt-get install cedrus http://localhost:3000 Seria preciso criar pacotes distintos para cada módulo do CEDRUS: - cedrus-agent - cedrus-manager - cedrus-repository O cliente acessa via qualquer browser. :) -- Rodrigo Hjort http://icewall.org/~hjort ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Re: Cedrus: PostgreSQL Management - Finalmente no SourceForge!
2007/6/26, Diogo Biazus <[EMAIL PROTECTED]>: Meus parabéns, isso é muito bom. Valeu, Diogo! Devo dizer que fiquei impresionado com a palestra sobre o Cedrus. E recomendo que quem precisa desse tipo de monitoramento dê uma olhada, pois não conheço nada igual para o PostgreSQL. Só uma dúvida, pq o sourceforge e não o pgfoundry? Putz, sabe que eu não sei... Vale a pena migrar pra lá ou deixar nos dois? -- Rodrigo Hjort http://icewall.org/~hjort ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Cedrus: PostgreSQL Management - Finalmente no SourceForge!
Meus caros, Finalmente arrumei um tempo para botar isso de vez no ar! Para quem não conhece, o CEDRUS é um projeto que pretende fazer o papel de Oracle Enterprise Manager (a versão web) para o PostgreSQL. Criado e implantado na CELEPAR, já foi exposto em eventos de software livre como CONISLI e ENUM. Tal como no Oracle, o CEDRUS foi dividido em vários módulos: Manager, Agent, Repository e Targets. Só para ilustrar, foram usadas tecnologias como: Shell Script, SED, AWK, C, Ruby, Ruby on Rails, PL/pgSQL e PL/sh. Para quem ainda não conhece, essa é a carinha do bicho: Os fontes e a documentação estão no diretório SVN do SourceForge: http://cedrus.svn.sourceforge.net/viewvc/cedrus/trunk/ Sei que o Walter está doido pra colaborar com o projeto, asssim como o Cristian. O Léo já deve ter feito melhorias e ou adaptações para colocá-lo no Metrô-SP, né? Preciso de gente pra me ajudar a manter o site no SF. Não sei nem onde que coloca a página inicial (e essa nem existe!)... Fora o código do projeto em si, que tem uma porção de "TODO"s espalhados por tudo quanto é canto! Não fiz um ainda README.. Para começar, uma boa é abrir essa apresentação em PDF: http://cedrus.svn.sourceforge.net/viewvc/*checkout*/cedrus/trunk/docs/cedrus-v2.pdf Abraço, Rodrigo Hjort http://icewall.org/~hjort ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Indicação de IDE para depurar pl/pgsql
2007/6/5, Joao <[EMAIL PROTECTED]>: use o pgadmin Para depurar passo a passo?! Ou na base do "RAISE NOTICE" mesmo...? -- Rodrigo Hjort http://icewall.org/~hjort ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Conversão de UTF-8 para ASCII
2007/6/6, Osvaldo Kussama <[EMAIL PROTECTED]>: De http://www.utf8-chartable.de/unicode-utf8-table.pl?start=256 Unicode character UTF-8 code(hex.)name point U+012B ī c4 ab LATIN SMALL LETTER I WITH MACRON Este caracter não existe no latin1. Parece ser o caracter EF (hex) do ISO-8859-4 (Latin4). http://czyborra.com/charsets/iso8859.html Eu tinha testado com LATIN-4 e LATIN-7 (fiz testes do LATIN-1 ao LATIN-10), e esse caracter é transformado sim, só que dá erro com outros. :) -- Rodrigo Hjort http://icewall.org/~hjort ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dblink + insert entre bancos...
2007/5/31, Tatu <[EMAIL PROTECTED]>: como seria o comando dblink_exec para inserir DESDE o banco_b para o banco_a, tentei assim e nao deu certo ! Que tal usar um INSERT com base em um SELECT? INSERT INTO tabela_local (campo1, campo2) SELECT * FROM dblink(..., "SELECT campo1, campo2 FROM tabela_remota") AS (campo1 tipo1, campo2 tipo2); -- Atenciosamente, Rodrigo Hjort Icewall Tecnologias http://www.icewall.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Conversão de UTF-8 para ASCII
2007/6/6, Euler Taveira de Oliveira <[EMAIL PROTECTED]>: Estranho. Qual o valor da sua variável LANG? pt_BR.UTF-8? pt_BR? Tentei com ambas as formas: $ LANG=pt_BR.iso88591 LC_ALL=pt_BR.iso88591 tar tar: Deve ser especificada uma das opções "-Acdtrux" $ LANG=pt_BR.utf8 LC_ALL=pt_BR.utf8 tar tar: Deve ser especificada uma das opções "-Acdtrux" $ LANG=pt_BR.utf8 LC_ALL=pt_BR.utf8 echo "Ä«" | iconv -f utf8 -t latin1 iconv: sequência de entrada ilegal na posição 0 $ LANG=pt_BR.iso88591 LC_ALL=pt_BR.iso88591 echo "Ä«" | iconv -f utf8 -t latin1 iconv: sequência de entrada ilegal na posição 0 Aqui dá para ver que há algo de errado. O caracter 'Ä' é 0308 e não 0304. Vide [1] página 4 segunda coluna. São os dois caracteres "Ä«" em UTF-8 que formam o único "ï" ou "î", não? $ echo Ä« | iconv -f utf8 -t latin4 ï $ echo Ä« | iconv -f utf8 -t latin7 î $ echo Ä« | iconv -f utf8 -t latin1 iconv: sequência de entrada ilegal na posição 0 $ LC_ALL=pt_BR.utf8 echo -e "\304\253" | iconv -f utf8 -t latin4 ï O estranho é que todos os "i"s acentuados estão "próximos" e presentes na tabela do meu locale... $ echo "íìïî" | hd -b ed ec ef ee 0a |íìïî.| 000 355 354 357 356 012 005 $ echo -e "\354 \355 \356 \357" ì í î ï Abraço, -- Rodrigo Hjort http://icewall.org/~hjort ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Conversão de UTF-8 para ASCII
2007/6/5, Euler Taveira de Oliveira <[EMAIL PROTECTED]>: É o procedimento que sempre uso. Mas como assim não conseguiu converter alguns caracteres? Você detectou quais eram eles? O hexdump pode te ajudar aqui. $ grep -e "R.ga" ora-dicts/french-english-2007-05-26.csv RÄ«ga;Riga;FR $ echo "RÄ«ga;Riga;FR" | iconv -f utf-8 -t iso-8859-1 Riconv: sequência de entrada ilegal na posição 1 $ grep -e "R.ga" ora-dicts/french-english-2007-05-26.csv | iconv -f utf-8 -t iso-8859-1 Riconv: sequência de entrada ilegal na posição 1 $ echo "RÄ«ga;Riga;FR" | hd -b 52 c4 ab 67 61 3b 52 69 67 61 3b 46 52 0a|RÄ«ga;Riga;FR.| 000 122 304 253 147 141 073 122 151 147 141 073 106 122 012 00e $ echo -e "\304\253" | iconv -f utf-8 -t iso-8859-1 iconv: sequência de entrada ilegal na posição 0 Outra coisa, você tem certeza que o conjunto de caracteres (charset) de origem era UTF-8 [1]? $ file ora-dicts/french-english-2007-05-26.csv ora-dicts/french-english-2007-05-26.csv: UTF-8 Unicode English text, with CRLF line terminators Acho que o tal mapeamento não existe porque o ASCII é um subconjunto do UTF (aka UCS). Mas é justamente isso que eu quero: reduzir um conjunto de caracteres a um subconjunto menor, i.e: substituir caracteres especiais por equivalentes sem acentuação. Abraço, -- Rodrigo Hjort http://icewall.org/~hjort ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Conversão de UTF-8 para ASCII
Precisei fazer a carga de alguns arquivos .CSV codificados com Unicode para o PostgreSQL num banco em LATIN1. Tratavam-se de palavras provenientes de dicionários em diversos idiomas, como francês e alemão, que possuem caracteres que não podem ser convertidos. Tentei duas abordagens: 1. criar o banco em UTF-8, fazer a carga normalmente e depois usar funções como CONVERT() e TO_ASCII() para tirar a acentuação das palavras - dava erro! 2. converter o arquivo externamente, usando o "iconv", para depois dar a carga normalmente - conversão não era suportada para alguns caracteres..! Sendo assim, rodei o "iconv" com a opção "-c" para suprimir esses caracteres "inconversíveis", converti de UTF-8 para ISO-8859-1, carreguei os dados para o banco em LATIN1 e rodei o TO_ASCII() sem problemas. Perdi alguma informação no meio do caminho, mas a maior parte dos dados foi copiada. Procurei em posts antigos na lista e vi que o Otávio precisou fazer algo nesse sentido. Alguém já se deparou com essa situação? Como resolveu? Será que daria para implementar uma outra função de conversão no PostgreSQL (i.e: CREATE CONVERSION utf8_to_ascii)? -- Rodrigo Hjort http://icewall.org/~hjort ___ 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 não consegui
2007/5/24, Dany <[EMAIL PROTECTED]>: Eu reiniciei o Apache após alterar o php.ini e após alterar o pg_hba.conf. Eu inicializei o Postgresql todas às vezes que alterei o pg_hba.conf assim como o Apache, está certo fazer assim? Assim está o meu pg_hba.conf , por favor que erro estou cometendo? E o postgresql.conf? -- Atenciosamente, Rodrigo Hjort Icewall Tecnologias http://www.icewall.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] comparação com ORACLE
2007/5/18, Fabio Telles <[EMAIL PROTECTED]>: Bom chegamos num ponto onde você vai ter que ler a documentação!!! ... Como você pode ver... agora você vai ter que botar um pouco a mão na massa para experimentar as coisas e ver se elas realmente atendem as suas necessidades. O caminho das pedras está aí. Depois você conta para a gente se deu certo, ok? Quem sabe não se empolga e até escreve um artigo sobre isso para o site www.postgresql.org.br ? Hahaha, boa Telles! Nada como incentivar a galerinha a mostrar serviço! -- Abraço! Rodrigo Hjort http://icewall.org/~hjort ___ 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úvidas básicas
2007/5/21, bacamarte <[EMAIL PROTECTED]>: 1. Fiz alguns teste e notei que existem os tipos Date e Time, mas não encontrei Datetime. Gravei em um campo do tipo Date a seguinte data '18/05/2007 12:14:15'. Quando dou um select retorna apenas 2007-05-17. Não existe o tipo Datetime? É "timestamp" o que você precisa. 2. Quando dou um comando no pgAdminIII o código é transformado para lower case e caso a tabela ou campos tenham sido criados com letras maiúscula ele não os encontra, a menos que sejam digitados com aspas (select * from "TABELA";). Para não ter que utilizar aspas vou ter que criar tudo com letras minúsculas ou existe alguma forma de contornar o problema? Conselho: para não ter dores de cabeça no futuro, crie os objetos sem as aspas - eles ficarão como minúsculo no dicionário de dados, mas ainda poderão ser encontrados sem sensitividade. PS: no Oracle os objetos ficam em maiúsculo. -- Atenciosamente, Rodrigo Hjort Icewall Tecnologias http://www.icewall.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] unexpected EOF on client connection
2007/5/21, Jair Luis dos Santos <[EMAIL PROTECTED]>: Retorna: psql: não pôde conectar ao servidor: Arquivo ou diretório inexistente O servidor está rodando localmente e aceitando conexões no conector (socket) de domínio Unix "/var/run/postgresql/.s.PGSQL.5432"? Talvez você não tenha liberado acesso via TCP/IP no PostgreSQL. Veja aqui: http://icewall.org/~hjort/pgsql/naoconecta.htm -- Atenciosamente, Rodrigo Hjort Icewall Tecnologias http://www.icewall.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Criar SML com o Postgres
2007/5/16, Sebastian SWC <[EMAIL PROTECTED]>: pq não? sinceramente eu não conheço nada sobre pl mas, por favor, você poderia explicar melhor isso? Em PL/pgSQL seria mais trabalhoso, pois não teríamos uma biblioteca como a XML::Writer do Perl. E depois, a linguagem PL/Perl é bem mais flexível para tornar a função genérica... ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Criar SML com o Postgres
2007/5/16, Sebastian SWC <[EMAIL PROTECTED]>: tem como fazer isso em plpgsql? Tem sim, mas acho que não vale a pena. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Criar SML com o Postgres
2007/5/13, Wallace Reis <[EMAIL PROTECTED]>: Em anexo uma funcao em plperlu. Vale lembrar que a versao 8.3 tera isso nativamente. Wallace, muito legal essa função em PL/PerlU! Em anexo algumas alterações que eu fiz nela, para receber o nome do esquema e um filtro para a seleção. Por sorte, fui testar a função e existiam tabelas homônimas no meu banco. Daí resolvi inventar moda. Ah, a sobrecarga com 1 e 2 parâmetros fica por conta de duas funções em linguagem SQL. rodrigo=# \d nova Table "public.nova" Column | Type | Modifiers +---+--- id | integer | not null nome | character varying(50) | not null Indexes: "nova_pkey" PRIMARY KEY, btree (id) rodrigo=# SELECT * FROM nova; id | nome +-- 1 | primeiro 2 | segundo 3 | terceiro (3 rows) rodrigo=# SELECT table_to_xml('public', 'nova', 'id = 2'); table_to_xml - http://www.w3.org/2001/XMLSchema-instance";> 2 segundo (1 row) rodrigo=# SELECT table_to_xml('public', 'nova'); table_to_xml - http://www.w3.org/2001/XMLSchema-instance";> 1 primeiro 2 segundo 3 terceiro (1 row) rodrigo=# SELECT table_to_xml('nova'); table_to_xml - http://www.w3.org/2001/XMLSchema-instance";> 1 primeiro 2 segundo 3 terceiro (1 row) -- Atenciosamente, Rodrigo Hjort Icewall Tecnologias http://www.icewall.com.br table_to_xml.sql Description: Binary data ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Criar SML com o Postgres
2007/5/14, Anderson Junior <[EMAIL PROTECTED]>: certomas vc poderia me passar um exemplo de como fazer??? é que não sou experiente Ué, o código-fonte estava anexo. Agora é só executá-lo. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Help - Trigger
2007/5/8, Rodrigo Prieto <[EMAIL PROTECTED]>: é possível acessa por índices o vetor NEW em uma trigger?? Em PL/Perl eu sei que dá - o DBI-Link usa esse artifício. Agora, em PL/pgSQL a documentação oficial ([1] e [2]) não diz nada sobre o assunto... A variável NEW retorna um objeto do tipo "record". Procurei, mas pelo jeito não existem funções assim: function get_record_attribute_count(record): int; function get_record_attributes(record): name[]; function get_record_attribute_value(record, int): variant; function set_record_attribute_value(record, int, variant): void; Isso seria extremamente útil em auditoria e replicação de dados. [1] http://www.postgresql.org/docs/8.2/interactive/triggers.html [2] http://www.postgresql.org/docs/8.2/interactive/plpgsql-trigger.html -- Atenciosamente, Rodrigo Hjort Icewall Tecnologias http://www.icewall.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] comparação com ORACLE
2007/5/10, Diogo Biazus <[EMAIL PROTECTED]>: >3) Existe criptografia de código como no ORACLE ou no MS-SQLSERVER? Pronto acho que não existe nada nesse sentido, mas é algo que poderia ser feito usando as rotinas de criptografia do PostgreSQL e alguma programação em qualquer PL. Ao invés de criptografar, será que não tem como proteger a tabela de sistema "pg_proc" contra visualizações na coluna que contém o código-fonte da função em PL/pgSQL...? Isso resolveria o problema da falta de sigilo em funções. -- Atenciosamente, Rodrigo Hjort Icewall Tecnologias http://www.icewall.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] Visualização de conteúdo em "bytea"
Sabem de alguma ferramenta administrativa do PostgreSQL que leia campos do tipo "bytea" e, dependendo do conteúdo destes, exiba o texto ou imagem lá contido? phpPgAdmin e pgAdmin III não fazem isso... Precisei disso na sexta e fui obrigado a programar em Java para extrair arquivos JPG a partir do BD e visualizá-los depois... -- Rodrigo Hjort http://icewall.org/~hjort ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] comparação com ORACLE
>1) Como o PG trata os diferentes mapas de caracteres (latin, etc..) Uma diferença é o "collation", que é a nÃvel de banco de dados. 2) Performance : como fazer tunning do PG? Existe 'hint'? E analise? Não existem "hints" e os planos baseam-se em custos e estatÃstcas, sendo que é possÃvel modificar alguns parâmetros em tempo de consultas SQL. 3) Existe criptografia de código como no ORACLE ou no MS-SQLSERVER? Em stored procedures em linguagens interpretadas ou em PL/pgSQL não. Você terá que criar funções em bibliotecas dinâmicas do sistema operacional. 4) Para rodar o PG em uma máquina client Windows-XP? O MySQL roda. Formule direito essa pergunta. 5) à free mesmo ou tem que pagar como o MySQL (após métricas) ? Cuidado com esse pensamento. O "free" é de liberdade, e não simplesmente de "ser grátis". O PostgreSQL tem a licença mais aberta possÃvel: BSD. -- Rodrigo Hjort http://icewall.org/~hjort ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] PostGreSQL x Kurumin
2007/5/11, Marcos <[EMAIL PROTECTED]>: 1) Como eu faço para saber se o banco esta rodando como serviço no linux? $ ps aux | grep postmaster 2) Como eu posso testar a comunicação com o banco? Veja aqui: https://icewall.org/~hjort/pgsql/naoconecta.htm Atenciosamente, Rodrigo Hjort Icewall Tecnologias http://www.icewall.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Domínio
2007/5/10, Alessandro Dinalli <[EMAIL PROTECTED]>: Minha dúvida é relativamente simples mas não consegui encontrar no manual. Quero fazer um domínio de um campo chamado PLACA onde exista uma restrição de entrada de valores no formato de placa de automóvel. Ex: GDS4586, AKK1258, etc ou seja que aceite apenas letras nas três primeiras posições e apenas números nas quatro últimas. Here you go! Nada como usar ERs! :) rodrigo=# CREATE DOMAIN placa char(7) check (value ~ '[A-Z]{3}[0-9]{4}'); CREATE DOMAIN rodrigo=# select 'ABC2131'::placa; placa - ABC2131 (1 registro) rodrigo=# select 'aABC2131'::placa; ERRO: valor para domínio placa viola restrição de verificação "placa_check" rodrigo=# select 'A3BC2131'::placa; ERRO: valor para domínio placa viola restrição de verificação "placa_check" rodrigo=# select 'AB2C131'::placa; ERRO: valor para domínio placa viola restrição de verificação "placa_check" rodrigo=# select 'ABAC131'::placa; ERRO: valor para domínio placa viola restrição de verificação "placa_check" rodrigo=# select 'ABA131'::placa; ERRO: valor para domínio placa viola restrição de verificação "placa_check" rodrigo=# select 'ABA1351'::placa; placa - ABA1351 (1 registro) -- Atenciosamente, Rodrigo Hjort Icewall Tecnologias http://www.icewall.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] tratamento de ERROS em Pl/pgSQL
2007/5/7, tacio vilela <[EMAIL PROTECTED]>: Seguinte gostaria de saber se há no pl/pgSQL algo como try/exception para tratamento de erros com sql. Surely! RTFM [1]. [1] http://www.postgresql.org/docs/8.2/interactive/plpgsql-control-structures.html#PLPGSQL-ERROR-TRAPPING -- Regards, Rodrigo Hjort http://icewall.org/~hjort ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Popular tabela.
2007/5/3, Tiago H. França Baroni <[EMAIL PROTECTED]>: Existe alguma forma de popular essa tabela por dentro do PostGreSQL? Tem jeito sim! Basta rodar o comando abaixo: INSERT INTO tabela (livro, folha, "imagemF", "imagemV") SELECT 1, a, 'Z:\\Livro001\\' || lpad(a, 5, '0') || 'f.jpg', 'Z:\\Livro001\\' || lpad(a, 5, '0') || 'v.jpg' FROM generate_series(1, 200) a; -- Atenciosamente, Rodrigo Hjort Icewall Tecnologias http://www.icewall.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral