Como fiquei de fazer o resumo semanal, lá vai uma prévia - ainda aguardando sugestões.
Gostaria de saber se vocês preferem assim ou mais no estilo do general-bits - extrair os tópicos e fazer alguns textos mais elaborados desses tópicos.
______
Conisli 2006
Dia 05/11/2006 foi o último dia do Conisli. A comunidade PostgreSQL-BR esteve presente em massa. Esse ano contamos com a presença do sempre calmo David Fetter, que deu as palestras "DBI-Link 2.0: A Perl / PostgreSQL Collaboration" e "PL/Perl: Your Secret Advantage in PostgreSQL". Um resumo mais detalhado por ser encontrado em: http://icewall.org/~hjort/pgsql/conisli06/ .
Vida nova ao Moin
Como fruto das discussões da comunidade no Conisli, algumas coisas boas começaram a acontecer. Além da volta da tradução do Postgres Weekly News, agora pelas mãos do Leandro Dutra, o moin da comunidade voltou a vida. Em http://moin.postgresql.org.br/ é possível encontrar muita documentação, e ele está sendo atualizado constantemente. Não deixe de conferir!
A semana
Wylliams Santos queria saber como fazer uma restrição de unicidade que não levasse em conta se a palavra estava em maíuscula ou minúscula. O Nelson Pereira apontou uma solução: criar um índice único na coluna, usando as funções lower e to_ascii (http://www.nabble.com/Case-Sensitive---ndice-nico-tf2582211.html)
O Jorge estava com problemas para usar argumentos nomeados dentro de uma função PL/pgSQL. Após uma sugestão do Osvaldo, ele logo percebeu que não é mais necessário usar ALIAS em argumentos de função a partir do 8.0, basta apenas usar o nome de variável declarado na função. ( http://www.nabble.com/Schema.funcao%28argumento1-varchar%2C-argumento2-int4%29-tf2590871.html )
O Marcos Fabrício estava com um problema de tuplas repetidas em uma coluna à qual ele queria adicionar uma restrição de unicidade fara usar como chave estrangeira. Depois, da dica do Fernando, sugerindo um SQL como: 'delete from tabela02 where _campo_ not in (select _campo_ from tabela01);' ele conseguiu eliminar as duplicatas.
O Marcio Nogueira queria exportar arquivos de texto para o banco. O Osvaldo e do Fernando de Oliveira, sugeriram o comando COPY (http://www.nabble.com/-PostgreSQL----Importao-de-TXT-para-tabelas-tf2591108.html )
O Coutinho anunciou o beta 2 do postgresql, mas chegou atrasado! Já esta no beta 3. ( http://www.nabble.com/Beta-Testers-tf2594995.html )
Thiago Risso ficou intrigado quando a mudança para um servidor mais potente não refletiu em melhoria de performance. Diogo Biazus apontou que alguns parâmetros de configuração estavam mal dimensionados. O Ike levantou algumas outras questões interessantes também. (http://www.nabble.com/Performance-SCSI-tf2325014.html ) .
O Rodrigo Hjort está precisando migrar procedures do SQL-Server (Transact-SQL) para Postgres (PL/pgSQL). Embora uma das coisas do TODO, no item 'Funcionalidades exóticas' seja a implementação de um pre-parser, para auxiliar na conversão de outros dialetos SQL para o PostgreSQL, isso vai levar um tempo. Após algumas pesquisas, o próprio Rodrigo postou alguns links de programas para converter Transact-SQL para PL/SQL (Oracle), que é muito mais próximo PL/pgSQL. Porém, os preços são salgados e ainda assim teria de haver mais uma fase de conversão. Um bom tópico para ser retomado no futuro. (http://www.nabble.com/Migrao-Transact-SQL-para-PL-pgSQL-ou-PL-SQL-tf2595415.html)
Alguém perguntou sobre logs no Postgres 4(!). Numa tentativa de decifrar, o Osvaldo supôs que era o 8.1.4, e apontou a página de documentação sobre logs no manual online. (http://www.nabble.com/Logs-postgres-tf2596824.html e http://www.postgresql.org/docs/8.1/interactive/runtime-config-logging.html).
Walter perguntou sobre qual seria a sequência de execução de triggers no caso de haver mais de uma trigger para um evento. O Osvaldo respondeu rápido: ordem alfabética do nome da trigegr (http://www.nabble.com/sequencia-de-execuo-de-triggers-tf2601601.html).
O Thiago Henrique questionou sobre qual seria o melhor ENCODING para usar o Postgres na língua portuguesa. Osvaldo e Rodrigo Hjort responderam: LATIN1 (http://www.nabble.com/Codificao-tf2602523.html).
Ricardo Cardim perguntou sobre como saber o tamanho de uma tabela dentro do banco em bytes. O Álvaro apontou a resposta: SELECT pg_relation_size('nome_da_tabela') que retorna o tamanho em bytes e o Euler apontou também uma forma de retornar o resultado formatado:
regression=# select pg_size_pretty(1266098176);
pg_size_pretty
----------------
1207 MB
(1 registro)
O Hjort apontou ainda a função pg_total_relation_size() que retorna também os TOASTS e os índices associados à tabela.
________________________
Ainda é beta, podem descer a havaiana de pau!
[]'s
- Walter
_______________________________________________ pgbr-dev mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-dev
