Re: [pgbr-geral] Ofuscador
Em 30/11/2015 19:15, "Vinícius Aquino do Vale" escreveu: >> Você quer um gerador de dados aleatórios? Ou entendi errado? > Sim, seria isso mesmo. > Pegar alguns campos como CPF, CNPJ e misturá-los ou alterá-los para algo qualquer. O módulo Data::Random do perl faz isso pra você: http://search.cpan.org/~barefoot/Data-Random-0.12/lib/Data/Random.pm -Leo ___ 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 + NoSQL
On Thursday, November 12, 2015, Flávio Alves Granato < flavio.gran...@gmail.com> wrote > > > Concordo contigo, preciso sair do meu mundinho e ler mais o Codd e reler o > Date, mesmo sendo um desenvolvedor isso vai me ajudar muito. Dá uma chance também para o Prof. Stonebraker (papai do Ingres, PostgreSQL, VoltDB, etc.) e veja a opinião dele sobre otimização de transações no que ele apelidou de "elefantes" e a busca por uma arquitetura ideal de armazenamento nos RDBMs convencionais/NewSQL nesta palestra (longa ~80min) que expõe (quase) imparcialmente as vantagens e desvantagens de cada arquitetura: http://slideshot.epfl.ch/play/suri_stonebraker Abraço -Leo -- Leonardo Cezar http://www.postgreslogia.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] PostgreSQL + NoSQL
FDW: https://github.com/EnterpriseDB/mongo_fdw https://github.com/dwa/mongoose_fdw -Leo On Wednesday, November 11, 2015, Bruno Felipe wrote: > Pessoal, preciso converter uma base relacional para NoSQL, pretendo usar o > mongoDB, alguém sabe como fazer? E tem como fazer o PostgreSQL ser NoSQL e > converter esses dados? > > Obrigado abraços > -- Leonardo Cezar http://www.postgreslogia.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] Extensão T-SQL
Vinícius, SQLFairy deve fazer boa parte do trabalho. -Leo 2015-06-17 11:37 GMT-03:00 Vinícius Aquino do Vale : > Olá Pessoal, > > Estou precisando converter T-SQL (SQL Server) para PL/pgSQL porém será > algo muito trabalhoso de se fazer manualmente, então procurei por uma > extensão T-SQL e encontrei a tPostgres. > > Sql-Server 2014 -> Postgres 9.3 ou para 9.4 (tanto faz) > > https://bitbucket.org/openscg/pgtsql > http://tpostgres.org/se/ > > Alguém já usou, sabe me dizer se funciona certinho. Ou alguém teria alguma > outra dica para eu migrar essas Stored Procedures para Postgres, sendo o > menos trabalhoso possível...rsrsrsr? > > Obrigado... > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- Leonardo Cezar http://www.postgreslogia.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] Programa de Índio especial PGCon2015
Que ideia fantástica!!! Saudade dessa coisa toda... -Leo 2015-06-17 12:21 GMT-03:00 Fábio Telles Rodriguez : > Senhores estaremos gravando 2 programas especiais sobre o que anda > acontecendo aqui no PGCon2015 aqui em Ottawa. O primeiro programa será > gravado hoje (17/06), ao vivo às 19h (horário de Brasília), vamos falar > sobre o que se passou no “Developers unconference > <https://wiki.postgresql.org/wiki/PgCon_2015_Developer_Unconference>“, > onde os desenvolvedores discutem um pouco sobre o futuro do PostgreSQL e > novas implementações que estão sendo realizadas e os novos desafios pela > frente. Sexta-feira (19Q/, estaremos gravando outro programa, comentando as > palestras regulares do PGCon, também às 19h. Então anote aí: > >- Programa de Índio: “PostgreSQL Developers unconference 2015″ ><https://plus.google.com/u/0/events/c1knmjptdqam2btaleknve6rgn8>: >17/06 às 19h. >- Programa de Índio: “PGCon2015″: 19/06 às 19h. > > > https://plus.google.com/u/0/events/c1knmjptdqam2btaleknve6rgn8 > > -- > Atenciosamente, > Fábio Telles Rodriguez > blog: http:// <http://www.midstorm.org/~telles/>s > <http://tellesr.wordpress.com/>avepoint.blog.br > e-mail / gtalk / MSN: fabio.tel...@gmail.com > Skype: fabio_telles > > Timbira - A empresa brasileira de Postgres > http://www.timbira.com.br > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- Leonardo Cezar http://www.postgreslogia.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] pg_clog corrompido/inexistente
Genial!!! -Leo 2014-11-13 13:36 GMT-02:00 Fabrízio de Royes Mello : > On 13-11-2014 11:44, Fábio Gibon wrote: > > Olá pessoal, > > > > alguma dica para o erro abaixo? > > > > 2014-11-13 00:02:43 BRT ERRO: não pôde acessar status da transação > 21889024 > > 2014-11-13 00:02:43 BRT DETALHE: não pôde abrir arquivo "pg_clog/0014": > No > > such file or directory. > > > > > > * PostgreSQL 9.1 > > * SO: Windows :( > > > > Antes de fazer qualquer coisa: > > 1) Pare o PostgreSQL > 2) Efetue uma cópia física do cluster (não esqueça das tablespaces) > > > Vc pode criar o arquivo que falta. Dê uma olhada no post: > > > http://www.bitrotincarnate.com/blog/2013/08/27/tuple-flensing-treating-postgres-corruption-part-i > > Att, > > -- >Fabrízio de Royes Mello Timbira - http://www.timbira.com.br/ >PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento > > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- Leonardo Cezar http://www.postgreslogia.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] Importacao de arquivos XML
CREATE TABLE foo(bar XML); COPY foo FROM '/Caminho/Para/Arquivo/Xml/arquivo.xml'; SELECT xpath('./elemento1/text()', bar) from foo xpath --- {"valor do elemento"} postgres=# SELECT * FROM foo; bar - valor do elemento2 -Leo 2014-10-24 4:24 GMT-02:00 Wellington : > Pessoal, > > como faço para importar um aquivo XML para uma tabela no PostgreSQL 9.1 ? > Alguem teria um exemplo ? > Gostaria de importar alguns arquivos e buscar os valores de algumas tags. > Eu li a documentacao, mas nao consegui entender a sintaxe. > > > Desde ja, agradeço. > Wellington > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -- Leonardo Cezar http://www.postgreslogia.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] postgres brasil no FISL 15 – #not?
Alguém teve palestra relacionada a postgres aprovada para o FISL15? Não encontrei nada de pg na grade preliminar, somente mysql.. :-\ -Leo -- Leonardo Cezar http://www.postgreslogia.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] Script para teste web postgresql...
2013/10/7 »» Thiago Pedro «« > Pessoal, estou querendo fazer uns testes em uma base de dados postgresql > no meu servidor de hospedagem. > Alguém tem ou sabe onde posso conseguir um arquivo .sql de milhares de > registros para anexar ao meu banco de dados e fazer testes ? > Base de dados pagila do projeto dbsamples: – http://pgfoundry.org/projects/dbsamples/ Módulo pgbench: – http://www.postgresql.org/docs/9.3/static/pgbench.html Abraço! -Leo -- Leonardo Cezar http://www.postgreslogia.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] Queda de energia
2013/10/2 Antonio Cesar > Pessoal tenho um banco que sofreu uma queda de energia no sabado e de la > para cá esta muito lento. > SO > Linux Debin > Postgresql 9.2 > Maquina XEON com 32 GB de memoria > Bloco do sistema de arquivos que armazena os índices corrompido. Rode um REINDEX na tabela/índce que está apresentando a lentidão. -Leo -- Leonardo Cezar http://www.postgreslogia.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] pgSphere
Caiu como uma luva num projeto "extra-lucro". Como não fui conhecer este troço antes?!?!? Muito obrigado!!! -Leo On Thu, Sep 26, 2013 at 10:44 AM, Guimarães Faria Corcete DUTRA, Leandro < l...@dutras.org> wrote: > Coisas que só o PostgreSQL faz por você: > http://pgsphere.projects.pgfoundry.org/ > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -- Leonardo Cezar http://www.postgreslogia.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] Vaccum demorado
2013/9/6 Guimarães Faria Corcete DUTRA, Leandro > 2013/9/6 Leonardo Cezar : > > Também desisti de explicar e comecei a recomendar[1] > > [1] http://www.semver.org > > Gostei, obrigado! > Por nada. > Aliás, já fugindo do tópico mas relevante para o bom funcionamento da > lista… porque colocar num rodapé o que caberia perfeitamente no texto? > Imagino que deva haver uma ótima razão, mas meu cérebro hoje está > ainda mais lento que o normal. > De verdade?? Estava escrevendo um e-mail enorme com algumas referências, mas demorei tanto para concluí-lo que os colegas mais inteligentes e experientes já haviam respondido em outras interações. Daí, graças a minha conhecida morosidade para escrever e-mails, acabei apagando parte deste, deixando só aquilo que ainda não havia sido mencionado ;-) Por obséquio, isto realmente incentiva o comportamento nocivo na lista? :-| E.. a propósito, vc virou especialista em fugir do tópico das mensagens? :-\ Abraço! -Leo -- Leonardo Cezar http://www.postgreslogia.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] Vaccum demorado
2013/9/6 JotaComm > > Em 5 de setembro de 2013 21:10, Euler Taveira escreveu: > > On 05-09-2013 16:51, JotaComm wrote: >> > Se eu te contar que este mesmo sintoma aconteceu na semana retrasada, >> > mandei um pg_ctl stop -mf, e mesmo assim o banco não parou, ele ficou >> > esperando um sinal do processo do autovacuum. Para conseguir parar o >> banco, >> > tive usar a força bruta e fazer um reboot no servidor (nem um sinal de >> kill >> > ele respondeu), por isso a minha preocupação em tentar entender porque >> > isso esta acontecendo. >> > >> Olhando as notas de lançamento, eu sugiro que você atualize para a 9.0.13. >> >> Se for possível (e houver alguma atualização a ser feita), eu também >> atualizaria o sistema operacional. >> >> Além disso, faça um VACUUM FREEZE de toda a base de dados. >> > > Se tudo correr bem, acredito que vou conseguir migrar este banco (é o meu > maior, aproxidamente 3.4T) para a versão 9.2 no final do mês ou no começo > do mês que vem quando estar um novo sistema em produção aqui. > Desafio do milhão... A instalação (compilação ou pré-compilação) foi realizada com a flag -g do gcc (enable-debug)? Se sim, vc poderia poderia depurar a função rebuild_relation e cluster_rel do programa cluster.c com o gdb para identificar em qual contexto de execução a coisa está travada. Abraço! -Leo -- Leonardo Cezar http://www.postgreslogia.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] Vaccum demorado
2013/9/6 Euler Taveira > On 06-09-2013 11:13, Guimarães Faria Corcete DUTRA, Leandro wrote: > > 2013/9/6 Euler Taveira : > >> …seria mais fácil se o Postgres mudasse a numeração > >> para "9.0 patch level 13" para ficar mais claro que os novos binários > >> são somente *correções*. > > > Hugh > > Verdade, mas seria feio p’ra dedéu. > > > Feio é mas me pouparia explicar e convencer cada novo cliente que ele > precisa aplicar patches corretivos e que os mesmos não afetarão seus > aplicativos. Também desisti de explicar e comecei a recomendar[1] [1] http://www.semver.org Abraço! -Leo -- Leonardo Cezar http://www.postgreslogia.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] Vaga Analista de Suporte DBA - Fortaleza-CE
2013/8/23 Guimarães Faria Corcete DUTRA, Leandro > 2013/8/23 Flávio Alves Granato : > > 2013/8/23 Vaga Analista de Suporte DBA - Fortaleza-CE < > ticsele...@yahoo.com> > Parem com a blasfêmia!!! Não perceberam que é a área de RH de TIC do Yahoo?!?! ;-) -Leo -- Leonardo Cezar http://www.postgreslogia.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] [OFF] PgBr 2013 - Porto Velho - RO
Fantástico!!! Fico muitíssimo feliz e orgulhoso pelo formato e sucesso do evento. Aproveito para pedir desculpas pela minha ausência e por avisar de última hora que não conseguiria ir (de fato tentei negociar com a empresa até o último instante, mas no governo tá !@#$..), falhando com o compromisso assumido como palestrante. Segue o link de minha palestra[1] – Sim, é a mesma do FISL, mas com alguns ajustes técnicos para o público alvo do PGBR q é mais avançado. Também aproveito para parabenizar o Bueno e todos os colaboradores que contribuíram para o sucesso do evento. [1] http://www.slideshare.net/LeonardoCezar1/alta-disponibilidade-com-postgresql Um forte abraço! -Leo 2013/8/20 Fábio Telles Rodriguez > Meus comentários sobre o PGBR2013: > http://savepoint.blog.br/e-mais-um-pgbr-se-vai/ > > > Em 19 de agosto de 2013 12:32, Roberto Mello > escreveu: > > 2013/8/19 Juliano Atanazio : >> > Bom dia, pessoal! >> > >> > Gostaria aqui, brevemente agradecer a todos que participaram ou se >> > envolveram de alguma forma, tornando possível o evento. >> >> Faço minhas as palavras do Juliano. Obrigado a todos que se esforçaram >> e trabalharam no evento, e até o próximo PgBR! >> >> Roberto >> ___ >> pgbr-geral mailing list >> pgbr-geral@listas.postgresql.org.br >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >> > > > > -- > Atenciosamente, > Fábio Telles Rodriguez > blog: http:// > <http://www.midstorm.org/~telles/>s<http://tellesr.wordpress.com/> > avepoint.blog.br > e-mail / gtalk / MSN: fabio.tel...@gmail.com > Skype: fabio_telles > > Timbira - A empresa brasileira de Postgres > http://www.timbira.com.br > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- Leonardo Cezar http://www.postgreslogia.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] PostgreSQL Magazine (pgbr-geral@listas.postgresql.org.br)
Bom ter-te novamente conosco! 2013/8/9 l...@dutras.org (Google Drive) > J'ai partagé un élément avec vous > > De volta só para retormar um assunto largado pela metade um ano atrás: farei > uma encomenda das PostgreSQL Magazine números um e dois. Quanto mais > encomendas houver, mais barato sai. Coloque seu nome na primeira folha, e > confira quanto sairá na segunda (em euros). > > [image: Feuille de calcul] PostgreSQL > Magazine<https://docs.google.com/spreadsheet/ccc?key=0AkJ5QMMh6ZjCdFpUMWFyRnNQeENKR2hIZ3hWc0hNQ2c&usp=sharing&invite=CO-51JgO> > Google Drive : créez, partagez et stockez tous vos fichiers au même > endroit. [image: Logo Google Drive] <https://drive.google.com> > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- Leonardo Cezar http://www.postgreslogia.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] Replica de base por periodo
Use particionamento[1], fdw[2] com dblink[3]. [1] http://www.postgresql.org/docs/9.2/static/ddl-partitioning.html [2] http://www.postgresql.org/docs/9.3/static/sql-createforeigndatawrapper.html [3] http://www.postgresql.org/docs/9.3/static/contrib-dblink-connect.html Abraço! -Leo 2013/7/18 Eduardo Rodrigues > Boa tarde Pessoal, > > em uma tabela de um determinado banco de dados quero armazenar apenas > dados dos ultimos 90 dias. Em um banco de dados secundário gostaria de > poder replicar todo o conteúdo maior do que 90 dias. Alguém sabe me dizer > se o Slony realiza esse tipo de tarefa? Ou terei que criar uma trigger? > > > Muito obrigado pela ajuda > Eduardo Rodrigues > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- Leonardo Cezar http://www.postgreslogia <http://postgreslogia.wordpress.com>.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] parametros para melhorar update
2013/6/26 Douglas Fabiano Specht > Boa tarde Pessoal, > estamos com algumas dificuldades para fazer uns updates como o abaixo, > onde demora em torno de 15min para atingir quase 1 milhão de registros. > > UPDATE LANCCAIXA SET FLINDPAG = 2 WHERE FLINDPAG IS NULL > > Gostaria de saber quais parâmetros interferem para poder modificar e > testar se melhora tal performance, sem necessidade de pensar em hardware > uma vez que temos clientes com windows, linux, e varias configurações de > memoria e processador, e disco: > Aí tá mais difícil do que tentar "acertar" o resultado do jogo da final da copa das confederações. Falta: - Descrição do hardware atual; - Descrição das tabelas envolvidas; - Índices; - Explain da execução; - Transações concorrentes; - Interface utilizada (libpq, jdbc, pqp, ...); Mais Exóticas: - Fillfactor; - Tipo do filesystem; - Tamanho do bloco; - Interface de Discos; - Storages; - Relatório do SAR; - Configurações do kernel; - Segmentos de rede; - Blá ... - Blé ... - Bli ... - Bló .. Abraço! -Leo -- Leonardo Cezar http://www.postgreslogia <http://postgreslogia.wordpress.com>.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] Como descobrir o nome do ínidice/constraint que causou erro?
2013/6/24 Alexsander Rosa > Estou colocando COMMENTS nas constraints com mensagens de erro mais claras. > Quero poder converter isto: > ERROR: new row for relation "produto" violates check constraint > "chk_produto_precomin" > Nisto: > O preço de tabela do produto não pode estar abaixo do preço mínimo. > > Gostaria de uma maneira de descobrir o SQLSTATE e o ID da constraint que > deu erro. > Em último caso vou procurar tudo que está entre aspas no catálogo. > Seria isto?? CREATE table foo(id int primary key); CREATE TABLE bar(id int references foo(id)); COMMENT ON CONSTRAINT bar_id_fkey ON TABLE bar IS 'Falha na chave estrangeira'; DO $$ BEGIN INSERT INTO bar VALUES(2); EXCEPTION WHEN integrity_constraint_violation THEN RAISE NOTICE '%', obj_description(49354); -- Claro que num trigger vc poderia colocar TG_RELNAME e TG_RELID nos parametros -- desta função END $$; Abraço! -Leo -- Leonardo Cezar http://www.postgreslogia <http://postgreslogia.wordpress.com>.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] Iniciante
2013/4/11 Luiz Gabriel Deganutti > Entao Leo ja estao tirando estas, > Minhas duvidas na verdade e sobre a utilização configuração, a curva de > aprendizagem, pois nao tenho tanta experiencia assim (infelizmente), por > isso, também sobre o seu comportamento para sistemas IW(IntraWeb) será > pequeno, mas presiso de algo que amanhã eu não me arrependa. > Curva de aprendizado varia muito. A manutenibilidade do postgres é algo verdadeiramente simples, não requer muita especialização em alguns cenários, mas quem pode afirmar isso por vc não sou eu. Se a coisa é crítica (e parece ser...), aconselho vc realizar um treinamento com as diversas empresas especializadas em postgres que temos no Brasil. Abraço! -Leo -- Leonardo Cezar http://www.postgreslogia <http://postgreslogia.wordpress.com>.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] pg_ctlcluster e derivados
2013/4/11 Sebastian Webber > Pessoal, > > alguém sabe de algum port dos utilitários pg_ctlcluster (e todos os > outros, como o create/dropcluster, lscluster, etc.) do debian/ubuntu para > o ambiente RedHat/CentOS? > O pacote postgresql-common[1] é um framework que utiliza a package PgCommon.pm[1]. Por ter sido desenvolvido em perl eu não vejo motivos para não funcionar em outras distros além daquelas baseadas em Debian. A questão aí é que ele apenas foi empacotado para o sistema de distribuições apt e respeita os caminhos da instalação padrão do Debian: /usr/lib/postgresql/versao, /etc/postgresq/versao, /var/lib/postgresql/versao entre outros... Tente instalar o package PgCommon no teu diretório de componentes perl, usualmente: "/usr/lib/perl5" ou "/System/Library/Perl/5.10/" ou "/Windows/Libraries/FuckDir/ – #kidding" e rodar os comandos pg_* Outra abordagem seria utilizar o incrível e famigerado pgvm[3] como o @JotaComm já mencionou. [1] http://packages.debian.org/sid/postgresql-common [2] http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/raring/postgresql-common/raring/view/head:/PgCommon.pm [3] https://github.com/guedes/pgvm Abraço! -Leo -- Leonardo Cezar http://www.postgreslogia <http://postgreslogia.wordpress.com>.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] Iniciante
2013/4/11 Luiz Gabriel Deganutti > Boa Tarde Pessoal, > Me chamo Luiz, sou novo no grupo, e tenho muitas quase infinitas duvidas > sobre o postgresql, sou usuario firebird, estou presisando migrar minha > DataBase para outra plataforma SGDB, pois utilizaremos IntraWeb e sera > feita em Delphi, utilizaremos plataforma Win em cima de NTFS. > Tenho um tando de duvida sobre a performance deste em intraweb. > Desta quantidade "quase infinitas duvidas sobre o postgresql" vc poderia ser um pouco mais específico sobre pelo menos uma? Abraço! -Leo -- Leonardo Cezar http://www.postgreslogia <http://postgreslogia.wordpress.com>.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] Nível de Log adequado
2013/4/9 Anselmo Silva > > Ah! Os Deuses do procedimento armazenado já passaram por este problema e >> portanto desenvolveram esse cara[1] que pode ser seu amigo. >> >> [1] http://www.pgadmin.org/docs/1.8/debugger.html >> >> Já tentou? >> > > Não tentei. Qual procedimento para instalar em ambiente windows (se > houver)?. > Vc precisa estar habilitado a compilar extensões (contrib) no windows e sinto muito mas não tenho capacidade técnica sequer para te dar o "caminho-das-pedras" de como fazer isto naquela plataforma. Caso seja no linux, coloque os arquivos no diretório contrib de sua instalação, execute $ make && make install e configure o parâmetro shared_preload_libraries com o parâmetro: '$libdir/plugins/plugin_debugger.so' ou ".dll" no caso do windows (lembre-se de inverter asbarras). Reinicie o servidor e rode o arquivo .sql que vem junto com o pacote de instalação. Pronto! Basta acessar a opção Debugging do PgAdmin3. O artigo "PlPgSQL Profiling"[1] do blog postgreslogia possui mais informações: [1] http://postgreslogia.com/blog/plpgsql-profiling/ Abraço! -Leo -- Leonardo Cezar http://www.postgreslogia <http://postgreslogia.wordpress.com>.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] Nível de Log adequado
2013/4/9 Anselmo Silva > > Talvez vc esteja utilizando /bind variables/ do lado do cliente e por isso >> está enxergando "?" ao invés do valor? >> >> > Não. Estou Chamando a função SQL dinamicamente por meio de outra função > plpgsql usando os parâmetros que esta primeira função manda. > Como está dando erro, gostaria de saber qual parâmetros a primeira função > mandou. > Ah! Os Deuses do procedimento armazenado já passaram por este problema e portanto desenvolveram esse cara[1] que pode ser seu amigo. [1] http://www.pgadmin.org/docs/1.8/debugger.html Já tentou? Abraço! -Leo -- Leonardo Cezar http://www.postgreslogia <http://postgreslogia.wordpress.com>.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] Nível de Log adequado
2013/4/9 Anselmo Silva > Então coloque o log em modo debug5, na GUC log_min_messages >> Alternativamente, acho melhor até, coloque alguns RAISE NOTICE na sua >> função, passando as variáveis. Aí cairá no log como NOTICE. >> > > Já estão como debug5 e não mostra... > quanto a segunda sugestão: eu teria que converter a função SQL em plpgsql, > não é? > Talvez vc esteja utilizando /bind variables/ do lado do cliente e por isso está enxergando "?" ao invés do valor? Abraço! -Leo -- Leonardo Cezar http://www.postgreslogia <http://postgreslogia.wordpress.com>.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] Versão do linux
2013/4/8 Antonio Cesar > Bom dia, > Pessoal estou montando um servidor para postgresql 9.x estou com duvida em > que versão do linux usar centOS 6.x ou ubuntu server 12.x? > Use qualquer vanilla[1]. [1] https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/log/?id=refs/tags/v3.9-rc6 Abraço! -Leo -- Leonardo Cezar http://www.postgreslogia <http://postgreslogia.wordpress.com>.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] Voltando ao assunto, mas com outra visão (CHAR ou VARCHAR) ?
2013/4/3 Alexsander Rosa Que tal isso aqui?: > > CREATE TABLE CFOP (ID INTEGER NOT NULL,CFOP INTEGER, > DESCRICAO BLOB SUB_TYPE 1 SEGMENT SIZE 80, > APLICACAO BLOB SUB_TYPE 1 SEGMENT SIZE 80 > ); > > Agora já não sei se brincas ou se falas sério... CFOP não é um identificador único? -Leo -- Leonardo Cezar http://www.postgreslogia <http://postgreslogia.wordpress.com>.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] Voltando ao assunto, mas com outra visão (CHAR ou VARCHAR) ?
2013/4/2 Dickson S. Guedes > Em 2 de abril de 2013 15:20, Leonardo Cezar escreveu: > > Que Leandro Dutra não me ouça, mas no cerne da aplicação, isso também > > poderia ser resolvido com chaves artificiais e sem o /overhead/ da > > decodificação, não? > > Poxa, porque não me falou isso ontem? Eu teria refatorado o banco para > usar serial em tudo. Hoje já é tarde demais. :/ rs... Respondendo trolagem na mesma moeda?!? -Leo -- Leonardo Cezar http://www.postgreslogia <http://postgreslogia.wordpress.com>.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] Voltando ao assunto, mas com outra visão (CHAR ou VARCHAR) ?
2013/4/2 Alexsander Rosa > > Na verdade a minha "viagem" foi pensando assim: imagine que você tem um > "tipo de operação" com 5 letras A-Z (ex: VENDA, COMPR, DEVOL, etc) usado > como FK em vários lugares. Eu fiquei pensando: considerando que isso vai > ter uns 10 bytes no Varlena, não seria mais rápido se sua aplicação > convertesse isso para um número de 4 bytes (ex: VENDA = 21x26⁴ 4x26³ 13x26² > + 3x26 + 0 = 9596496 + 70304 + 8788 + 78 + 0 = 9675666) e usasse este > número como FK ao invés de um text? A codificação/decodificação seria em > nível de aplicação/apresentação. > > Eu nunca usei isso, mas fiquei pensando vendo este overhead do Varlena, > que pode ser um exagero em strings pequenas. > Você está *quase* reproduzindo a técnica de armazenamento de atributos grandes (aka TOAST) na perspectiva da aplicação ;-). De fato, considerando apenas poucos bytes, não creio ser uma otimização com ganho relevante em cenários comuns e como já mencionado pelo Flávio, o custo computacional se torna evidente quando precisamos extrapolar uma típica página de dados (8kb por padrão), mas daí voltamos a discussão do toast. Ainda não li o artigo do depesz, mas nas conclusões, os testes parecem ratificar a insignificancia de tal otimização, certo? Que Leandro Dutra não me ouça, mas no cerne da aplicação, isso também poderia ser resolvido com chaves artificiais e sem o /overhead/ da decodificação, não? Abraço! -Leo -- Leonardo Cezar http://www.postgreslogia <http://postgreslogia.wordpress.com>.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] RES: REF: DISTINCT E COUNT(). #02.
Este e-mail é diferente do anterior? Pra que criar uma segunda thread? -Leo -- Leonardo Cezar http://www.postgreslogia <http://postgreslogia.wordpress.com>.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] Voltando ao assunto, mas com outra visão (CHAR ou VARCHAR) ?
On Tue, Apr 2, 2013 at 10:36 AM, Alexsander Rosa wrote: > > Entendo que a diferença seria apenas de espaço em disco mesmo. Use > varchar e boa. > > Strings de até 126 bytes têm 1 byte de overhead (para o tamanho da > String); strings maiores têm 4 bytes de overhead. > Não seria um ganho de velocidade se o PostgreSQL armazenasse strings de 2, > 4 e 8 bytes em tipos unsigned? > Sei que existe o tipo "char" (com aspas) que fica armazenado em exatamente > 1 byte. > Hmm... não é assim que funciona. Todos os tipos de tamanho variável (inclua aí o char e deixe o toast fora disso – já explico) compartilham uma mesma estrutura chamada varlena. Este é o cabeçalho padrão para bytea, bpchar (vulgo char), cstrings, &ca e possui a seguinte definição: estrutura Varlena v_len[4] -- informações sobre o tamanho do dado armazenado; v_dat[1] -- Início do array de armazenamento; Este tipo de estrutura é muito utilizado como um /pattern/ e basicamente possibilita a extensibilidade de tipos, funcionalidade que seria inviável com tipos unsigned – se não me engano v_len já foi inteiro num belo dia. Tentei fazer o diff com tags antigos no git mas me perdi :-\ Quando vc cria um tipo de dados com restrição de comprimento, vc habilita no catálogo o armazenamento com atttypmod ( > 0 – ver pg_attribute.atttypmod). Este mesmo atributo é utilizado para operações de validações com a constante VLHDRSIZE (depois confirmo este nome) que é o tamanho do header da estrutura varlena. Esta arquitetura é histórica e existe desde dos primórdios do elefante e a mudança certamente exigiria uma refatoração inclusive conceitual da coisa toda. O "char" com aspas pra mim é novidade Abraço! -Leo -- Leonardo Cezar http://www.postgreslogia <http://postgreslogia.wordpress.com>.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] Consumo alto de memória e CPU
2013/4/1 Flavio Henrique Araque Gurgel > Novamente... http://www.linuxatemyram.com/ >> > > Léo, se eu conhecesse esse site antes, teria economizado 99,9% de minha > saliva ao explicar como o Linux usa a memória :D As vezes a FAQ não funciona... Você fez um resumo daquilo que na verdade 99,9% precisa conhecer ;-D Abraço! -Leo -- Leonardo Cezar http://www.postgreslogia <http://postgreslogia.wordpress.com>.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] Consumo alto de memória e CPU
2013/4/1 Luiz Carlos L. Nogueira Jr. > Pessoal, > Tenho essa situação no top, normalmente > > top - 15:31:38 up 10 days, 8:13, 4 users, load average: 8.64, 7.58, 6.75 > Tasks: 348 total, 19 running, 329 sleeping, 0 stopped, 0 zombie > Cpu(s): 99.1%us, 0.3%sy, 0.0%ni, 0.3%id, 0.0%wa, 0.0%hi, 0.3%si, > 0.0%st > Mem: 20548432k total, 20103744k used, 444688k free, 173956k buffers > Swap: 522104k total, 452k used, 521652k free, 15943964k cached > > Existe uma degradação muito rápida do ambiente como um todo. Diante disso: > Degradação? > Diminuo o pool de conexões do Jboss? > Não sei. > É normal esse uso acentuado de CPU pra tão poucos processos simultâneos? > Aperte "1" em seu teclado com estiver rodando o top e apresente o resultado novamente.. > Essa memória não diminui mesmo em horário sem ninguém usar? > Clássico... http://www.linuxatemyram.com/ > O %mem de cada processo não diminui de forma nenhuma? > Novamente... http://www.linuxatemyram.com/ Abraço! -Leo -- Leonardo Cezar http://www.postgreslogia <http://postgreslogia.wordpress.com>.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] Desconsiderar maiúsculo/minúsculo em campos varchar
On Mon, Apr 1, 2013 at 1:45 PM, izaque Maciel wrote: > Boa tarde, alguns dias atrás, precisei que os campos varchar funcionassem > como Case Insensitive, mas tudo que o pessoal me retornou foi algo como: > > select upper(c.nome_cli) from clientes c like upper(c.nome_cli), e um > outro usuário me reportou que eu poderia utilizar o tipo de dado CITEXT, > que no delphi não > ficou legal. Foi então que por um acaso procurando uma outra coisa > encontrei este artigo abaixo, caso alguém queira utilizar: > O problema de funções e operadores criadas no catálogo são as atualizações e migrações que além de dramáticas por vezes causam comportamentos estranhos no otiimizador. O operador (ILIKE - repare o "I" no início) parece tão mais simples: SELECT 'AbC' ILIKE 'abc'; Embora esteja em não-conformidade com o padrão SQL, costuma ser útil, simples e funcional com a maioria dos ORMs distribuídos para PostgreSQL seja a linguagem que for. Abraço! -Leo -- Leonardo Cezar http://www.postgreslogia <http://postgreslogia.wordpress.com>.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] Configuração max_connections
2013/4/1 Luiz Carlos L. Nogueira Jr. > Pessoal, > Existe alguma forma de saber, dentro de um certo período, o máximo de > conexões que efetivamente estão executando algo simultaneamente? > O seguinte comando pode ajudar: $ TABLE pg_stat_activity; Quando dou um top aparecem, no máximo, 10 processos do postgres. Isso quer > dizer que, no máximo, tenho 10 processos simultâneos? > Não, porque existem outros processos de sistema que pertencem ao postgres: bgwriter, logger, wal writter, vaccuum, checkpoints, &ca... Por exemplo, em meu sistema, um comando como este: "top -cu postgres" retornaria 6 processos mesmo com o sistema em idle. Para acompanhamento periódico/histórico de transações e conexões use o utilitário pgBadger[1] que gera um relatório completo de transações e acessos no seu servidor. Outro "tiro-no-pé" que pode acontecer – e q não é tão raro assim – é quando o intrépido analista de negócio e/ou cliente solicita um número máximo de conexões para estimar crescimento, mas existe um gerenciador de fila (connection pooling) entre o SGBD e a aplicação. Isto trará números ainda mais imprecisos visto que conexões do banco podem gerenciar N requisições da aplicação. Como regra geral, entenda a arquitetura de seu ambiente. 1) http://dalibo.github.com/pgbadger/ Abraço! -Leo -- Leonardo Cezar http://www.postgreslogia <http://postgreslogia.wordpress.com>.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] Conexao PostgreSQL via JDBC em dispositivos móveis
2012/10/26 Joao Paulo Rieg : > Bom dia! > > Estou desenvolvendo uma aplicação em Java, para Android 4.0, esta aplicação > irá fazer transações no PostgreSQL 9.0, porém nao encontrei nenhum JDBC, > para Android. Já tivemos essa necessidade também, por mais absurda que pareça. Utilizamos o JDBC do postgres e adicionamos o jar num projeto Cordova[1] estendendo a classe Storage[3] do Phonegap[2] com um adaptador para postgres - implementação muito próxima à do sqlite respeitando as devidas proporções e potencialidades. > Procurei em foruns e encontrei um JDBC modificado, cujo qual consegui fazer > a conexão. Alguém da Comunidade já teve esta necessidade ou conhecem alguma > outra ferramenta que seja mais apropriada para fazer a conexão com o > PostgreSQLno Android? Não entendo porque deveria ser um JDBC modificado, foi simples assim: baixar o jar e sair usando. Lembra-te do slogan da Sun: "Write once and run anywhere. - WORA" É lógico que o ideal é projetar uma arquitetura ESB para suportar o desenvolvimento dessas aplicações, além de estabeler políticas de consumerização (byod) e tantas outras saladas de letrinhas... 1) http://incubator.apache.org/cordova/ 2) http://phonegap.com/ 3) https://github.com/apache/incubator-cordova-android/blob/master/framework/src/org/apache/cordova/Storage.java Abraço! -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Migração de base Postgres para Oracle
2012/10/26 luiz damascena : > Tiago e comunidade. > > Tenho um legado Oracle que vai perdurar por algum tempo, e gostaria de usar > essa infra como opção para um eventual alívio nos servidores Postgres, sob > forma de consulta. Luiz, estou no governo também e portanto assumo que estamos no mesmo barco. Entendo as pressões do dia-a-dia e sei q precisamos matar um leão por hora, mas definitivamente esta opção que vc está pensando não é uma boa estratégia para a sonhada independência tecnológica do governo. Não existe "legado Oracle que vai perdurar por algum tempo", esses sistemas continuarão a coexistir com sistemas livres e o motivo eu não arrisco a dizer, mas acho que a maioria já sabe. > O pessoal da Oracle só fala em procedimentos para trocar um banco pelo > outro, e não procedimentos agendados de replicação... Sugerir uma integração em sistemas costuma ser a melhor solução quando a coisa aperta. Sugira um projeto de integração via DBI, ETL ou até mesmo ODI (Oracle Data Integrator), sim, proponha a utilização de ferramentas "deles" para realizar a integração, isto vai aumentar a estima e desviar as atenções. > Como especulo que o pessoal daqui é menos "xiita", joguei a questão... Não somos xiitas, apenas acreditamos num modelo onde a inexigibilidade não é a única escolha, onde a liberdade tecnológica exista e a concorrência imperfeita não seja favorecida. Abraço! -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Sugestão de empresa para capacitação em PostgreSQL
Tem também a TargetTrust: http://www.targettrust.com.br On Wed, Oct 24, 2012 at 5:10 PM, Emerson Hermann wrote: > IT Cursos > > http://www.itcursos.com.br Não achei a programação do curso de postgres no site da ITCursos. Onde está? Abraço! -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Problemas de corrupção no PostgreSQL
Que susto! Achei que havia entrado algum político para o PGDG. Abraço! -Leo 2012/7/23 JotaComm : > > Olá, pessoal > > Bom dia!! > > Queria trocar uma idéia com vocês para ver se consigo descobrir o que pode > estar acontencendo com o meu banco PostgreSQL. > > Meu ambiente é da seguinte maneira: > > servidor01 > > - /diretoriodados01 - porta 5432 > - /diretoriodados02 (réplica do servidor02) - porta 5433 > > servidor02 > > - /diretoriodados01 (réplica do servidor01) - porta 5432 > - /diretoriodados02 - porta 5433 > > > Tenho dois servidores PostgreSQL e em cada um dois clusteres, um na porta > 5432 e um na porta 5433. O servidor01 - porta 5432 replica dados para o > serivdor02 na porta 5432, já o servidor02 porta 5433 é produção e replica > dados para o servidor01 - porta 5433. > > A replicação a que me refiro é através do log shipping. Versão do PostgreSQL > 9.0.4. O sistema operacional das máquinas eram: CentOS release 5.6 (Final), > porém o novo servidor que foi refeito passou para o CentOS release 6.3 > (Final), e depois desta atualização neste servidor02 é que os problemas > começaram. > > O que aconteceu foi o seguinte: Foi feita uma manutenção no servidor02, > então ativou-se a a contingência (/diretoriodados02 (réplica do servidor02) > - porta 5433) no servidor01 para que virasse master, até ai tudo beleza. O > servidor02 foi todo refeito e os dados foram replciados para lá, porém > quando ativou-se o servidor02 como master novamente muitas coisas começaram > a aparecer: como dados duplicados de chave primária. Teve uma tabela que > apliquei o vacuum full e alguns dados sumiram. > > Outo problema que peguei: > > SELECT * FROM tabela WHERE codigo=1; > > O retorno do SELECT apresentava o código 2. Depois que executei o VACUUM > FULL alguns registros desapareceram, certamente porque estava em blocos > inválidos do disco. > > Alguém tem idéia/pista do que pode estar acontencendo? > > Abraços > > -- > JotaComm > http://jotacomm.wordpress.com > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -- Leonardo Cezar http://postgreslogia.wordpress.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] Ferramenta para gerência de mudança.
2012/7/18 Bruno Silva : > Se não me engano tem um videocast, usando git com apgdiff, feito por um > partiipante da comunidade. Vou procurar Além do videocast (q eu não sei de quem é), tem uma palestra[1] minha sobre o tema. Outras abordagens interessantes são pgtap[2[, pyrseas[3]. 1) https://speakerdeck.com/u/lhcezar/p/processo-de-manutencao-evolutiva-de-modelo-de-dados-estudo-de-caso-postgresql-e-git 2) http://pgxn.org/dist/pgtap/ 3) http://pgxn.org/dist/pyrseas/ Abraço! -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Fwd: Dbdebunk Revival
Divino! On Mon, Jul 9, 2012 at 10:18 PM, Guimarães Faria Corcete DUTRA, Leandro wrote: > Não é estritamente ligado ao PostgreSQL, mas creio que é relevante > para a tribo do elefante. > > > > -- Forwarded message -- > From: > Date: 2012/7/9 > Subject: Dbdebunk Revival > To: webs...@dbdebunk.com > > > Hi, > > You are receiving this message because you were a subscriber to > dbdebunk.com. If this is of no interest, please disregard it and we > apologize for the inconvenience. > > We would like to alert you to our intention to revamp and revive the > site. We are working on a new layout with better design and > accessibility, and cleaning and revising the old material, in > preparation for new material. > > Its focus will remain data fundamentals, and it will still be critical > of fallacies and misconceptions, but with a more corrective, > educational bent, less personal and strident and societal issues not > directly related to the technical specifics. > > It may take us some time to ready it for the launch, but in the > meantime we thought we would touch base with our former readers, give > them a heads up, gauge their interest (and test the validity of the > old email address). > > Can you, please, take a moment to let us know if you are interested or > not and provide feedback (comments, suggestions, ideas), if any. If > you know of others interested, or relevant forums, we would greatly > appreciate it if you could propagate the news. > > We look forward to hearing from you and hope to have you as a reader. > > Thanks and best regards, > > Fabian Pascal > (for the new www.dbdebunk.com partnership) > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Leonardo Cezar http://postgreslogia.wordpress.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] substituir palavras em coluna
2012/6/19 Aguiar Magalhaes : > Pessoal, > Por toda uma coluna que armazena o nome das empresas, preciso substituir a > palavra "DISTRIBUICAO" por "DISTRIBUIÇÃO". > Por exemplo: > "A.B.C. DISTRIBUICAO E COMÉRCIO" para ficar "A.B.C. DISTRIBUIÇÂO E COMÉRCIO" UPDATE foo SET bar = replace(bar, 'DISTRIBUICAO', 'DISTRIBUIÇÃO') WHERE TRUE; -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] PostgreSQL Magazine
Eu quero! 2012/5/15 Guimarães Faria Corcete DUTRA, Leandro : > 2012/5/8 Fabiano Machado Dias : >> saiu a edição da "PostgreSQL Magazine" > > Colegas, a edição em papel pelo Lulu.com está com o frete pela hora da > morte — €9,29. Pedindo dois, baixa para €13,20, ou seja, €6,60 por > número. Três, €17,09, ou seja, €5,70 por número. > > Como acho que papel ainda tem um peso, e pode ser um bom instrumento > de propaganda, pensei em encomendar uma determinada quantidade juntos, > e alguém manda para os outros pelo correio brasileiro mesmo. Como > pode ir como impresso, deve ser relativamente barato enviar pelo > correio. > > Então, a questão é: ¿quem vai querer? > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Leonardo Cezar http://postgreslogia.wordpress.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] backup e restore de bd específico sem dump
2012/2/28 Moisés P. Sena : > É que o backup do meu BD com pg_dump esta ficando muito grande, e quase > sempre (tipo umas 3 vezes por semana) > é preciso restaurar o backup do dia para fazer testes de integração em outro > servidor. Talvez replicação resolva teu problema. > Sobre arquivamento de logs nao entendi muito bem como funciona, dei uma > olhada na documentação (WAL Logs). E até onde leu, o que entendeu? > WAL resolveria o meu problema? Existe algum tutorial de como usá-lo na > prática em sistemas linux? Talvez. O melhor tutorial está em postgresql.org./ Leia e traga dúvidas mais específicas. Abraço! -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] backup e restore de bd específico sem dump
2012/2/28 Moisés P. Sena : > Bom dia pessoal! > > Gostaria de fazer o BACKUP de um único BD (bd_teste), > sem usar dump, e gravar em um arquivo db.bkp. Por que? > Em outro servidor (que possui outros BDs) restaurar este arquivo para um > novo bd (db_teste_restore). > > É possível fazer isto? É, mas é complicado o suficiente à ponto de não ser recomendado. Utilize pg_dump ou arquivamento de logs. -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Count em Tabelas
2012/2/28 Giovanni Sousa : > Prezados, > > Em um projeto aqui do trabalho, tem um schema que possui 233 tabelas. > Gostaria de saber, como faço para saber a quantidade de registro de cada > tabela. > Sei que posso fazer um COUNT em cada uma delas, mas como são muitas isso irá > levar muito tempo. > Alguem tem algum script que possa me auxiliar e tornar meu trabalho mais > rápido? SELECT reltuples FROM pg_class WHERE nspname = 'meu_esquema' JOIN pg_namespace ON (pg_class.relnamespace = pg_namespace.oid) -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Consultar numero de transações
2012/1/18 Flavio Henrique Araque Gurgel : >>> Estou configurando o parâmetro "vacuum_defer_cleanup_age".. >>> E gostaria de saber se há alguma view no postgres que mostre um valor >>> para me basear e definir no parametro.. >> >> pg_database.datfrozenxid > > Eu olhava em: > SELECT pg_current_xlog_location(); > Fazendo várias vezes a consulta num intervalo de tempo conhecido. > Será que eu tava fazendo errado? Negativo, eu é q estou respondendo e-mails sem ler direito. Desculpe pela resposta absurda, havia entendido outro parâmetro do vaccum. Abraço! -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Consultar numero de transações
2012/1/18 : > > Boa tarde pessoal, > > Estou configurando o parâmetro "vacuum_defer_cleanup_age".. > E gostaria de saber se há alguma view no postgres que mostre um valor > para me basear e definir no parametro.. pg_database.datfrozenxid -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Performance Postgres
2012/1/16 Cesar Moraes : > Osvaldo obrigado pela dica do livro, mas acredito que não tenho tempo para > comprar o livro ler e depois achar a solução. Se não tens tempo para ler um livro mas tem urgencia com a solução, dificilmente os bem aventurados aqui da lista conseguirão resolver teu problema dentro da tua expectativa de tempo. Então, o ideal é contratar uma consultoria. Abraço! -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Erro ao subir a replicação
2012/1/11 Dauro Sobrinho : > Ao tentar subir a replicação o seguinte log é gerado: > > LOG: database system was interrupted while in recovery at log time > 2012-01-11 16:48:31 BRST > HINT: If this has occurred more than once some data might be corrupted and > you might need to choose an earlier recovery target. [corte] > Mas no postgresql.conf do servidor principal o wal_level está setado como > hot_standby, gostaria de saber se alguém já se deparou com esse problema e > se tem a solução? Descreva as configurações de ambos servidores (postgres.conf). -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Registros duplicados
2012/1/11 Wesley : > Olá pessoal, > > talvez a dúvida é muito noob, mas sou iniciante. Como faço um sql para pegar > registros duplicados na mesma tabela. SELECT a, b FROM tabela GROUP BY a, b HAVING count(*) > 1; -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] backup automático
2012/1/11 Pedro Costa : > Uma maneira de fazer disparar um trigger de X em X alterações numa > tabela ou de X em X inserções e que faça backup de toda a base de dados Talvez vc queira trabalhar com gatilhos em uma linguagem /untrusted/. Veja a documentação sobre plperl ou plpython. Por outro lado, talvez vc queira simplesmente configurar o arquivamento de logs de transações. Leia sobre WAL na documentação. -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] backup automático
2012/1/11 Pedro Costa : > Pessoal alguém conhece uma maneira de fazer disparar um backup para o > ambiente de trabalho automaticamente? > Este trigger poderia disparar, por exemplo, de X em X registos de uma > determinada tabela. Quê? -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Arquitetura para Seleção de ìndices
2011/11/21 Euler Taveira de Oliveira : > On 21-11-2011 09:52, Bruno Silva wrote: >> Desculpa, mas isso não seria pra lista -dev ? >> > Não. Da descrição da lista -dev: > > "Lista para organização do PostgreSQL Brasil. Coordenação do site, traduções, > eventos e outros projetos." Essa não é a primeira vez que se faz confusão e nem será a última. Estou inclinado a mudar o nome da lista de -dev para -org ou -coord. Se já discutimos este assunto, por favor desconsiderem a memória deste velho esquecido. -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Histórico de alterações
2011/11/18 Deusimar Ferreira : > Boa tarde a todos, > Estamos criando uma função de gatilho para gravar histórico de alterações de > algumas tabelas no banco de dados, mais nós deparamos com um problema que > não estamos conseguindo solução. > Fizemos um SQL para pegar dinamicamente as colunas da tabela para que a > função seja o mais genérica possível a fim de utiliza-lá em qualquer tabela, > até ae tudo bem. O problema surgiu quando tentamos recuperar o valor OLD > usando a coluna dinâmica que foi encontrada pelo SQL Ex.: OLD || '.' || > record.coluna, fizemos diversos teste e pesquisas mais ainda não obtivemos > sucesso. http://postgreslogia.wordpress.com/2008/02/08/uma-palavra-sobre-instrucoes-dinamicas-plpgsql-e-plperl/ -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Apostila de pl/pgSql
2011/11/18 Dickson S. Guedes : > Em 18 de novembro de 2011 12:05, Leonardo Cezar escreveu: >> Pois então lanço um desafio ainda mais tentador: Vamos construir este >> material de maneira colaborativa, a fim de disponibilizar o resultado >> para a comunidade e mesmo para as empresas que queiram utilizar tal >> material em seus treinamentos. > > Sou mais então juntar este esforço e colaborarmos com a tradução do > manual. Obviamente teriamos que ter um ambiente fácil de usar como o > sistema de traduções do lauchpad, por exemplo, mas talvez mais > simples. São coisas distintas, mas que acredito cooperar entre si. A tradução do manual sem sombra de dúvidas é um dos itens críticos que precisamos retomar e ele poderia inclusive ser utilizado como referência para o treinamento. Mas o que precisamos fazer é utilizar a mão-de-obra demandada por necessidades específicas do mercado e converte-la em benefício para a sociedade/comunidade. Se existe uma demanda da empresa xyz em elaborar um treinamento de PL, seria ótimo que este material tivesse uma licença livre (cc qualquer coisa) e que utilizasse a parte de linguagens docuemntação traduzida. Quanto a infra, lembro do Faw ter falado no plenário do pgbr que providenciaria o que fosse necessário para darmos andamento no projeto, então acho que é só retomar a discussão com ele. Lembro ainda de ter ouvido o Euler falar que o PGDG estava pensando em mudar a estrutura dos arquivos da documentação para XML, então se for retomar este assunto, precisaria confirmar esta informação com ele. Abraço! -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Apostila de pl/pgSql
2011/11/18 Bruno Moreira : > Equipe Postgres . > Bom dia. > Depois da participação da participação da ultima PGBR 2011 , resolvi > elaborar um treinamento do pl/pgSql para a equipe da empresa onde eu > trabalho.Se essa idéia tiver sucesso,quem sabe termino esse treinamento com > um DOJO ,como o que foi executado no evento. > Alguém possue alguma apostila de pl/pgSql que eu posso utilizar de base > para que eu crie a apostila do treinamento da minha empresa ? > Agradeço a ajuda de vocês . Pois então lanço um desafio ainda mais tentador: Vamos construir este material de maneira colaborativa, a fim de disponibilizar o resultado para a comunidade e mesmo para as empresas que queiram utilizar tal material em seus treinamentos. Abraço! -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] PLPGSQL e Versionamento
2011/11/9 Dickson S. Guedes : > Eu achei muito interessante Leo. Confesso que cheguei a tentar uma > técnica semelhante, mas chegou num ponto em que ocorriam muitos > conflitos pois alguns campos não deveriam subir, e na hora do merge > apareciam ou para remover ou para adicionar, os rebases até ajudaram > em alguns casos mas nao tive tempo de melhorar a arquitetura em si. Guedes, corrija-me se estiver errado, mas esta questão de quais campos devem ou não ser aplicados na produção está mais relacionada a estratégia de branches e tags que vc está utilizando, não? Considerando que eu tenhamos três desenvolvedores trabalhando no modelo e cada um com o seu próprio ramo (/branch/), nós não geramos versões para homologação ou produção (tag/baseline) mesclando um ramo que ainda não foi homologado pela equipe de ADs. Talvez a solução seja por aí... > Como você disse, o apgdiff resolve mas não tudo, mas a maneira como > você encaixou as peças parece ter ficado bem interessante! Parabéns! Obrigado, mas como vc já percebeu ainda não é a solução definitiva e confesso que ollhando para as ferramentas porcas que temos no mercado estou ficando cada vez mais com essa solução. > Acabou que optei por utilizar patches de alteração em banco (um pouco > semelhante ao processo do migrations do Rails, mas usando SQL e com > uma ferramenta que automatiza algumas coisas), Ah! Aqui vem o mundo perfeito! Gostaria de poder contar com o versionamento dos "migrations-like", mas infelizmente nem todos frameworks que trabalhamos suportam esta abordagem. Nas minhas aplicações (usando web2py) não temos este problema porque o único arquivo versionado é justamente aquele que mantém os models. As aplicações usando hibernate também não tem este problema, mas infelizmente temos um enorme legado em asp, php (sim, doctrine resolveria, mas não dá pra usar) e tantos outros. A propósito, qual o nome da ferramenta que "automatiza algumas coisas"? > uso tambem o pgTAP para > os testes, para validar essas alterações. São controlados via git e > cada commit esta associado à tickets em ferramentas de trackers, por > questão de rastreabilidade em milestones, por exemplo. Vi uma palestra sua em algum pgday sobre pgTAP e adoraria "encaixar" esta ferramenta de testes em algum canto do nosso framework de versionamento, mas preciso pensar e ultimamente está difícil fazer isso. Abraço! -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] PLPGSQL e Versionamento
2011/11/9 Fabrízio de Royes Mello : > > Em 8 de novembro de 2011 21:49, Leonardo Cezar escreveu: >> Veja se ajuda: >> >> http://va.mu/MOG7 >> > > Beleza de palestra hein... uso Git e o apgdiff, mas não tinha caído a ficha > de usar o apgdiff como uma external tool do Git... q coisa... mas é isso, Que bom que achou interessante. Estou iniciando minha campanha para sair com o caneco no PGBR2012 ;-p Abraço! -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] PLPGSQL e Versionamento
2011/11/8 Leandro Guimarães Faria Corce DUTRA : > Le 2011-N-8 22h25, Leonardo Cezar a écrit : >> >> Resumindo: git é o bicho e o apgdiff resolve o que nenhum outro >> resolve, mas não tudo. > > Beleza. Mas o git dá para trocar, o apgdiff me parece que não? Não sei qual outro DVCS suporta external tool para diffs, mas se tiver acho que até dá pra trocar. -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] PLPGSQL e Versionamento
2011/11/8 Leandro Guimarães Faria Corce DUTRA : > Le 2011-N-8 21h49, Leonardo Cezar a écrit : >> >> Minha palestra sobre versionamento de objetos no banco de dados trata >> parte deste assunto. > > Resumindo: apgdiff é o bicho? Resumindo: git é o bicho e o apgdiff resolve o que nenhum outro resolve, mas não tudo. Abraço! -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] PLPGSQL e Versionamento
2011/11/8 Pedro Ivo Bispo França : > Olá pessoal, gostaria de saber se vocês costumam versionar as funções e DDLs > que estão no banco de dados. Hoje, não conheço nenhuma ferramenta no linux > que facilite este tipo de operação. > Na verdade, gostaria apenas de selecionar os objetos desejados, e a > ferramenta exportaria em diversos arquivos txt separados. Alguém tem alguma > dica? Minha palestra sobre versionamento de objetos no banco de dados trata parte deste assunto. Veja se ajuda: http://va.mu/MOG7 Abraço! -Leo -- Leonardo Cezar http://postgreslogia.wordpress.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] ERRATA: Indicados para o Prêmio PGBR
Srs, Segue correção do nome de um dos indicados na categoria "3) Pessoa que melhor contribuiu na lista pgbr-geral nos últimos 12 meses;". Ao invés de "Flávio Amaral Gurgel" o nome correto é: "Flavio Henrique Araque Gurgel" Flávio, desculpe pela inescrupulosa falha. **==** Indicados **==** É com imensa satisfação que a comunidade PostgreSQL Brasil apresenta os indicados para concorrer ao Prêmio PGBR do ano de 2011. O prêmio tem por objetivo homenagear as pessoas que mais se destacaram na comunidade brasileira de PostgreSQL nos últimos dois anos e será entregue durante o evento PGBR2011 (http://pgbr.postgresql.org.br). Será escolhido *apenas um ganhador* por categoria, totalizando 5 (cinco) premiados. 1) Contribuição com código no PostgreSQL nos últimos 5 anos; - Euler Taveira - Dickson Guedes - Fernando Ike 2) Contribuição com código em ferramentas livres relacionadas ao PostgreSQL nos últimos 2 anos; - Dickson Guedes (pgxn) - Francisco Figueiredo (nPg) - Euler Taveira (pgSimilarity) - Leonardo Cezar (ora2pg) 3) Pessoa que melhor contribuiu na lista pgbr-geral nos últimos 12 meses; - Osvaldo Kussama - Leandro Guimarães Faria Corcete - João Paulo Muller - Flavio Henrique Araque Gurgel 4) Melhor contribuição na organização da comunidade brasileira nos últimos 2 anos; - Fábio Telles - Luis Fernando Bueno - Euler Taveira - Charly Batista - Diogo Biazus 5) Melhor artigo técnico publicado nos últimos 2 anos. - Euler Taveira - Fábio Telles - Rodrigo Hjort - Cláudio Bezerra Leopoldino - Dickson Guedes (PGCasts) Seu nome não está aqui e vc tem contribuido arduamente em projetos relacionados ao PostgreSQL? Não se preocupe e continue fazendo seu excelente trabalho porque a análise dos indicados será realizada todos os anos. Ainda não contribuiu? Está esperando o quê? Participe de projetos relacionados e ajude a continuar fazendo do PostgreSQL o banco de dados de código aberto mais avançado do mundo. Forte abraço e boa sorte!!! -Leo -- Leonardo Cezar http://postgreslogia.wordpress.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Indicados para o Prêmio PGBR
É com imensa satisfação que a comunidade PostgreSQL Brasil apresenta os indicados para concorrer ao Prêmio PGBR do ano de 2011. O prêmio tem por objetivo homenagear as pessoas que mais se destacaram na comunidade brasileira de PostgreSQL nos últimos dois anos e será entregue durante o evento PGBR2011 (http://pgbr.postgresql.org.br). Será escolhido *apenas um ganhador* por categoria, totalizando 5 (cinco) premiados. 1) Contribuição com código no PostgreSQL nos últimos 5 anos; - Euler Taveira - Dickson Guedes - Fernando Ike 2) Contribuição com código em ferramentas livres relacionadas ao PostgreSQL nos últimos 2 anos; - Dickson Guedes (pgxn) - Francisco Figueiredo (nPg) - Euler Taveira (pgSimilarity) - Leonardo Cezar (ora2pg) 3) Pessoa que melhor contribuiu na lista pgbr-geral nos últimos 12 meses; - Osvaldo Kussama - Leandro Guimarães Faria Corcete - João Paulo Muller - Flávio Amaral Gurgel 4) Melhor contribuição na organização da comunidade brasileira nos últimos 2 anos; - Fábio Telles - Luis Fernando Bueno - Euler Taveira - Charly Batista - Diogo Biazus 5) Melhor artigo técnico publicado nos últimos 2 anos. - Euler Taveira - Fábio Telles - Rodrigo Hjort - Cláudio Bezerra Leopoldino - Dickson Guedes (PGCasts) Seu nome não está aqui e vc tem contribuido arduamente em projetos relacionados ao PostgreSQL? Não se preocupe e continue fazendo seu excelente trabalho porque a análise dos indicados será realizada todos os anos. Ainda não contribuiu? Está esperando o quê? Participe de projetos relacionados e ajude a continuar fazendo do PostgreSQL o banco de dados de código aberto mais avançado do mundo. Forte abraço e boa sorte!!! -Leo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Two Phase Commit
2011/10/13 Flavio Henrique Araque Gurgel : [corte] > A sua aplicação deve ter ciência que os três PREPARE acima deram certo. > Se *todos* derem certo: > A> COMMIT PREPARED 'xpto'; > B> COMMIT PREPARED 'xpto'; > C> COMMIT PREPARED 'xpto'; > Terminou. Utilize a função pg_prepared_xact() em seus servidores para verificar quais possuem transações pendentes. Assista minha palestra no PGBR2011 para mais informações sobre funções úteis do servidor. -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Mes anterior de uma data
On Thu, Oct 13, 2011 at 8:04 PM, Pedro B. Alves wrote: > pessoal, como eu faço para pegar o mês anterior de uma data via SQL? SELECT CURRENT_DATE - interval '1 month'; -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Duvida com Modelagem: Array Multidimensional ou campos
2011/10/10 Dickson S. Guedes : > [3] http://mywiki.wooledge.org/XyProblem Eu realmente gosto desta lista! ;-) -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Atualizacao 9.1.0 para 9.1.1
2011/10/7 Bruno Silva : > Pessoal fazendo uns testes atualizei o sgbd da versao 9.1 para 9.1.1. > Como era um release nao me preocupei pois segundo as aulas que tive o > professor disse que não havia problemas. > Entao compilei e soh mudei os binarios. > Agora penso em atualizar na produção, então toda precaução é pouca. > Pode haver algum problema em não ter usado o processo pelo pg_upgrade? Problema nenhum, mas como sempre ler o release note é saudável. O uso do pg_upgrade sequer faz sentido em atualização de versões secundárias (tradução de minor versions?). -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Erro de caracter em dump
2011/10/7 Dickson S. Guedes : > Em 7 de outubro de 2011 22:35, Bruno Silva escreveu: >> Leonardo, o uso do vim é válido, porém se o dump tiver mais de 4g fica >> inviável. > > Dai entra o sed. Boa! -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Erro de caracter em dump
2011/10/7 Flavio Henrique Araque Gurgel : > Use no Ubuntu: > sudo apt-get install tofrodos > fromdos arquivo.sql > novo.sql Ah o nosso insubstituível vim resolve isso: %s/^M//g Onde o caracter ^M é gerado através da sequência: CTRL+V+[return] -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Erro de caracter em dump
2011/10/7 Moisés Augusto : > Olá a todos, boa tarde! > > Instalei um postgres 8.4 para fazer um teste de migração da base do servidor > de produção (8.2) e estou vendo uns erros estranhos no postgresql.log: > >> 2011-10-07 09:13:32 BRT ERROR: relation "tbl_usuario" does not exist at >> character 48 >> 2011-10-07 09:13:32 BRT STATEMENT: SELECT DS_USUARIO_APELIDO^M >> FROM TBL_USUARIO^M >> WHERE ID_USUARIO='711' > > Reparem no caracter ^M que salvo engano se refere a tipo de arquivo não é ? O caracter de final de linha "^M" não tem nada a ver com isso, embora aconselho sugerir para o teu programador configurar o EOL do editor dele para LF ao invés de CR/LF. > no servidor atual o locale está em pt_BR.UTF-8 e no atual também. Vocês > sabem alguma coisa que possa corrigir esse problema ? Codificação de caracteres também não tem nada ver. O problema é que a tabela deve ter sido definida com letras maíusculas ou mínúsculas ou deve estar em um schema diferente. Verifique a configuração do teu search_path: SHOW search_path; Veja se a tabela existe no catálogo e qual o schema dela: SELECT table_name, schema_name FROM information_schema.tables WHERE table_schema = 'tbl_usuario'; Inté. -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Limitar acesso
2011/10/7 JotaComm : > Opa, > > Em 7 de outubro de 2011 15:46, Leonardo Cezar escreveu: >> Entregamos um usuário sem poderes de super-vaca na esperança de >> permanecer seguros e o indecente do programador permite que a >> aplicação execute "DELETE FROM table WHERE TRUE" através de injeção >> SQL. > > Será que sou muito cri-cri (vulgo chato)? Eu não deixo ninguém ter mais > permissão do que o necessário. Jota, estou curioso pra saber como vc restringe o DELETE (ou qualquer outro DML) de um usuário que necessita de permissões de CRUD na aplicação. Este definitivamente não é problema do DBA, muito embora existam algumas brechas que podemos dificultar. -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Limitar acesso
2011/10/7 Dickson S. Guedes : > Em 7 de outubro de 2011 15:46, Leonardo Cezar escreveu: >> Entregamos um usuário sem poderes de super-vaca na esperança de >> permanecer seguros e o indecente do programador permite que a >> aplicação execute "DELETE FROM table WHERE TRUE" através de injeção >> SQL. > > Leo, que tal desabafar essa e mais outras num LT la no PGBR? ":D Opa! Com certeza, Guedes, mas 5 minutos parecem pouco para o tema, não? Vou deixar a bola saltando e depois vcs DBAs e programdores que se resolvam :-D -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Limitar acesso
2011/10/7 Euler Taveira de Oliveira : > Infelizmente isso passa muito distante do que tenho observado por aí. :( Só > para se ter uma ideia, nos meus últimos 5 clientes, 4 executavam os seus > sistemas como super-usuários para evitar erros de permissão. E são clientes > cujo impacto financeiro pode maior do que 10⁶. É ainda pior... Entregamos um usuário sem poderes de super-vaca na esperança de permanecer seguros e o indecente do programador permite que a aplicação execute "DELETE FROM table WHERE TRUE" através de injeção SQL. Abraço! -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] [pgbr-dev] PGBR2011 - Palestrantes confirmados.
Caros, Poderiam excluir a última linha da descrição de minha palestra [1]. Em breve envio a descrição definitva. Obrigado. -Leo http://pgbr.postgresql.org.br/2011/palestrantes.php?id=30 2011/9/28 Fábio Telles Rodriguez : > A grade ainda não está 100% pronta, mas já temos a listagem de 90% dos > palestrantes pronta: > > http://pgbr.postgresql.org.br/2011/palestrantes.php > > Sim, as palestras aprovadas também estão junto com a descrição de cada > palestrante. > > Se você curtiu, aproveite e confirme a sua inscrição no PGBR2011 até > sexta-feira e aproveite o valor promocional. > > -- > Atenciosamente, > Fábio Telles Rodriguez > blog: http://www.midstorm.org/~telles/ > e-mail / gtalk / MSN: fabio.tel...@gmail.com > Skype: fabio_telles > ___ > pgbr-dev mailing list > pgbr-...@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-dev > -- Leonardo Cezar http://postgreslogia.wordpress.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] Dicionário de dados
2011/9/21 Flavio Henrique Araque Gurgel : >> Existe alguma exceção mais gritante que o IBM CICS? Ou até isso é lenda? > > Não sei. > Mas programador que mexe com CICS geralmente é muito disciplinado na > clareza de código e correção de rotinas. Ou lhe faltam recursos para fazer "firulas" no código, o que ao meu ver é positivo. -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Dicionário de dados
2011/9/21 Leandro Guimarães Faria Corce DUTRA : > Le 2011-S-21 20h21, Leonardo Cezar a écrit : >>> Git! (ou Darcs, ou qualquer equivalente…) >> >> Menos simples, vide minha palestra sobre versionamento de banco de >> dados que deve estar em algum lugar da rede. > > Quanto eu tiver a pachorra de procurar… mas foi proferida onde e quando? Na latinoware e no ENSOL de 2010, mas eu mesmo não achei na primeira página do google, então te envio e vc joga no lixo ou na reciclagem, o que preferir. >> Respostas para perguntas do tipo: "Quais entidades no sistema jurídico >> dependem de outra entidade do sistema de RH". > > Faz muito tempo que não mexo no catálogo, mas devia ser uma simples consulta > no dito-cujo… devia, ao menos… Isso não tem nada a ver com catálogo! Como vou buscar num catálogo se estou falando de modelo conceitual? >>> Aproveitando, tangencialmente relevante: >>> http://lwn.net/SubscriberLink/459647/de10bdae0e5123cd/ >> >> Não entendi as conexões. > > Só uma: muito da complexidade e deficiências dessas ferramentas de modelagem > é por falta de um padrão crível. Já pensou se desse para codificar em ISO > SQL como se codifica, por exemplo, em K&R ou ISO C? Havia um outra ferramenta bastante interessante chamada DBMain, onde a teoria relacional parecia imprescindível para se construir um modelo de dados. Se não me engano, era um projeto na Universidade da Califórinia, mas não sei se "vingou". Vou dar um googlada e retorno aqui. Abraço! -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Dicionário de dados
2011/9/21 Euler Taveira de Oliveira : > On 21-09-2011 20:21, Leonardo Cezar wrote: >> Creio que os processos de desenvolvimentos e as diversas disciplinas >> da engenharia da informação deveriam ser revisados desde a acadêmia, >> mas isso é história pra discutir num boteco ao efeito de 15 vodkas. >> > E o são. O problema é que qualquer modelo matemático para engenharia de > software é tão complexo que desenvolvedores de ferramentas CASE não o adotam. Euler, respeito a tua opinião, mas a realidade que vives em teu âmbito acadêmico e profissional não reflete a realidade da maioria das universidades e empresas do nosso país. As faculdades estão ensinando lógica de programação com java, aplicando teoria de banco de dados (create table...) com SQL Server e redes neurais com Visual Basic5 ou Delphi6. Não estou falando de uma ou outra universidade, mas a grande maioria. Aquelas de onde estão saindo os "gênios" que vão trabalhar como engenheiros na Borland, na IBM ou Microsoft. > Por esta e outras razões, métodos formais são adotados, quase que > exclusivamente, no desenvolvimento de sistemas críticos. Métodos formais? Quisera eu que fossem! A regra utilizada para construção de software é baseada naquilo que alguém (e voces sabem quem) chamou de melhores padrões de software ou processo racional e unificado e tantas outras bobagens que datam de 30 a 40 anos atrás. Os tempos mudaram e espero que as nossas pequenas /StartUps/ enxerguem e encontrem uma oportunidade de negócio, a ponto de construir um produto nacional , verdadeiramente racional e coerente com as novas práticas de desenvolvimento de software, porque o resto é tudo lixo.! Abraço! -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Dicionário de dados
2011/9/21 Guimarães Faria Corcete DUTRA, Leandro : >> * Possibilidade de criar o DER a partir do modelos lógicos >> (diagrama de entidades) > > Aí é que tenho divergência conceitual… não acredito em DER nem em Papai Noel. Eu também não, mas meus argumentos e paciência de convencer o contrário já se foram faz anos. > Creio que o SQL nos ajuda a criar uma grande confusão nesse ponto, mas > acho que já me expliquei alhures e (ou) d’antanho… Creio que os processos de desenvolvimentos e as diversas disciplinas da engenharia da informação deveriam ser revisados desde a acadêmia, mas isso é história pra discutir num boteco ao efeito de 15 vodkas. >> * Criação automático do Mapeamento Objeto Relacional e, mais >> especificamente, dos mapeamentos do JPA > > Meus pêsames… É pior do que imagina. >> * Utilizar repositório único e integrado > > Git! (ou Darcs, ou qualquer equivalente…) Menos simples, vide minha palestra sobre versionamento de banco de dados que deve estar em algum lugar da rede. >> * Garantir versionamento dos objetos existentes no repositório > > Idem. Idem. >> * Compatibilidade entre tipos e domínios > > Boiei. Não existem ferramentas com suporte a domínios, embora esta seja uma prática comum de modelagem em qualquer lugar que se preze. >> * Versionamento da estrutura >> * Rastreabilidade de dependência (relacionamentos) > > Não pesquei também. Respostas para perguntas do tipo: "Quais entidades no sistema jurídico dependem de outra entidade do sistema de RH". > Aproveitando, tangencialmente relevante: > http://lwn.net/SubscriberLink/459647/de10bdae0e5123cd/ Não entendi as conexões. -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Dicionário de dados
2011/9/20 Guimarães Faria Corcete DUTRA, Leandro : > 2011/9/20 Leonardo Cezar : >> >> Aqui na empresa > > Dataprev? Sim. >> estamos revisando alguns procedimentos e adquirindo >> uma ferramenta (a licitar..), porque eu nunca encontrei uma solução >> que atenda minimamente os requisitos de modelagem dentro dum fluxo >> corporativo onde existem várias caixinhas pra isso e praquilo... > > Queres dizer, livre? Não mais. Até onde sei, não existem ferramentas livres que atendam os nossos requisitos. >> O autodoc está defasado, gera gráfico pobres (baseado em graphviz) e >> não creio que atenda algo mais complexo. > > Cara, Graphviz é muito bom… e livre! Só de não ter de ficar horas e > horas arrastando caixinha… na minha experiência, ele sempre criou > diagramas muito melhores (e mais facilmente) que qualquer algoritmo de > qualquer outra ferramenta… ou estou redondamente enganado? Está redondamente enganado. > Tenho medo de não alcançar o entendimento do que crês que ele não > antederá, por isso não pergunto… Se insistir, explico onde erramos no autodoc, mas precisaria resgatar os códigos e as diversas tentativas de evoluções daquele código. >> - Oracle Design (sux*100) > > Abandonado, certo? Pela Oracle, sim, mas para uma empresa que ainda tem cerca de 90% de seus sistemas armazenados dentro dele, não. >> - Data Architect (bom e proprietário) > > Esse é o da IBM? Se fôr, última vez que olhei era muito gordo e muito > caro, isso mudou? Não é. > Para mim, a decisão é simples: se tenho de manter uma biblioteca de > modelos numa única ferramenta para modelos que serão implementados, > cada um, em vários SGBDs diferentes, aí preciso duma dessas > ferramentas que misturam modelagem e diagramação. É o caso da maioria, acredite. A questão não se limita a modelagem; apenas pra citar 15 dos mais de 40 requisitos necessário em nosso ambiente: * Possibilidade de criar o DER a partir do modelos lógicos (diagrama de entidades) * Criação automático do Mapeamento Objeto Relacional e, mais especificamente, dos mapeamentos do JPA * Utilizar repositório único e integrado * Garantir versionamento dos objetos existentes no repositório * Capacidade de mapeamento de re-uso de objetos * Garantir rastreabilidade de uso dos objetos, para análise * Compatibilidade entre tipos e domínios * Integração de repositórios com a base física * Geração de DDLs/SQL * Geração de Sequences * Geração de índices * Comparação (diff) entre esquemas * Versionamento da estrutura * Rastreabilidade de dependência (relacionamentos) > Mas, se tenho o > privilégio de mexer só com PostgreSQL, então programação SQL literária > com noweb ou algo parecido, gerando gráficos com AutoDoc, é o que > chamo de modelagem literária e é muito bom… Se tem esse privilégio, vc é um baita sortudo! -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] DBLink desempenho
2011/9/21 Diogo Borsoi : >>> 3. Alguém teve um cenário semelhante? >> >> Sim. > > Há muitas inserções? Depende o q entende por "muitas". Até onde lembro temos cerca de 300MiB de escrita/dia sem danos de performance. > Monitorastes o desempenho? Sim, claro. O que quer saber? -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Monitoramento
2011/9/21 Marcelo Cardoso de Souza : > Leo, > Obrigado pelo pronto atendimento, tens alguma dica pra configurar o log do > postgres. > Algum parametro que tu acha valido colocar? O site do pgfoundry[0] tem todas as instruções necessárias para este tipo de anáslie. 0) http://pgfouine.projects.postgresql.org/tutorial.html Abraço! -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Monitoramento
2011/9/21 Marcelo Cardoso de Souza : > Salve galera, > Já procurei mas não encontrei. > Alguem sabe me dizer se tem como monitorar as querys lentas semelhante ao > MySql? Logs e pgfouine. -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Dicionário de dados
2011/9/20 Guimarães Faria Corcete DUTRA, Leandro : > 2011/9/20 Flavio Henrique Araque Gurgel : >> >> Utilizo o Power Architect. >> Tem uns bugs, mas é software livre. > > Boas novas! Não sabia — ou não lembrava. > > Mas o AutoDoc também é livre (além de gratuito, claro), e gera a > documentação do catálogo e os DERs automaticamente…. Aqui na empresa, estamos revisando alguns procedimentos e adquirindo uma ferramenta (a licitar..), porque eu nunca encontrei uma solução que atenda minimamente os requisitos de modelagem dentro dum fluxo corporativo onde existem várias caixinhas pra isso e praquilo... O autodoc está defasado, gera gráfico pobres (baseado em graphviz) e não creio que atenda algo mais complexo. Informação superficial e completamente parcial dos softwares pelos quais já passei: - DBVisualizer (bom) - DBDesigner (péssimo) - Power Architect (o menos ruim de todos livres) - Enteprise Architect (razoável, mas proprietário) - Oracle Design (sux*100) - Power Designer (razoável, mas suporta postgres miseravelmente) - Borland Together (sux) - Data Architect (bom e proprietário) Abraço! -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] DBLink desempenho
2011/9/20 Diogo Borsoi : > ***dados de fontes distintas*** (centenas/s) ---> "bd_x" tabela_x ---> > trigger ---> tabela_y > > | | > > | \--> tabela_z > > v > > tabela_"n" Na minha opinião, seu diagrama está cifrado. > No entanto, eu gostaria de separar estes dados em BD diferentes, mas > minhas dúvidas são: > > 1. O desempenho do BD com "INSERT" através de trigger com dblink é > comprometido, haja vista que são centenas de transações/s? Depende como as triggers e as transações de sua aplicação foram criadas. Na prática, o maior impacto deve surgir de gargalos de rede e na criação de um processo a cada transação, já que dblink pode ser visto como um cliente também. > 2. Seria melhor os dados de fontes distintas em esquemas diferentes ao > invés de BDs? Com quase certeza. > 3. Alguém teve um cenário semelhante? Sim. -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Obter "TransactionID" no PostgreSQL 8.2
2011/9/16 Fabrízio de Royes Mello : > Então vou matar sua curiosidade... funciona... só precisei fazer um pequeno > ajuste: > troquei > return Int32GetDatum(curxact); > por > PG_RETURN_INT64(curxact); > > Em anexo vai "contrib" completa... :-) > Thanks!! Ops! Desculpe por "arrancar" a outra mensagem da lista e obrigado por traze-la de volta. Respondi só pra vc e não percebi. -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Obter "TransactionID" no PostgreSQL 8.2
pg_controldata não te retorna esse valor? -Leo 2011/9/16 Fabrízio de Royes Mello : > Pessoal, > Estou precisando buscar o Número da Transação Atual no PostgreSQL 8.2... > apartir da versão 8.3 existe a função "txid_current()" que resolve meu > problema... sei que o 8.2 está bem obsoleto e já estamos trabalhando para > substituí-lo pelo 9.0 (e avaliando o 9.1), mas preciso dessa informação > agora com o 8.2. > Analisando como poderia buscar essa informação, cheguei na seguinte QUERY: > postgres@bdteste=# SELECT transactionid FROM pg_locks WHERE pid = > pg_backend_pid() AND locktype = 'transactionid'; > transactionid > --- > 118944978 > (1 row) > > Pelo que li na documentação [1] poderia usar esse recurso até que possa > substituí-lo pela "txid_current()"... alguma sugestão/crítica?? > > [1] http://www.postgresql.org/docs/8.2/static/view-pg-locks.html > -- > Fabrízio de Royes Mello > Consultoria/Coaching PostgreSQL >>> Blog sobre TI: http://fabriziomello.blogspot.com >>> Perfil Linkedin: http://br.linkedin.com/in/fabriziomello >>> Twitter: http://twitter.com/fabriziomello > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- Leonardo Cezar http://postgreslogia.wordpress.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] [ajuda] automatizando o backup via macro
2011/9/15 rogerio dandrea : > Estou me adaptando bem em fazer o backup do sistema gravando um arquivo .odb > do libreoffice e outro pelo comando backup do pgadmin. > Mas estou querendo facilitar as coisas para o usuario do sistema. Quais > seriam os comandos em sql que gerariam o mesmo arquivo de backup do pgadmin? > com isto poderia criar uma macro para automatizar o processo de backup Comando COPY -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Identificador "CURRENT DATE"
2011/9/14 Tiago Adami > Pena que não haja uma camada de negócios, tudo roda no client (é um > ERP "monstro" em tamanho, e nada de middle-tier). Cheguei a pensar até > em alterar os códigos-fonte do PostgreSQL. Mas isto iria prejudicar a > implantação e eu estaria desviando do padrão que o PostgreSQL tanto > preza, por isso resolvi criar uma função SQL em cada banco e > utilizá-la. O nome será bem sugestivo: *current_date()* e > *current_timestamp()* Vou insistir porque talvez não tenha sido claro. AFAIK, o PostgreSQL e o Oracle reconhecem o identificador CURRENT_DATE (com underscore e sem parenteses), então não entendo o porquê da criação dessas funções. Quanto ao Sybase, não sei. É primogênito do MSSQLS e são grandes as chances dele ignorar a especificação ANSI. Talvez exista alguma documentação online ou vc tenha uma instância rodando por aí pra fazer o teste e compartilhar conosco. Abraço! -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Identificador "CURRENT DATE"
2011/9/12 Tiago Adami : > O problema é que eu sou o fornecedor do ERP :) > > Acredito que não terei outra solução a não ser esta... mas se > existisse uma mágica seria bem-vinda! Não sei se este é o problema ou a solução. Se fornecedor neste caso for igual ao desenvolvedor, então vc tem a solução. De outra forma, se vcs forem somente distribuidores, então eu ainda sugiro a negociação com os desenvolvedores a fim de padronizar a solução deles com o mercado. Em outros tempos fizemos isto com uma grande fornecedora de um ERP muito conhecido de todos voces e tivemos bons resultados. Abraço! -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] foreign table
Aconselho ainda dar uma olhada na lista de adaptadores externos[1] existente no mesmo site indicado pelo Fabrízio. Hoje experimentei o FDW para Twitter e confesso que me emocionei quando vi! #coisalinda 1) http://wiki.postgresql.org/wiki/Foreign_data_wrappers -Leo 2011/9/12 Fabrízio de Royes Mello : > > Em 12 de setembro de 2011 10:36, Beto Lima escreveu: >> >> Pessoal alguém poderia falar um pouco a mais sobre tabela estrangeira? >> entendo o comando para criar, mas não sei qual o rela propósito do seu >> uso. >> Em qual situação deveríamos usar este recurso e se alguém puder falar >> mais sobre isto agradeço. >> > > Simplificando, "Foreign Table" faz parte da implementação do SQL/MED [1] > [2], que é uma extensão do padrão SQL onde nos oferece recursos para > acessar/manipular fontes de dados externas (banco de dados, arquivos texto, > planilhas, etc... ou seja, fontes de dados tabulares). > O padrão SQL/MED pode ser utilizado na implementação de Sistemas de Banco de > Dados Federados [3]. > Recomendo dar uma olhada na palestra do PGCon deste ano do Sr. Yotaro > Nakayama [4] que é justamente sobre esse assunto. > > [1] http://en.wikipedia.org/wiki/SQL/MED > [2] http://wiki.postgresql.org/wiki/SQL/MED > [3] http://en.wikipedia.org/wiki/Federated_database_system > [4] http://www.pgcon.org/2011/schedule/events/353.en.html > > -- > Fabrízio de Royes Mello > Consultoria/Coaching PostgreSQL >>> Blog sobre TI: http://fabriziomello.blogspot.com >>> Perfil Linkedin: http://br.linkedin.com/in/fabriziomello >>> Twitter: http://twitter.com/fabriziomello > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- Leonardo Cezar http://postgreslogia.wordpress.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] Identificador "CURRENT DATE"
2011/9/12 Tiago Adami : > Esta pergunta é um tanto absurda... mas vamos lá: existe como criar um > identificador no PostgreSQL 8.3 para que ao informar "CURRENT DATE" > (sem aspas, com espaço) retorne a data atual da mesma forma que > "CURRENT_DATE" (sem aspas, com underscore)? $ SET add_missing_from TO false; $ CREATE VIEW current AS SELECT CURRENT_DATE; $ SELECT CURRENT DATE; rs... > Existem rotinas do nosso ERP que rodam em Sybase e DB2, onde esta > palavra é reconhecida, e para manter a compatibilidade entre estes 3 > bancos eu precisaria desta funcionalidade... Brincadeiras a parte, o ideal seria contatar o fornecedor de seu ERP e solicitar a mudança visando compatibilidade com outros SGBD de mercado, inclusive com o próprio DB2 que suporta CURRENT_DATE também; todos ganham! Abraço! -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] OOM_ADJ
2011/8/31 Flavio Henrique Araque Gurgel : >> É válido ativar este parâmetro (OOM_ADJ=-17) no script de >> inicialização ou até mesmo compilar o PostgreSQL com esta opção >> (CFLAGS="-DLINUX_OOM_ADJ=0") ? Quais as vantagens e desvantagens em >> desativar o OOM-Killer? > > Essa opção só é válida no kernel do Linux, não existe para outros S.O. Saudades do Solaris e seu modelo inteligente de gerenciamento de memória virtual. > Outra alternativa (que também prefiro e uso sempre) é desligar > completamente o overcommit do kernel do Linux, inserindo no > sysctl.conf: > vm.overcommit_memory=2 Não se esqueça de configurar a porcentagem de utilização da memória física no parâmetro overcommit_ratio. overcommit no Linux ainda me parece uma daquelas soluções "Se ficar o bicho come, se correr o bicho pega.." O "bicho come" porque em modo heurístico (0), vc permite OOM-Killer; O "bicho pega" porque em modo estrito (2), considera possível aumento da latência de E/S, devido ao cálculo de alocação para malloc utilizando swap. Como sugestão (e não regra!), eu observaria os atributos Commite_AS, LowFree, Dirty, [...] de sua VM e configuraria o kernel de acordo com aqueles valores. Abraço! -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] PG 9.0.4 + Sistema de arquivo
2011/9/2 Bruno Silva : > Como faz? estou procurando na documentação e não encontro como desligar o > registro de dados. > Qual parâmetro passo? data=writeback -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Function com retorno de query
2011/9/1 Pedro Cavalheiro : > Boa tarde a todos, > > Preciso criar uma função com as seguintes características: [corte] > > Até consigo criar a função, e executar a query internamente, mas até o > momento não consegui retornar todas as linhas/colunas. > O que consegui até agora, é realizar uma query, retornando apenas 1 > coluna e 1 linha. (usando return SINGLE VALUE e consultando apenas uma > coluna por vez) Envie a definição da função q vc conseguiu criar até agora para analisarmos e sugerirmos. -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] BUG 9.1 RC 1
2011/9/1 Claudio Oliveira : > Olá pessoal, > Eu uso o Postgres 8.4 e não tenho problemas com campo tipo TEXT. > Uso WIN 7 / Postgres 8.4 / DELPHI 2010 / Componente de acesso pela LIBPQ da > DevArt. > Na versão 9.1rc1 quando o tamanho é maior que 4680 caracteres não é mostrado > no PGADMIN nem no PSQL nem na minha aplicação. OSX 10.6 psql rc9.1 retornando normal. > Mandei um email para o pg-bugs mais responderam ACHANDO QUE ISSO É NORMAL. Não falaram que isto é normal, falaram que isto está funcionando de acordo com o esperado. Também foi recomendado q relate o problema na lista do pgadmin q, a princíipo, parece ser o problema. > Gostaria que alguém pudesse testar e ajudar verificar se isso realmente é um > BUG. Infelizmente ñ tenho nem licença do WIN7, nem licença do Delphi 2010 nem a licença do tal componente da DevArt para ajudar a reproduzir tal erro. Abraço! -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] bad block
2011/8/23 Leonardo Cezar : > 2011/8/22 Fábio Gibon - Comex System : >> Valeu pela tentativa, mas como tem este bloco corrompido então não consigo >> percorrer toda a tabela para identificar o min e max... > > Mas a intenção do Fabrízio era justamente recuperar a parte da > informação que estava perdida. ^ Parte da informação que *não* estava perdida. -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] bad block
2011/8/22 Fábio Gibon - Comex System : > Valeu pela tentativa, mas como tem este bloco corrompido então não consigo > percorrer toda a tabela para identificar o min e max... Mas a intenção do Fabrízio era justamente recuperar a parte da informação que estava perdida. A lógica do tal script seria: Executar: SELECT min(ctid), max(ctid) FROM sua_tabela; Armazenar registro em tabela_temporária Enquanto não der erro. Se der erro, então execute: SELECT min(ctid), max(ctid) FROM sua_tabela WHERE sua_chave > (SELECT max(sua_chave) FROM tabela_temporária; Loop; Sempre fui péssimo de portugol, mas acho que deu para entender a ideia. Em outra situação, desenvolvemos um script que varria tanto linha-por-linha como coluna-por-coluna, pois o bloco danificado pode estar relacionado a apenas uma coluna também. Abraço! -Leo -- Leonardo Cezar http://postgreslogia.wordpress.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] Migrar arquivos odb(libreoffice base) para o postgresqldb
2011/8/22 rogerio dandrea : > Oi Leo estava vendo uma versão anterior deste seu artigo...rs > NO TERMINAL > > ro@ro-Inspiron-531:~$ sudo -u postgres psql postgres > psql (8.4.8) > Digite "help" para ajuda. > > postgres=# CREATE DATABASE VBR; > CREATE DATABASE > postgres=# > depois alterei a senha de postgres > postgres=# alter user postgres with password 'novasenha'; > ALTER ROLE $ ALTER ROLE postgres LOGIN; -Leo -- Leonardo Cezar http://postgreslogia.wordpress.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral