Re: [pgbr-geral] Oracle x Postgres
On 8/16/07, Nelson Cartaxo [EMAIL PROTECTED] wrote: Alguem conhece alguma ferramenta que faça a migração do oracle para postgres. O nosso maior problema está nos campos que possuem os datatypes Long, Blob e Clob. O pessoal da EnterpriseDB (versao proprietaria do PostgreSQL com compatibilidade para Oracle) tem um programa de migracao e funciona bem. Eles tinham um trial no site deles que poderias baixar, importar o banco no EnterpriseDB, e fazer um pg_dump para importar no seu PostgreSQL. Ou comprar uma licensa para o EnterpriseDB se quiseres continuar a usar a camada de compatibilidade com Oracle do EnterpriseDB, mas nao e' barato (mas e' bem mais barato que o Oracle). -Roberto ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Update com group by
Tente isso: update *produtos* set estoque=(SELECT sum(*pedido_itens*.quantidade) FROM pedidos_itens JOIN pedidos ON (FAZ O JOIN) where *pedidos*.finalizado=true and /produtos/.codigo=/pedido_itens/.codpro); Deve funcionar. SDS Evandro Erlon wrote: tem como fazer uma atualização no banco de dados dessa maneira. como fazer um: update *produtos* set estoque=sum(*pedido_itens*.quantidade) .. where *pedidos*.finalizado=true and /produtos/.codigo=/pedido_itens/.codpro; ___ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Acessar Postgres via ADO
Qual seria a melhor opção? BDE+ODBC, ADO.NET, Zeos Renato Em 16/08/07, Evandro Ricardo Silvestre [EMAIL PROTECTED] escreveu: ADO é lento, pouco portavel e está bem obsoleto. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Oracle x Postgres
Em 16/08/07, Nelson Cartaxo[EMAIL PROTECTED] escreveu: Boa tarde, Alguem conhece alguma ferramenta que faça a migração do oracle para postgres. O nosso maior problema está nos campos que possuem os datatypes Long, Blob e Clob. Hum para converter dados no formato texto, o PostgreSQL não tem muita dificuldade, mas os dados binários (BLOB) são realmente um desafio. O ora2pg pode te ajudar com os dados não binários, mas para os dados binários a minha recomendação é: Crie uma pequena aplicação que se conecte no Oracle, leia os campos binários reconstruindo o arquivo binário no sistema de arquivos e depois se conecte no PostgreSQL e grave o arquivo gerado. Dá um pouco de trabalho para se acertar um pouco no começo... mas é uma forma bastante segura de se fazer isto. Um detalhe é que você pode escolher a linguagem de programação que você tem mais facilidade, mas deve ficar longe do ODBC! É claro que existem ferramentas proprietárias para fazer isso, mas se você quer ter controle do processo, nada melhor do que fazer as coisas na mão. Atenciosamente, Fábio Telles -- blog: http://www.midstorm.org/~telles/ e-mail / jabber: [EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] off topic - duvida terminal server
posso estar falando bobagens, mas o ltsp não ajuda? [1] www.ltsp.org On 8/16/07, Marcos Fabrício Corso [EMAIL PROTECTED] wrote: ola pessoal preciso de um terminal server pro windows xp pra mais de 1 usuario, alguem conhece Atenciosamente, Marcos Fabrício Corso Analista de Sistemas Júnior JM Informática Fone : (41) 3076-0896 Fax : (41) 3352-2688 [EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Atenciosamente, Sebastian Selau Webber Colombo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Acessar Postgres via ADO
Se for Delphi, recomendo Zeos. Caso contrrio recomendo ODBC. O Zeos tem um acesso mais nativo ao banco o que deixa mais rpido. No sou f do BDE, necessrio instalar programa no Client, configurar e tudo mais. ADO.net nunca mexi! Particularmente no uso nenhum, prefiro acessar via SOA, mas ai complica bastante. SDS Evandro renato wrote: Qual seria a melhor opo? BDE+ODBC, ADO.NET, Zeos Renato Em 16/08/07, Evandro Ricardo Silvestre [EMAIL PROTECTED] escreveu: ADO lento, pouco portavel e est bem obsoleto. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] off topic - duvida terminal server
Em Qui, 2007-08-16 às 17:20 -0300, Marcos Fabrício Corso escreveu: preciso de um terminal server pro windows xp pra mais de 1 usuario, alguem conhece Creio que só o 2003… -- Leandro Guimarães Faria Corcete DUTRA [EMAIL PROTECTED] Atech Fundação Aplicação de Tecnologias Críticas SP, BR msnim:[EMAIL PROTECTED] xmpp:[EMAIL PROTECTED] +55 (11) 3040 7300 r151 - - - - - Politica de Privacidade: Esta mensagem pode conter informacao confidencial e/ou privilegiada. Se voce nao for o destinatario ou a pessoa autorizada a receber esta mensagem, nao pode usar, copiar ou divulgar as informacoes nela contidas ou tomar qualquer acao baseada nessas informacoes. Se voce recebeu esta mensagem por engano, por favor avise imediatamente o remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua cooperacao. Privacy Policy: This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Travamento de Banco e Vacuum
MArco, no tuning de memoria no SO, as variáveis são do kernel (pelo menos para o Linux, não faço idéia de como seja no Windows): shmall, shmmax, shmmni, sem. Para ver o que são, e o que fazer com elas, favor executar o comando man proc, e ler a documentação do PostgreSQL que indica quais valores podem ser colocados nestas variáveis. http://www.postgresql.org/docs/8.1/static/kernel-resources.html#SYSVIPC http://www.postgresql.org/docs/8.1/static/runtime-config-resource.html Leituras adicionais obrigatórias para TUNING do PostgreSQL: http://www.powerpostgresql.com/PerfList http://www.powerpostgresql.com/Downloads/annotated_conf_80.html Em Quinta 16 Agosto 2007 18:09, [EMAIL PROTECTED] escreveu: Message: 3 Date: Thu, 16 Aug 2007 17:50:31 -0300 From: Marco A P D´Andrade [EMAIL PROTECTED] Subject: Re: [pgbr-geral] Travamento de Banco e Vacuum To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1; format=flowed Senhores, Algo que me chamou a atenção, na questão do Rodrigo é a configuração de maintenance_work_mem [1]. Considerando-se 2G de memoria, aumentar isto me parece uma boa opção ! Sobre tunning de memoria: Quando ao shared_buffers, lembro que existem algums valores magicos que devidamente ajustados fazem o banco melhorar muito de performance, e claro, devem ser ajustados no SO antes, alguem recorda se esta é uma das variaveis ? Sobre AUTOVACUUM: Por outro lado, se não me falha a memoria, se vc habilita o autovacuum, vc não precisa e não deve, rodar o vacuum manualmente, pois vale a ressalva de que um vacuum sem analyze não me pareceu ter o melhor resultado. Sobre vacuum frequente: Vinicios, Vale a ressalva de que o vacuum tem por objetivo recuperar areas de banco liberadas, não traz beneficio para inserções ! Talvez o que vc queira é um analyze, para melhorar estatísticas de índice... Estou retornando às origens, e à administração de banco de dados, e terei logo de cara uma plataforma no nivel que vc tem... (volume e hardware)... minha primeira preocupação é distribuição de tabelas em discos distintos, quando possível (vc citou discoS scsi). Outro ponto a trabalhar, antes de vacuum ou analyze são indices... [1] http://www.postgresql.org/docs/8.0/static/runtime-config.html Espero ter contribuido, pois estou retornando -- /* Guilherme Augusto da Rocha Silva Administração de Dados / Bancos de Dados Gerência de Tecnologia da Informação SIM Instituto de Gestão Fiscal */ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Travamento de Banco e Vacuum
Vinicius, O Guilherme foi bem mais preciso sobre as considerações sobre tunning. Sugiro avaliar os criterios dele. A ideia é o uso de uma analyze, para que a escolha de indices seja a mais adequada, de acordo com critérios gerenciados pelo BD. Observe que ele põe a ressalva de nao passar de 1 semana sem processamento de estatísticas de pesquisa. Guilherme, Como disse, estou retomando. Gostrei de sua abordagem, bem completa ! Vou tomar por base em meus estudos :) Sds, Marco Antonio Vinicius wrote: O problema q se eu nao rodar o vacuum full diariamente, chega um ponto q minha base fica mto lenta para pesquisas, e fica juntanto mto lixo no banco, e por fim nao consigo executar mais o vacuum full e tenho q fazer um backup e restore da base. Como eu disse rodo 2x por dia vacuum not full com analyze. Sobre discos eu tenho 4 discos SCSI 15k controladora U320,,, com 2 raid's 1. dai divido estas duas tabelas e indices d maior tamanho,, entao no 1o. raid deixo a tabela de 25milhoes e seus indices, e no 2o. raid a tabela de 30milhoes d registros e seus indices,, o restante das tabelas q sao bem menores ficam todas no raid 1. - Original Message - From: Marco A P D´Andrade [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, August 16, 2007 5:50 PM Subject: Re: [pgbr-geral] Travamento de Banco e Vacuum Senhores, Algo que me chamou a atenção, na questão do Rodrigo é a configuração de maintenance_work_mem [1]. Considerando-se 2G de memoria, aumentar isto me parece uma boa opção ! Sobre tunning de memoria: Quando ao shared_buffers, lembro que existem algums valores magicos que devidamente ajustados fazem o banco melhorar muito de performance, e claro, devem ser ajustados no SO antes, alguem recorda se esta é uma das variaveis ? Sobre AUTOVACUUM: Por outro lado, se não me falha a memoria, se vc habilita o autovacuum, vc não precisa e não deve, rodar o vacuum manualmente, pois vale a ressalva de que um vacuum sem analyze não me pareceu ter o melhor resultado. Sobre vacuum frequente: Vinicios, Vale a ressalva de que o vacuum tem por objetivo recuperar areas de banco liberadas, não traz beneficio para inserções ! Talvez o que vc queira é um analyze, para melhorar estatísticas de índice... Estou retornando às origens, e à administração de banco de dados, e terei logo de cara uma plataforma no nivel que vc tem... (volume e hardware)... minha primeira preocupação é distribuição de tabelas em discos distintos, quando possível (vc citou discoS scsi). Outro ponto a trabalhar, antes de vacuum ou analyze são indices... [1] http://www.postgresql.org/docs/8.0/static/runtime-config.html Espero ter contribuido, pois estou retornando ;) Sds, Marco Antonio Vinicius wrote: Aproveitando o assunto tenho o mesmo problema,, mas depois d algumas horas o vacuum full termina, tem dias q demora 40min. outros 4hrs, passo um vacuum nao full 2x ao dia e um vacuum full as 3hrs da madrugada. Pergunta: Se eu ligar o auto vacuum eu nao preciso mais passar o vacuum full ? Vou passar os dados do meu server e base Servidor com 2 cpus Xeon 3.0 / 16gb Ram / HD's SCSI Base com 70GB 2 Tabelas sao bem críticas uma tem 30milhoes d registros outra 25milhoes Essas duas tabelas recebem 1500 inserts por minuto, fora pesquisas q sao mtas. Se alguem puder me passar alguma dica para q nao seja necessario passar o vacuum full, pois o banco fica travado durante a madrugada praticamente e isso nao eh o ideal pois nosso sistema roda 24hrs. - Original Message - From: Osvaldo Rosario Kussama [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, August 16, 2007 2:35 PM Subject: Re: [pgbr-geral] Travamento de Banco e Vacuum Rodrigo Tazima escreveu: Olá Pessoal, Estou com uma dificuldade e venho compartilhar com o forum, qualquer dica/sugestao é bem vinda e agradeço a todos desde já. Hardware: . Servidor Dell PowerEdge SC440 . Processador Pentium D 935 (2x2MB Cache, 3.2GHz 800MHz) FSB . 2GB Ram ECC . HD 160GB Sata2 Software: . SO Suse 10.0 . PostgreSQL 8.0.3 Caso: O dump da base tem aproximadamente 2.6GB, algumas tabelas proximo de 3 milhoes de registros. Aplicacao OLTP em 10 usuarios. Gerando aproximadamente 30 mil registros por dia. Tenho programado (via cron + shell) o vacuumdb (FULL) todos os dias as 23:45. O que ocorre é que há dias que parece que o banco trava rodando o vacuum. Amanhece e vejo os processos e o vacuum ainda esta rodando e o banco nao responde, da impressão que o banco trava ou pelo menos nao responde, se tento conectar fica parado esperando, nao da erro de conexao e nem timeout. Nao consigo dar shutdown no banco e nem dar kill nos processos do postmaster, a unica forma é reiniciando todo o servidor. Parece que ocorre um
Re: [pgbr-geral] off topic - duvida terminal server
Se eu no estou enganado, o LTSP para montar terminais burros com Linux. O terminal server do windows no para isso, ele precisa que a maquina tenha windows instalado e um programa para acesso. Evandro Sebastian SWC wrote: posso estar falando bobagens, mas o ltsp no ajuda? [1] www.ltsp.org ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: Oracle x Postgres
Obrigado Roberto, vou fazer um teste com esse programa. Atenciosamente, Nelson Cartaxo DBA ORACLE GABD - Ger. Adm. de Banco de Dados DATASUS/RJ (MS) Tel: 3985-7090 -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Roberto Mello Enviada em: sexta-feira, 17 de agosto de 2007 01:11 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] Oracle x Postgres On 8/16/07, Nelson Cartaxo [EMAIL PROTECTED] wrote: Alguem conhece alguma ferramenta que faça a migração do oracle para postgres. O nosso maior problema está nos campos que possuem os datatypes Long, Blob e Clob. O pessoal da EnterpriseDB (versao proprietaria do PostgreSQL com compatibilidade para Oracle) tem um programa de migracao e funciona bem. Eles tinham um trial no site deles que poderias baixar, importar o banco no EnterpriseDB, e fazer um pg_dump para importar no seu PostgreSQL. Ou comprar uma licensa para o EnterpriseDB se quiseres continuar a usar a camada de compatibilidade com Oracle do EnterpriseDB, mas nao e' barato (mas e' bem mais barato que o Oracle). -Roberto ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] off topic - duvida terminal server
www.pcexpanion.com.br Em 17/08/07, Leandro Guimarães Faria Corcete DUTRA [EMAIL PROTECTED] escreveu: Em Qui, 2007-08-16 às 17:20 -0300, Marcos Fabrício Corso escreveu: preciso de um terminal server pro windows xp pra mais de 1 usuario, alguem conhece Creio que só o 2003… -- Leandro Guimarães Faria Corcete DUTRA [EMAIL PROTECTED] Atech Fundação Aplicação de Tecnologias Críticas SP, BR msnim:[EMAIL PROTECTED] xmpp:[EMAIL PROTECTED] +55 (11) 3040 7300 r151 - - - - - Politica de Privacidade: Esta mensagem pode conter informacao confidencial e/ou privilegiada. Se voce nao for o destinatario ou a pessoa autorizada a receber esta mensagem, nao pode usar, copiar ou divulgar as informacoes nela contidas ou tomar qualquer acao baseada nessas informacoes. Se voce recebeu esta mensagem por engano, por favor avise imediatamente o remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua cooperacao. Privacy Policy: This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Leandro Kohler Analista de T.I. (47) 9984-5984 Brusque/SC ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: off topic - duvida terminal server
XP unlimited, é um software que quebra um galho legal _ De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Leandro Kohler Enviada em: sexta-feira, 17 de agosto de 2007 11:42 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] off topic - duvida terminal server www.pcexpanion.com.br Em 17/08/07, Leandro Guimarães Faria Corcete DUTRA mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] escreveu: Em Qui, 2007-08-16 às 17:20 -0300, Marcos Fabrício Corso escreveu: preciso de um terminal server pro windows xp pra mais de 1 usuario, alguem conhece Creio que só o 2003 -- Leandro Guimarães Faria Corcete DUTRA [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Atech Fundação Aplicação de Tecnologias Críticas SP, BR msnim:[EMAIL PROTECTED] xmpp: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] +55 (11) 3040 7300 r151 - - - - - Politica de Privacidade: Esta mensagem pode conter informacao confidencial e/ou privilegiada. Se voce nao for o destinatario ou a pessoa autorizada a receber esta mensagem, nao pode usar, copiar ou divulgar as informacoes nela contidas ou tomar qualquer acao baseada nessas informacoes. Se voce recebeu esta mensagem por engano, por favor avise imediatamente o remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua cooperacao. Privacy Policy: This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Leandro Kohler Analista de T.I. (47) 9984-5984 Brusque/SC ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] insert com serial?
preciso dar um insert numa tabela colocando conteúdo de outra. só que a tabela que vai fornecer o conteúdo não possui um campo código sequencial. há como fazer algo do tipo. insert into tabela select serial, descricao from tabela2; onde serial teria que ser um número sequencial, não é um campo da tabela 2. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Desligar REINDEX
Opa...indices de tabelas... Atenciosamente, *Thiago Boufleuhr* | Programador ___ Rua Marechal Deodoro, 830 - Sala 302 CEP 89035-090 - Vila Nova - Blumenau / SC - (47) 3041-5700 Sebastian SWC escreveu: quais índices vc está falando? On 8/16/07, *Joao* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: rapaz se vc for um cabra experto da pra fazer uns truques,mas creio q nao existe parametro nos pg_dump[all] da vida! pg_dump ... | grep -vi create index arquivo - Original Message - From: Thiago Boufleuhr [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br mailto:pgbr-geral@listas.postgresql.org.br Sent: Thursday, August 16, 2007 2:18 PM Subject: [pgbr-geral] Desligar REINDEX Pessoal, Ouvi meu professor de Banco de Dados falar que é possível desativar a criação automatica do indice quando um dump eh gerada e/ou carregado no Postgre. Isso eh verdade? Como pode ser feito? *Thiago Boufleuhr* ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br mailto:pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br mailto:pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Atenciosamente, Sebastian Selau Webber Colombo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Oracle x Postgres
pra mim, a solução do Fabio, é a ideal. mas o PgDataPump[1] não faz isso? [1] www.sqlmanager.net On 8/17/07, Fabio Telles [EMAIL PROTECTED] wrote: Em 16/08/07, Nelson Cartaxo[EMAIL PROTECTED] escreveu: Boa tarde, Alguem conhece alguma ferramenta que faça a migração do oracle para postgres. O nosso maior problema está nos campos que possuem os datatypes Long, Blob e Clob. Hum para converter dados no formato texto, o PostgreSQL não tem muita dificuldade, mas os dados binários (BLOB) são realmente um desafio. O ora2pg pode te ajudar com os dados não binários, mas para os dados binários a minha recomendação é: Crie uma pequena aplicação que se conecte no Oracle, leia os campos binários reconstruindo o arquivo binário no sistema de arquivos e depois se conecte no PostgreSQL e grave o arquivo gerado. Dá um pouco de trabalho para se acertar um pouco no começo... mas é uma forma bastante segura de se fazer isto. Um detalhe é que você pode escolher a linguagem de programação que você tem mais facilidade, mas deve ficar longe do ODBC! É claro que existem ferramentas proprietárias para fazer isso, mas se você quer ter controle do processo, nada melhor do que fazer as coisas na mão. Atenciosamente, Fábio Telles -- blog: http://www.midstorm.org/~telles/ e-mail / jabber: [EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Atenciosamente, Sebastian Selau Webber Colombo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Desligar REINDEX
quais índices vc está falando? On 8/16/07, Joao [EMAIL PROTECTED] wrote: rapaz se vc for um cabra experto da pra fazer uns truques,mas creio q nao existe parametro nos pg_dump[all] da vida! pg_dump ... | grep -vi create index arquivo - Original Message - From: Thiago Boufleuhr [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, August 16, 2007 2:18 PM Subject: [pgbr-geral] Desligar REINDEX Pessoal, Ouvi meu professor de Banco de Dados falar que é possível desativar a criação automatica do indice quando um dump eh gerada e/ou carregado no Postgre. Isso eh verdade? Como pode ser feito? *Thiago Boufleuhr* ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Atenciosamente, Sebastian Selau Webber Colombo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Tamanho do retorno de um selec
como assim retorno do select em kb? tem uma função que converte automaticamente os valores em bytes, o nome dela é pg_size_pretty... acho que não é isso. o que você quer fazer? On 8/16/07, Pedro B. Alves [EMAIL PROTECTED] wrote: Pessoal, há alguma forma de mensurar o retorno de um select em KB, MB ou GB? Agradeço a atenção! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Atenciosamente, Sebastian Selau Webber Colombo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Travamento de Banco e Vacuum
Desculpe, amigo, o que eu disse foi para não deixar de fazer REINDEX dos
bancos de dados por mais de uma semana.
O ANALYZE deve ser executado sempre, para que o planejador e o otimizador de
consultas possam propriciar uma performance melhor no acesso aos dados.
Basicamente o que ele faz é uma amostragem dos dados em tabelas e índices
análise da quantidade e frequência de valores.
Se não puder usar o AUTOVACUUM (que pode processar ANALYZE e VACUUM
automaticamente e periodicamente), faça na mão (na sua aplicação ou via
agendamento de tarefas).
*** Resuminho padrão para otimização das bases de dados (tabelas, índices):
- ANALYZE: sempre após inserções de muitos registros de dados (via INSERT ou
COPY).
- VACUUM : sempre após alterações ou remoções de muitos registros de dados
(viam UPDATE ou DELETE). Vai possibilitar o reaproveitamento dos blocos
apagados e retardar a necessidade de um VACUUM FULL.
- VACUUM FULL:sempre após alterações ou remoções de muitos registros de dados
(viam UPDATE ou DELETE) e sempre que se quiser eliminar definitivamente os
blocos de apagados e liberar fisicamente o espaço em disco.
- REINDEX {TABLE|DATABASE}: como o VACUUM não limpa os blocos de dados
removidos dos índices, o REINDEX é necessário sempre após alterações ou
remoções de muitos registros de dados.
*** Como é meu procedimento padrão (nos + de 300 clientes com PostgreSQL)?
a) Deixo o autovacuum habilitado com intervalo de 60 minutos entre cada
verificação e limites variando de 1 a 25000 registros inseridos para
ANALYZE e 2 a 5 registros atualizados ou removidos para VACUUM.
Veja na documentação os detalhes de configuração.
b) Executo, na ordem abaixo, em cada uma das bases de dados existentes:
VACUUM FULL;
REINDEX DATABASE meu_banco;
ANALYZE;
antes do backup das mesmas, via CRON no servidor. Estes procedimentos podem
ser realizados via programas vacuumdb e reindexdb. Veja a documentação os
detalhes de funcionamento.
Abraços
Em Sexta 17 Agosto 2007 10:56, [EMAIL PROTECTED]
escreveu:
Message: 5
Date: Fri, 17 Aug 2007 10:25:57 -0300
From: Marco A P D´Andrade [EMAIL PROTECTED]
Subject: Re: [pgbr-geral] Travamento de Banco e Vacuum
To: Comunidade PostgreSQL Brasileira
pgbr-geral@listas.postgresql.org.br
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain; charset=iso-8859-1; format=flowed
Vinicius,
O Guilherme foi bem mais preciso sobre as considerações sobre tunning.
Sugiro avaliar os criterios dele.
A ideia é o uso de uma analyze, para que a escolha de indices seja a
mais adequada, de acordo com critérios gerenciados pelo BD.
Observe que ele põe a ressalva de nao passar de 1 semana sem
processamento de estatísticas de pesquisa.
Guilherme,
Como disse, estou retomando. Gostrei de sua abordagem, bem completa !
Vou tomar por base em meus estudos :)
Sds,
Marco Antonio
--
/*
Guilherme Augusto da Rocha Silva
Administração de Dados / Bancos de Dados
Gerência de Tecnologia da Informação
SIM Instituto de Gestão Fiscal
*/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Acessar Postgres via ADO
se ainda precisa acessar via ADO, que tal este tutorial? comigo funcionou. como o a aplicação que desenvolvi nao requer desempenho(apenas 500 registros), me serviu perfeitamente 1. Adicione um componente “ADOConnection” (localizado na aba ADO) no seu “Form”. 2. Ao clicar 2 vezes no componente abrirá a tela abaixo, selecione “Use Connection String” e clique em “Build” 3. Ao clicar em “Build” abrirá uma tela, selecione “PostgreSQL OLE Provider” na lista de provedores de dados e clique em “Avançar”. 4. a.) Na tela digite no campo “Fonte de dados” o endereço da máquina onde está rodando o PostgreSQL (no caso de estar rodando na sua estação digite “localhost”, ou o IP da estação onde o mesmo estiver rodando). b.) No campo abaixo digite seu nome de usuário e senha (configurados no PostgreSQL). c.) Clique em “Testar conexão”. 5. Se o teste for bem sucedido uma caixa de mensagens aparecerá. Clique em “OK” na caixa de mensagens e na tela de configuração. 6. A tela agora já possui a sua string de conexão, clique em “OK” 7. Vá até a paleta de propriedades do componente e coloque a propriedade “Connected” para “True”. 8. A janela para login abrirá, coloque sua senha para o banco de dados e clique em “OK 9. Verifique se a opção “Connected” passou para o valor “True 10. Inclua um componente ADOQuery no seu projeto 11. Na propriedade “Connection” do objeto ADOQuery selecione “ADOConnection1”. 12. Ainda na janela de propriedades do “ADOQuery” dê dois cliques sobre a propriedade “SQL”. 13. Na caixa de texto digite um comando em “SQL” e clique em “OK”. 14. Altere a propriedade “Active” do componente ADOQuery para “True”. 15. A janela de login aparecerá novamente. 16. Verifique se a propriedade “Active” do componente “ADOQuery” passou para “True”. 17. Inclua um componente “Datasource” no seu projeto (esse componente pode ser encontrado na aba “Data Access”). 18. Selecione o “ADOQuery” que você configurou na propriedade “Dataset” do componente “DataSource”. 19. O próximo passo é incluir um componente “DBGrid” no seu projeto (esse componente é encontrado na aba “Data Controls”). 20. Altere a propriedade “DataSource” do componente “DBGrid” para o nome do “DataSource” que você configurou anteriormente. 21. Pronto, agora você já tem os dados da sua consulta SQL da “ADOQuery” disponíveis em um “DBGrid”, agora aproveite o “PostgreSQL” na sua linguagem de programação preferida. Até mais. Evandro Ricardo Silvestre wrote: Se for Delphi, recomendo Zeos. Caso contraacute;rio recomendo ODBC. O Zeos tem um acesso mais nativo ao banco o que deixa mais raacute;pido. Natilde;o sou fatilde; do BDE, eacute; necessaacute;rio instalar programa no Client, configurar e tudo mais. ADO.net nunca mexi! Particularmente natilde;o uso nenhum, prefiro acessar via SOA, mas ai complica bastante. SDS Evandro renato wrote: Qual seria a melhor opccedil;atilde;o? BDE+ODBC, ADO.NET , Zeos Renato Em 16/08/07, Evandro Ricardo Silvestre lt; [EMAIL PROTECTED] gt; escreveu: ADO eacute; lento, pouco portavel e estaacute; bem obsoleto. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- View this message in context: http://www.nabble.com/Acessar-Postgres-via-ADO-tf4275531.html#a12203913 Sent from the PostgreSQL - Brasil mailing list archive at Nabble.com. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] insert com serial?
Se o serial que vc tera que inserir nao for de nenhuma tabela, vc podera criar
uma sequencia para fazer isso, e
quando for fazer o insert vc chama a funcao nextval para poder pegar o proximo
numero dela.
Segue exemplos de criacao de sequencias e tb do insert:
Sequencia:
CREATE SEQUENCE mix0001_seq (onde mix0001_seq representa o nome da sequencia)
INCREMENT 1 (de quanto em quanto ira inserir)
MINVALUE 1 (valor minimo)
MAXVALUE 1099 (valor maximo)
START 10082229 (proximo numero)
CACHE 10 (quantos numeros serao guardados em cache para facilitar a insercao)
CYCLE; (se estiver em cycle a sequencia ira voltar ao inicio quando o ultimo
numero for atingido)
ALTER TABLE mix0001_seq OWNER TO postgres;
INSERT:
insert into mix0001 (codigoplu,sequencia) values
('000123',nextval('mix0001_seq');
onde o nextval chama o proximo numero.
Referencias para consulta no manual do postgres
http://pgdocptbr.sourceforge.net/pg80/sql-createsequence.html
[]'s
Junior
Database Developer Linux
Message: 2
Date: Fri, 17 Aug 2007 14:10:33 -0300
From: Erlon [EMAIL PROTECTED]
Subject: [pgbr-geral] insert com serial?
To: Comunidade PostgreSQL Brasileira
pgbr-geral@listas.postgresql.org.br
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain; charset=iso-8859-1
preciso dar um insert numa tabela colocando conteúdo de outra.
só que a tabela que vai fornecer o conteúdo não possui um campo código
sequencial.
há como fazer algo do tipo.
insert into tabela select serial, descricao from tabela2;
onde serial teria que ser um número sequencial, não é um campo da tabela 2.
-- Próxima Parte --
Um anexo em HTML foi limpo...
URL:
http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20070817/b574a25f/attachment-0001.htm
--
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] insert com serial?
Erlon wrote:
preciso dar um insert numa tabela colocando conteúdo de outra.
só que a tabela que vai fornecer o conteúdo não possui um campo código
sequencial.
há como fazer algo do tipo.
insert into tabela select serial, descricao from tabela2;
onde serial teria que ser um número sequencial, não é um campo da tabela 2.
Leia sobre sequências [1] no manual.
regression=# create table foo (a int, b float);
CREATE TABLE
regression=# create sequence bar;
CREATE SEQUENCE
regression=# create table baz (s int, a int, b float);
CREATE TABLE
regression=# insert into foo values(1,2.3);
INSERT 0 1
regression=# insert into foo values(10,12.32);
INSERT 0 1
regression=# insert into baz select nextval('bar'),* from foo;
INSERT 0 2
regression=# select * from baz;
s | a | b
---++---
1 | 1 | 2.3
2 | 10 | 12.32
(2 registros)
regression=#
[1] http://www.postgresql.org/docs/8.2/static/sql-createsequence.html
--
Euler Taveira de Oliveira
http://www.timbira.com/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [Spam] RES: off topic - duvida terminal server
ok, instalei a versão demo, que diz para 3 usuarios, certo ?? e agora, como devo proseguir ??? - Original Message - From: Thiago DB To: 'Comunidade PostgreSQL Brasileira' Sent: Friday, August 17, 2007 1:37 PM Subject: [Spam] [pgbr-geral] RES: off topic - duvida terminal server XP unlimited, é um software que quebra um galho legal -- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Leandro Kohler Enviada em: sexta-feira, 17 de agosto de 2007 11:42 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] off topic - duvida terminal server www.pcexpanion.com.br Em 17/08/07, Leandro Guimarães Faria Corcete DUTRA [EMAIL PROTECTED] escreveu: Em Qui, 2007-08-16 às 17:20 -0300, Marcos Fabrício Corso escreveu: preciso de um terminal server pro windows xp pra mais de 1 usuario, alguem conhece Creio que só o 2003. -- Leandro Guimarães Faria Corcete DUTRA [EMAIL PROTECTED] Atech Fundação Aplicação de Tecnologias Críticas SP, BR msnim:[EMAIL PROTECTED] xmpp: [EMAIL PROTECTED] +55 (11) 3040 7300 r151 - - - - - Politica de Privacidade: Esta mensagem pode conter informacao confidencial e/ou privilegiada. Se voce nao for o destinatario ou a pessoa autorizada a receber esta mensagem, nao pode usar, copiar ou divulgar as informacoes nela contidas ou tomar qualquer acao baseada nessas informacoes. Se voce recebeu esta mensagem por engano, por favor avise imediatamente o remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua cooperacao. Privacy Policy: This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Leandro Kohler Analista de T.I. (47) 9984-5984 Brusque/SC -- E-mail classificado pelo Identificador de Spam Inteligente. Para alterar a categoria classificada, visite o Terra Mail -- Esta mensagem foi verificada pelo E-mail Protegido Terra. Scan engine: McAfee VirusScan / Atualizado em 17/08/2007 / Versão: 5.1.00/5100 Proteja o seu e-mail Terra: http://mail.terra.com.br/ -- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Travamento de Banco e Vacuum
Minha instalacao do postgre 8.1 (windows) nao existe o arquivo reindexdb,,,
assim nao consigo agendar uma tarefa para fazer o reindex.
Alguem sabe como posso resolver isso, pois ja reinstalei o postgres em outra
maquina e nao foi instalado este arquivo tbm.
- Original Message -
From: Guilherme Augusto da Rocha Silva [EMAIL PROTECTED]
To: pgbr-geral@listas.postgresql.org.br
Sent: Friday, August 17, 2007 2:18 PM
Subject: Re: [pgbr-geral] Travamento de Banco e Vacuum
Concordo em parte. O AUTOVACUUM, bem configurado e habilitado ajuda, e
muito,
o processo de manutenção e otimização, porém só ele não é o suficiente:
É necessário o tratamento completo:
- VACUUM e ANALYZE (autovacuum) 1 ou mais vezes por dia dependendo do seu
volume de transações e da frequencia com que executa o REINDEX.
- VACUUM FULL (autovacuum, ou na munheca), 1 vez ao dia no mínimo.
- REINDEX {TABLE|DATABASE} (agendado no CRON ou??? ... na munheca), 1 vez
ao
dia, após o VACUUM FULL, não deixando mais de uma semana (catástrofe!!!) sem
fazer.
Abraço.
Em Sexta 17 Agosto 2007 09:00, [EMAIL PROTECTED]
escreveu:
From: Marco A P D´Andrade [EMAIL PROTECTED]
To: Comunidade PostgreSQL Brasileira
pgbr-geral@listas.postgresql.org.br Sent: Thursday, August 16, 2007 5:50
PM
Subject: Re: [pgbr-geral] Travamento de Banco e Vacuum
Sobre AUTOVACUUM:
Por outro lado, se não me falha a memoria, se vc habilita o autovacuum,
vc não precisa e não deve, rodar o vacuum manualmente, pois vale a
ressalva de que um vacuum sem analyze não me pareceu ter o melhor
resultado.
--
/*
Guilherme Augusto da Rocha Silva
Administração de Dados / Bancos de Dados
Gerência de Tecnologia da Informação
SIM Instituto de Gestão Fiscal
*/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
