[pgbr-geral] RES: [Bulk] RES: Postgres 8.3 + Delphi 7
-Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Shander Lyrio Enviada em: terça-feira, 27 de maio de 2008 19:26 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] [Bulk] RES: Postgres 8.3 + Delphi 7 Renato escreveu: Nem eu Algum motivo específico?? -- Shander Lyrio Perdoem minha intromissão em um assunto que não domino, principalmente fugindo da resposta ao tema Postgres 8.3 + Delphi 7. Usamos o Crystal Reports como gerador de relatório, e ele conecta via ODBC. Percebi que a senha fica guardada no registry e achei que valia a pena citar, porém usei o tópico errado pra isso, certo? Como eu disse, não domino, portanto não tenho argumentos pra defender ou atacar o ODBC. Não tive boas experiências com ele no passado, mas antes de conhecer o PG. Por isso, não vou mais me meter nesse assunto, me limitando a responder aquilo que realmente sei (e que é bem pouco). Tenho mais a aprender do que a ensinar nessa lista. Renato Senda -- Esta mensagem foi verificada pelo sistema de Anti-virus da SJB Solados. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: Tabelas temporárias
-Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Evandro Ricardo Silvestre Enviada em: terça-feira, 27 de maio de 2008 17:05 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] Tabelas temporárias Renato wrote: Boa tarde Tenho uma View, que faz consultas em diversas tabelas, com joins, unions, etc etc, que localmente demora as vezes até 2 segundos pra carregar, mas que é usada constantemente, em um menu, pra verificar se o usuário tem permissão pra acessar tal tabela ou form, tal e tal. Pra reduzir (e muito) essa demora fiz o seguinte. Ao abrir a aplicação, e iniciar uma sessão, Dou instrução pra criar uma tabela temporária baseada naquela view, e dessa forma quando preciso verificar tal permissão, leio a temp (e não a view), de forma instantânea, mesmo numa conexão lenta. Porém percebi, pelo PGadmin que estão se acumulando schemas chamados pg_temp_1, pg_temp_2, etc, que sei que são usados por essas tabelas temporárias, e percebi que estão vazios. Minha pergunta é, esses schemas ocupam espaço, ou com o passar do tempo e consequentemente o acúmulo deles, interfere em alguma coisa? Essa coisa de criar TEMP's, com propósitos como o meu, é uma boa prática? Que linguagem de programação está utilizando? Uma sugestão de uma boa prática é manter na memória da máquina local, já que você precisa da informação diversas vezes ou manter em um arquivo local (economiza memória). Na hora que abre a aplicação gera o arquivo, na hora que fecha apaga o arquivo. Você terá apenas 1 acesso ao banco. Evandro Uso Delphi 2007 com Zeos. A tal View além de usar instruções de SQL, também chama funções feitas em plpgsql. Obrigado Evandro, pela sugestão, muito bem vinda! Renato -- Esta mensagem foi verificada pelo sistema de Anti-virus da SJB Solados. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dificuldade com Banco Postgres 8.1
Prezados, Consegui acessar 41 registros mas o erro: ERROR: could not access status of transaction 67151 DETAIL: could not read from file pg_clog/ at offset 16384: No error Segundo a pessoa que me passou o banco teria em torno de 3.000 registros. Antes não estava conseguindo acessar as tabelas, então dei permissão total na pasta 'data', e consegui acessar então esses 41 registros. Se alguém tiver alguma idéia. Obrigado pelas respostas até agora. [ ]'s Giuseppe Lopes - Original Message - From: Euler Taveira de Oliveira [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Tuesday, May 27, 2008 2:09 PM Subject: Re: [pgbr-geral] Dificuldade com Banco Postgres 8.1 Giuseppe Lopes wrote: Refere-se a pasta 'data' de dentro da instalação do PostgreSql? No meu caso é: C:\Program Files\PostgreSQL\8.1\data, isso? Sim. -- 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 __ Information from ESET NOD32 Antivirus, version of virus signature database 2888 (20080220) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Recuperar banco 8.1
Prezados, Tivemos uma pane na placa-mãe da máquina onde rodava o postgresql 8.1. Os reponsáveis não fizeram backup regularmente, de modo que tive que copiar o diretório /data onde estão as tabelas, usando o comando (# cp -R -p) para o /data da máquina nova. Reinstalei o postgresql 8.1 na máquina nova, e reinstalei o pg_hba.conf e postgresql.conf da máquina anterior, rebotei a máquina, mas não estou conseguindo acessar as tabelas, quer seja através das páginas www desenvolvidas ou mesmo através do pgadmin. Quando tento acessar através das páginas, recebo a mensagem Não foi possível conectar ao banco e com o pgadmin eu conecto no banco mas não estou vendo as tabelas. O que preciso fazer ? help. Aguiar Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.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] Dificuldade com Banco Postgres 8.1
Ah, detalhe que esqueci de comentar, ontem estava visualizando esses 41 registros, hoje agora que testei de novo não consigo mais visualizar registros da tabela 'principal'. A máquina só foi desligada e ligada agora de manhã de novo. [ ]'s Giuseppe Lopes - Original Message - From: Giuseppe Lopes To: Comunidade PostgreSQL Brasileira Sent: Wednesday, May 28, 2008 9:10 AM Subject: Re: [pgbr-geral] Dificuldade com Banco Postgres 8.1 Prezados, Consegui acessar 41 registros mas o erro: ERROR: could not access status of transaction 67151 DETAIL: could not read from file pg_clog/ at offset 16384: No error Segundo a pessoa que me passou o banco teria em torno de 3.000 registros. Antes não estava conseguindo acessar as tabelas, então dei permissão total na pasta 'data', e consegui acessar então esses 41 registros. Se alguém tiver alguma idéia. Obrigado pelas respostas até agora. [ ]'s Giuseppe Lopes - Original Message - From: Euler Taveira de Oliveira [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Tuesday, May 27, 2008 2:09 PM Subject: Re: [pgbr-geral] Dificuldade com Banco Postgres 8.1 Giuseppe Lopes wrote: Refere-se a pasta 'data' de dentro da instalação do PostgreSql? No meu caso é: C:\Program Files\PostgreSQL\8.1\data, isso? Sim. -- 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 __ Information from ESET NOD32 Antivirus, version of virus signature database 2888 (20080220) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com __ Information from ESET NOD32 Antivirus, version of virus signature database 2888 (20080220) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com -- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral __ Information from ESET NOD32 Antivirus, version of virus signature database 2888 (20080220) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.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] atualizar versão
Ricardo Alexandre Siqueira escreveu: Olá pessoal, estou tentando atualizar a versão do pgadmin3 que atualmente é a 1.4.0 para 1.6.3.Uso o Debian já usei estes comandos : apt-get update ,apt-get upgrade e apt-get install pgadmin3 .Mas mesmo assim não consigo,alguém sabe como posso fazer esta atualização via prompt no Linux? Desde já agradeço Ricardo da algum erro no apt-get? -- Esta mensagem foi verificada pelo sistema de Anti-virus da SJB Solados. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Aumentando Velocidade de Gravação dos Dados
Seta Digital - Suporte wrote: Bom Dia Pessoal Gostaria de Saber se existe alguma forma (configuração) para aumentar a velocidade de gravação dos dados ??? Ex: Quando Faço importação de dados dos meus clientes, pego 500.000 registros, e esses registros demoram cerca de 2 hora para serem inseridos. Você faz 500.000 transações, uma para cada Insert? Existe como aumentar a velocidade de gravação??? ou existe algum outro modo que eu possa fazer essa importação dos dados??? Procure pelo Copy[1], ele deve te ajudar [1]http://pgdocptbr.sourceforge.net/pg82/sql-copy.html ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [Bulk] Re: atualizar versão
Emerson Casas Salvador escreveu: Ricardo Alexandre Siqueira escreveu: Olá pessoal, estou tentando atualizar a versão do pgadmin3 que atualmente é a 1.4.0 para 1.6.3.Uso o Debian já usei estes comandos : apt-get update ,apt-get upgrade e apt-get install pgadmin3 .Mas mesmo assim não consigo,alguém sabe como posso fazer esta atualização via prompt no Linux? Desde já agradeço Ricardo da algum erro no apt-get? Você já procurou aqui: http://www.debian.org/distrib/packages para saber se a versão do pgadim3 está nos pacotes do debian. Em uma consulta rápida temos: etch (stable) (misc): graphical administration tool for PostgreSQL 1.4.3-2: alpha amd64 arm hppa i386 ia64 mips mipsel powerpc s390 sparc lenny (testing) (misc): graphical administration tool for PostgreSQL 1.4.3-2.1: alpha amd64 arm armel hppa i386 ia64 mips mipsel powerpc s390 sparc sid (unstable) (misc): graphical administration tool for PostgreSQL 1.4.3-2.1: alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 m68k mips mipsel powerpc s390 sparc experimental (misc): graphical administration tool for PostgreSQL 1.8.2-0.1: alpha amd64 hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 powerpc sparc Ou seja, se você utiliza debian etch, lenny ou sid, o apt vai atualizar no máximo até a versão 1.4.3 se estiver direcionado para o repositório padrão do debian. Se quiser uma versão maior, ou instala na mão, ou procure um outro repositório debian com versões mais novas. -- Shander Lyrio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: RES: Tabelas temporárias
-Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Evandro Ricardo Silvestre Enviada em: quarta-feira, 28 de maio de 2008 09:13 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] RES: Tabelas temporárias Renato wrote: -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Evandro Ricardo Silvestre Enviada em: terça-feira, 27 de maio de 2008 17:05 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] Tabelas temporárias Renato wrote: Boa tarde Tenho uma View, que faz consultas em diversas tabelas, com joins, unions, etc etc, que localmente demora as vezes até 2 segundos pra carregar, mas que é usada constantemente, em um menu, pra verificar se o usuário tem permissão pra acessar tal tabela ou form, tal e tal. Pra reduzir (e muito) essa demora fiz o seguinte. Ao abrir a aplicação, e iniciar uma sessão, Dou instrução pra criar uma tabela temporária baseada naquela view, e dessa forma quando preciso verificar tal permissão, leio a temp (e não a view), de forma instantânea, mesmo numa conexão lenta. Porém percebi, pelo PGadmin que estão se acumulando schemas chamados pg_temp_1, pg_temp_2, etc, que sei que são usados por essas tabelas temporárias, e percebi que estão vazios. Minha pergunta é, esses schemas ocupam espaço, ou com o passar do tempo e consequentemente o acúmulo deles, interfere em alguma coisa? Essa coisa de criar TEMP's, com propósitos como o meu, é uma boa prática? Que linguagem de programação está utilizando? Uma sugestão de uma boa prática é manter na memória da máquina local, já que você precisa da informação diversas vezes ou manter em um arquivo local (economiza memória). Na hora que abre a aplicação gera o arquivo, na hora que fecha apaga o arquivo. Você terá apenas 1 acesso ao banco. Evandro Uso Delphi 2007 com Zeos. A tal View além de usar instruções de SQL, também chama funções feitas em plpgsql. Obrigado Evandro, pela sugestão, muito bem vinda! Faça o seguinte, carregue o resultado da View no cds. Depois faça um cds.SaveToFile para salvar no disco. Sempre que quiser recuperar, basta um cds.LoadFromFile Evandro Evandro Sua sugestão é muito boa, mas eu não apontei um detalhe importante, o tal menu tem submenus, que são todos montados em modo execução, quando clico no item do menu principal, conforme a consulta que faço na tal tabela temporária. Tipo: SELECT * FROM tabela_temporária WHERE id_menu = 1; -- 1 para o 1º submenu, 2 para o 2º submenu, e assim por diante E assim trago somente os valores pra montar os itens do submenu clicado. Minha única preocupação é: 1 - do jeito que faço hoje, comprometo algum desempenho, no geral? 2 - será que a longo prazo eu não deixaria uma quantidade de lixo (pg_temp's)? Ou o vacuum ou autovacuum faria essa limpeza pra mim? -- Esta mensagem foi verificada pelo sistema de Anti-virus da SJB Solados. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Recuperar banco 8.1
2008/5/28 Aguiar Magalhaes [EMAIL PROTECTED]: Tivemos uma pane na placa-mãe da máquina onde rodava o postgresql 8.1. Os reponsáveis não fizeram backup regularmente, de modo que tive que copiar o diretório /data onde estão as tabelas, usando o comando (# cp -R -p) para o /data da máquina nova. Aguiar, por favor verifique o histórico da lista, essa questão já foi respondida duas vezes nos últimos dez ou doze dias. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[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] [Bulk] Re: atualizar versão
Leandro DUTRA escreveu: 2008/5/28 Shander Lyrio [EMAIL PROTECTED]: Ou seja, se você utiliza debian etch, lenny ou sid, o apt vai atualizar no máximo até a versão 1.4.3 se estiver direcionado para o repositório padrão do debian. Se quiser uma versão maior, ou instala na mão, ou procure um outro repositório debian com versões mais novas. Nessa linha, conheço duas fontes interessante de dados sobre repositórios: http://apt-get.org./search.php, e o Debian Unofficial. E também tem repositórios no próprio site do pgadmin para Debian Etch deb ftp://ftp2.br.postgresql.org/postgresql/pgadmin3/release/debian etch pgadmin para Debian Lenny deb ftp://ftp2.br.postgresql.org/postgresql/pgadmin3/release/debian lenny pgadmin ou pode usar um mirror tb, da uma olhada no site http://www.pgadmin.org/download/debian.php Dutra gostei desse site tb (http://apt-get.org./search.php)... -- Esta mensagem foi verificada pelo sistema de Anti-virus da SJB Solados. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Aumentando Velocidade de Gravação dos Dados
Olá, Como é o seu processo de importação. Você está fazendo via comando insert ou comando copy? Importante se você fizer com o comando insert á aberta uma transação para cada insert enquanto que se você fizer com o copy é aberta uma única transação para todo o procedimento. []s 2008/5/28 Seta Digital - Suporte [EMAIL PROTECTED]: Bom Dia Pessoal Gostaria de Saber se existe alguma forma (configuração) para aumentar a velocidade de gravação dos dados ??? Ex: Quando Faço importação de dados dos meus clientes, pego 500.000 registros, e esses registros demoram cerca de 2 hora para serem inseridos. Existe como aumentar a velocidade de gravação??? ou existe algum outro modo que eu possa fazer essa importação dos dados??? Grato Pela Ajuda... Alexandre ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- João Paulo www.dextra.com.br/postgres PostgreSQL ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dificuldade com Banco Postgres 8.1
Giuseppe Lopes wrote: Consegui acessar 41 registros mas o erro: ERROR: could not access status of transaction 67151 DETAIL: could not read from file pg_clog/ at offset 16384: No error Você pode tentar ignorar (considerar efetivadas) as transações anteriores; para isso basta criar o arquivo no diretório pg_clog assim: $ dd if=/dev/zero of= bs=1K count=8 -- 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] RES: Erro Postgresql 8.3
antes eu recebia todas as mensagens dessa lista no meu email, no outlook, agora só mudei o direcionamento do meu email do yahoo para outro email e só vem uns resumos de assuntos, não vem mais email, alguém sabe o que pode ter acontecido? grato, erlon favor responder para [EMAIL PROTECTED] pq não sei se a resposta vai chegar até mim de outra forma. - Original Message - From: .:: Eder Sousa ::. [EMAIL PROTECTED] To: 'Comunidade PostgreSQL Brasileira' pgbr-geral@listas.postgresql.org.br Sent: Tuesday, April 01, 2008 10:21 AM Subject: [pgbr-geral] RES: Erro Postgresql 8.3 Realmente estou usando o SQL Manager 2005... Abraços Eder Sousa -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Leonardo Cezar Enviada em: terça-feira, 1 de abril de 2008 10:10 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] Erro Postgresql 8.3 2008/4/1 Bruno Moreno [EMAIL PROTECTED]: ERROR: column op.oprlsortop does not exist LINE 12: LEFT OUTER JOIN pg_operator lso ON lso.oid=op.oprlsortop e isso : ERROR: column opcamid does not exist LINE 3: JOIN pg_am am ON am.oid=opcamid Essas colunas não existem mais no catálogo. Provavelmente voce esta utilizando uma versão de ferramente muito antiga no cliente. Tente atualizá-la. Se não for o caso, tente utilizar o esquema de informações (aka information_schema) ao invés do catálogo diretamente em suas aplicações. -Leo -- Leonardo Cezar et all http://www.dextra.com.br/postgres http://www.postgresql.org.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral No virus found in this incoming message. Checked by AVG. Version: 7.5.519 / Virus Database: 269.22.1/1352 - Release Date: 31/3/2008 10:13 No virus found in this outgoing message. Checked by AVG. Version: 7.5.519 / Virus Database: 269.22.1/1352 - Release Date: 31/3/2008 10:13 ___ 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] Recuperar banco 8.1
Ola, Como o Leandro este assunto foi tratado aqui recentemente, senão me falha a memória tem um artigo do Rodrigo Hjort que trata sobre este assunto. []s 2008/5/28 Leandro DUTRA [EMAIL PROTECTED]: 2008/5/28 Aguiar Magalhaes [EMAIL PROTECTED]: Tivemos uma pane na placa-mãe da máquina onde rodava o postgresql 8.1. Os reponsáveis não fizeram backup regularmente, de modo que tive que copiar o diretório /data onde estão as tabelas, usando o comando (# cp -R -p) para o /data da máquina nova. Aguiar, por favor verifique o histórico da lista, essa questão já foi respondida duas vezes nos últimos dez ou doze dias. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED][EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- João Paulo www.dextra.com.br/postgres PostgreSQL ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: RES: Tabelas temporárias
Renato wrote: -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Evandro Ricardo Silvestre Enviada em: quarta-feira, 28 de maio de 2008 09:13 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] RES: Tabelas temporárias Renato wrote: -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Evandro Ricardo Silvestre Enviada em: terça-feira, 27 de maio de 2008 17:05 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] Tabelas temporárias Renato wrote: Boa tarde Tenho uma View, que faz consultas em diversas tabelas, com joins, unions, etc etc, que localmente demora as vezes até 2 segundos pra carregar, mas que é usada constantemente, em um menu, pra verificar se o usuário tem permissão pra acessar tal tabela ou form, tal e tal. Pra reduzir (e muito) essa demora fiz o seguinte. Ao abrir a aplicação, e iniciar uma sessão, Dou instrução pra criar uma tabela temporária baseada naquela view, e dessa forma quando preciso verificar tal permissão, leio a temp (e não a view), de forma instantânea, mesmo numa conexão lenta. Porém percebi, pelo PGadmin que estão se acumulando schemas chamados pg_temp_1, pg_temp_2, etc, que sei que são usados por essas tabelas temporárias, e percebi que estão vazios. Minha pergunta é, esses schemas ocupam espaço, ou com o passar do tempo e consequentemente o acúmulo deles, interfere em alguma coisa? Essa coisa de criar TEMP's, com propósitos como o meu, é uma boa prática? Que linguagem de programação está utilizando? Uma sugestão de uma boa prática é manter na memória da máquina local, já que você precisa da informação diversas vezes ou manter em um arquivo local (economiza memória). Na hora que abre a aplicação gera o arquivo, na hora que fecha apaga o arquivo. Você terá apenas 1 acesso ao banco. Evandro Uso Delphi 2007 com Zeos. A tal View além de usar instruções de SQL, também chama funções feitas em plpgsql. Obrigado Evandro, pela sugestão, muito bem vinda! Faça o seguinte, carregue o resultado da View no cds. Depois faça um cds.SaveToFile para salvar no disco. Sempre que quiser recuperar, basta um cds.LoadFromFile Evandro Evandro Sua sugestão é muito boa, mas eu não apontei um detalhe importante, o tal menu tem submenus, que são todos montados em modo execução, quando clico no item do menu principal, conforme a consulta que faço na tal tabela temporária. Tipo: SELECT * FROM tabela_temporária WHERE id_menu = 1; -- 1 para o 1º submenu, 2 para o 2º submenu, e assim por diante E assim trago somente os valores pra montar os itens do submenu clicado. Minha única preocupação é: 1 - do jeito que faço hoje, comprometo algum desempenho, no geral? Muito acesso ao banco não é bom. Compromete o desempenho sim. Imagine que no momento que o usuário estiver procurando algo no menu ele irá abrir vários menus e vários submenus ate encontrá-lo. Se a cada momento você lançar uma consulta ao banco terá uma grande carga, por mais rápido que a consulta seja. Recomendo você trazer uma arvore completa com o menu e submenus. Ao invés de fazer 1 consulta para o menu e 1 para os submenus, faça uma consulta que traga tudo! Ao invés de fazer pequenas consultas várias vezes, faça 1 grande consulta uma unica vez! Também não acho uma boa idéia montar em tempo de execução o menu como você faz. Pense, ocorre muitas alterações no menu ou sempre é o mesmo? se for sempre o mesmo pq toda a vez vc vai desenhá-lo? Acho excelente ter menus dinâmicos, mas recomendo que esse menu seja criado *completamente* no momento da abertura da aplicação(no OnCreate). Caso haja alteração no menu basta o usuário fechar e abrir a aplicação novamente. Recomendo que você repense essa rotina e reformule-a. Evandro ___ 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 de e-mail da lista - Era (RES: Erro Postgresql 8.3)
Forsell Sistemas escreveu: antes eu recebia todas as mensagens dessa lista no meu email, no outlook, agora só mudei o direcionamento do meu email do yahoo para outro email e só vem uns resumos de assuntos, não vem mais email, alguém sabe o que pode ter acontecido? grato, erlon favor responder para [EMAIL PROTECTED] pq não sei se a resposta vai chegar até mim de outra forma. Forsell Sugiro que verifique suas configurações de conta https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral PS: - Não responda uma mensagem para um novo assunto - Identifique o assunto corretamente - Evite Top Post assim a coisa fica mais organizada -- Esta mensagem foi verificada pelo sistema de Anti-virus da SJB Solados. ___ 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: RES: Tabelas temporárias
2008/5/28 Evandro Ricardo Silvestre [EMAIL PROTECTED]: Muito acesso ao banco não é bom. Compromete o desempenho sim. Imagine que no momento que o usuário estiver procurando algo no menu ele irá abrir vários menus e vários submenus ate encontrá-lo. Se a cada momento você lançar uma consulta ao banco terá uma grande carga, por mais rápido que a consulta seja. Não é bem assim, Evandro. Os blocos consultados ficam em cache. Talvez você tenha razão, mas só experimentando para saber. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[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] RES: RES: Tabelas temporárias
Renato wrote: 1 - do jeito que faço hoje, comprometo algum desempenho, no geral? Acho que já respondi isso: não. 2 - será que a longo prazo eu não deixaria uma quantidade de lixo (pg_temp's)? Ou o vacuum ou autovacuum faria essa limpeza pra mim? Ao final da sessão, as tabelas e esquemas temporários vão ser removidos. Se tu usa um pool de conexões, você deve fazer uma limpeza dessas tabelas temporárias para não ter problemas de espaço. -- Euler Taveira de Oliveira http://www.timbira.com/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] LATIN1 no PostgreSQL Ubuntu en_us
Olá, Instalei o PostgreSQL via apt-get no UBUNTU 7.10 em ingles e não estou conseguindo criar bancos com encoding = latin1 (só consigo criar como UTF8, caso contrario, recebo erros). Como faço para que meu postgres aceite latin1? -- Atenciosamente, Daniel Falcão ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Postgres 8.3 + Delphi 7
Mozart Hasse escreveu: Renato, A não ser que vc esteja desenvolvendo um sistema para loja de 1,99 (ou algo estruturalmente igual) não use ODBC. Vc simplesmente não terá segurança no seu sistema. Tenta o seguinte: Agora abra o REGEDIT e procure pela chave ... Cadê a segurança? A segurança continua e sempre esteve na aplicação. A senha armazenada no registro do sistema só é usada se o programador não informá-la dentro do programa, o que no nosso caso é perfeitamente evitável. Concordo plenamente que armazenar a senha sem critografia no registro do sistema, *quando o usuário a informa* na configuração *e* manda salvar é um procedimento que pode expor a segurança da base *se* o implantador for uma pessoa desavisada. Só que isso não é necessariamente um problema do modo de acesso. Outros tipos de conexão (por exemplo, ADO *mal usado*) podem resultar no mesmo problema. Em tempo: dependendo da quantidade de consultas ou instruções a executar numa paulada só, esses milissegundos podem se tornar segundos, ou até minutos. Pense grande. Use conexão nativa, se possível. Ser possível sempre é, a questão é se alguém vai ganhar alguma coisa mudando. Eu procuro por material ou argumentos sólidos (programa-fonte x linha y, ou pelo menos a lista de coisas que ele precisa fazer *a mais* do que um acesso nativo e quanto tempo isso leva) para justificar essa sua impressão de que o driver ODBC do postgres é mais lento do que seja lá o que for. Impressão por impressão, que eu saiba ninguém justificou sequer se o driver é mais lento, ainda por cima supor que essa diferença se manterá em *todas* as operações chegando a totalizar segundos ou minutos em seja lá que situação. Quaquer um pode *achar* que é mais lento porque outros drivers ODBC são (especialmente aqueles como o SQL Server que (argh!) só mapeiam as chamadas do ODBC para *outro* tipo de acesso por baixo (por exemplo OLEDB), o que até onde eu saiba *não* é o caso do driver ODBC do Postgres), mas eu quero *quantificar* isso para saber se a diferença compensa o esforço de usar outra coisa ou será algo que o cliente vai pagar sem nunca fazer idéia de qual retorno (positivo ou negativo) vai ter. Devido ao exposto, vou perguntar *de novo*: * De quantos milissegundos estamos falando? * Quem já pôs ODBC lado a lado com outra coisa conseguiu achar alguma diferença *perceptível* do ponto de vista *do cliente* ? Sem essas respostas, a única conclusão que posso tirar é de que isso é só uma manifestação de preferências no campo conceitual. Atenciosamente, Mozart Hasse No próprio manual do drive tem limitações. Vc só pode manipular Insert e delete, e Update com no máximo 2.000 registros. Exemplo via odbc se vc for excluir muitos registros vai dar erro. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Recuperar banco 8.1
Aguiar Magalhaes escreveu: Prezados, Tivemos uma pane na placa-mãe da máquina onde rodava o postgresql 8.1. Os reponsáveis não fizeram backup regularmente, de modo que tive que copiar o diretório /data onde estão as tabelas, usando o comando (# cp -R -p) para o /data da máquina nova. Reinstalei o postgresql 8.1 na máquina nova, e reinstalei o pg_hba.conf e postgresql.conf da máquina anterior, rebotei a máquina, mas não estou conseguindo acessar as tabelas, quer seja através das páginas www desenvolvidas ou mesmo através do pgadmin. Quando tento acessar através das páginas, recebo a mensagem Não foi possível conectar ao banco e com o pgadmin eu conecto no banco mas não estou vendo as tabelas. O que preciso fazer ? help. Aguiar Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.com/ Deu permissão ao diretorio data/ para o usuario postgres da nova maquina ? Tem um scripit dentro da pasta bin do pg chamado pgperm.bat execute ele assim pgperm.bat diretorio data do pg diretorio data do pg postgres Exemplo : pgperm.bat C:\Arquivos de programas\PostgreSQL\8.1 C:\Arquivos de programas\PostgreSQL\8.1\data Nome da maquina\postgres ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Aumentando Velocidade de Gravação dos Dados
existem sim algumas configurações que você pode fazer: Utilize o copy remova os indices remova as constrainsts de foreing key aumente o maintanance_work_mem aumente o checkpoint_segmentes Rode o Analyze depois de tudo - Original Message - From: Evandro Ricardo Silvestre [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Wednesday, May 28, 2008 10:00 AM Subject: Re: [pgbr-geral] Aumentando Velocidade de Gravação dos Dados Seta Digital - Suporte wrote: Bom Dia Pessoal Gostaria de Saber se existe alguma forma (configuração) para aumentar a velocidade de gravação dos dados ??? Ex: Quando Faço importação de dados dos meus clientes, pego 500.000 registros, e esses registros demoram cerca de 2 hora para serem inseridos. Você faz 500.000 transações, uma para cada Insert? Existe como aumentar a velocidade de gravação??? ou existe algum outro modo que eu possa fazer essa importação dos dados??? Procure pelo Copy[1], ele deve te ajudar [1]http://pgdocptbr.sourceforge.net/pg82/sql-copy.html ___ 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] Aumentando Velocidade de Gravação dos Dados
Acredito que seja bastante interessante não utilizar transações para essa quantidade de inserts. Além disso, tunar seu servidor é uma boa também. http://listas.postgresql.org.br/pipermail/pgbr-geral/2008-February/006893.html Particularmente, eu gostei mais do link http://www.puschitz.com/TuningLinuxForOracle.shtml Abraços. From: jota.comm Subject: Re: [pgbr-geral]Aumentando Velocidade de Gravação dos Dados Olá, Como é o seu processo de importação. Você está fazendo via comando insert ou comando copy? Importante se você fizer com o comando insert á aberta uma transação para cada insert enquanto que se você fizer com o copy é aberta uma única transação para todo o procedimento. []s 2008/5/28 Seta Digital - Suporte [EMAIL PROTECTED]: Bom Dia Pessoal Gostaria de Saber se existe alguma forma (configuração) para aumentar a velocidade de gravação dos dados ??? Ex: Quando Faço importação de dados dos meus clientes, pego 500.000 registros, e esses registros demoram cerca de 2 hora para serem inseridos. Existe como aumentar a velocidade de gravação??? ou existe algum outro modo que eu possa fazer essa importação dos dados??? Grato Pela Ajuda... Alexandre ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- João Paulo www.dextra.com.br/postgres PostgreSQL ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [Bulk] Re: atualizar versão
2008/5/28 Shander Lyrio [EMAIL PROTECTED]: Ou seja, se você utiliza debian etch, lenny ou sid, o apt vai atualizar no máximo até a versão 1.4.3 se estiver direcionado para o repositório padrão do debian. Se quiser uma versão maior, ou instala na mão, ou procure um outro repositório debian com versões mais novas. Nessa linha, conheço duas fontes interessante de dados sobre repositórios: http://apt-get.org./search.php, e o Debian Unofficial. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[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] LATIN1 no PostgreSQL Ubuntu en_us
2008/5/27 Daniel Falcão [EMAIL PROTECTED]: Como faço para que meu postgres aceite latin1? Você teria de criar um novo cluster. Mas não é recomendado; use UTF-8 mesmo, ou Latin9 (ISO 8859-15) se não tiver jeito. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[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] Dificuldade com Banco Postgres 8.1
Estou numa máquina com Windows XP, como executo esse comando? [ ]'s Giuseppe Lopes - Original Message - From: Euler Taveira de Oliveira [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Wednesday, May 28, 2008 10:49 AM Subject: Re: [pgbr-geral] Dificuldade com Banco Postgres 8.1 Giuseppe Lopes wrote: Consegui acessar 41 registros mas o erro: ERROR: could not access status of transaction 67151 DETAIL: could not read from file pg_clog/ at offset 16384: No error Você pode tentar ignorar (considerar efetivadas) as transações anteriores; para isso basta criar o arquivo no diretório pg_clog assim: $ dd if=/dev/zero of= bs=1K count=8 -- 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 __ Information from ESET NOD32 Antivirus, version of virus signature database 2888 (20080220) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] merge no postgresql
Pessoal, É possivel fazer MERGE semelhante ao oracle no postgresql? (p/ ele verificar se deveria fazer o insert ou um update) Obrigado Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.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] Dificuldade com Banco Postgres 8.1
Giuseppe Lopes escreveu: Prezados, Consegui acessar 41 registros mas o erro: ERROR: could not access status of transaction 67151 DETAIL: could not read from file pg_clog/ at offset 16384: No error Segundo a pessoa que me passou o banco teria em torno de 3.000 registros. Antes não estava conseguindo acessar as tabelas, então dei permissão total na pasta 'data', e consegui acessar então esses 41 registros. Se alguém tiver alguma idéia. Vamos lá meu amigo, eu já recuperei um banco com este problema faz algum tempo, felizmente consegui recurar 100% dele, espero que tenha a mesma sorte que eu tive. Eu uso debian, por favor adeque os caminhos para seu SO e de acordo com sua instalação do PostGreSql. Vamos reconstruir os arquivos faltantes apenas para que ele não de erro de leitura. Vamos utilizar o utilitário dd do linux para construir arquivos vazios no lugar dos que estão faltando. [EMAIL PROTECTED]:/dados1/postgresql/pgdata$ ls -l pg_clog -rw--- 1 postgres postgres 262144 2007-08-06 14:14 -rw--- 1 postgres postgres 262144 2007-08-07 13:41 0001 -rw--- 1 postgres postgres 262144 2007-08-07 18:51 0002 Veja que os arquivos tem exatamente 262144 bytes cada um e o dd grava em blocos de 512, logo 262144/512 = 512 blocos, então: $dd if=/dev/zero of=pgdata/pg_clog/0001 bs=512b count=1 1+0 records in 1+0 records out 262144 bytes (262 kB) copied, 0,00132 seconds, 199 MB/s Tente iniciar o postgresql, ele deve dar erro novamente dizendo que está faltando um outro arquivo, repita estes passos para cada arquivo faltando no pg_clog até recuperar todos os arquivos que *deveriam* estar nesta pasta. Quando conseguir iniciar o postgresql, você vai limpar o log de escrita prévia (write-ahead log) [EMAIL PROTECTED]:~$ pg_resetxlog -f -x 0x10 -l 0x1,0x1,0x65 Seus dados deverão estar todos lá com exceção daqueles que ainda não estavam definitivamente gravados no disco no momento desta cópia. Poderá ocorrer de após isto ele indicar a falta de algum outro arquivo de pg_clog, crie-o da mesma forma que foi informado anteriormente. Boa Sorte, -- Shander Lyrio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] LATIN1 no PostgreSQL Ubuntu en_us
Olá, Por padrão o ubuntu vem com encoding UTF8. Terá que ser instalado os pacotes relativos a LATIN1 no seu Ubuntu. []s 2008/5/27 Daniel Falcão [EMAIL PROTECTED]: Olá, Instalei o PostgreSQL via apt-get no UBUNTU 7.10 em ingles e não estou conseguindo criar bancos com encoding = latin1 (só consigo criar como UTF8, caso contrario, recebo erros). Como faço para que meu postgres aceite latin1? -- Atenciosamente, Daniel Falcão ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- João Paulo www.dextra.com.br/postgres PostgreSQL ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Aumentando Velocidade de Gravação dos Dados
Olá, pessoal Na verdade existem muitas coisas que se pode fazer para ajudar. Eu pensei na estratégia mais simples, apenas mudar a forma de insert para copy, porém tem bastante coisa que se pode fazer conforme o João comentou. O bom é que cada um via dizendo um detalhe, e assim vão surgindo bastante possibilidades :) []s 2008/5/28 Joao [EMAIL PROTECTED]: existem sim algumas configurações que você pode fazer: Utilize o copy remova os indices remova as constrainsts de foreing key aumente o maintanance_work_mem aumente o checkpoint_segmentes Rode o Analyze depois de tudo - Original Message - From: Evandro Ricardo Silvestre [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Wednesday, May 28, 2008 10:00 AM Subject: Re: [pgbr-geral] Aumentando Velocidade de Gravação dos Dados Seta Digital - Suporte wrote: Bom Dia Pessoal Gostaria de Saber se existe alguma forma (configuração) para aumentar a velocidade de gravação dos dados ??? Ex: Quando Faço importação de dados dos meus clientes, pego 500.000 registros, e esses registros demoram cerca de 2 hora para serem inseridos. Você faz 500.000 transações, uma para cada Insert? Existe como aumentar a velocidade de gravação??? ou existe algum outro modo que eu possa fazer essa importação dos dados??? Procure pelo Copy[1], ele deve te ajudar [1]http://pgdocptbr.sourceforge.net/pg82/sql-copy.html ___ 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 -- João Paulo www.dextra.com.br/postgres PostgreSQL ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Μsiga Protheus no Postgres?
Alguém pode confirmar se o Protheus ainda roda no Postgres? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[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] Dificuldade com Banco Postgres 8.1
2008/5/28 Giuseppe Lopes [EMAIL PROTECTED]: Estou numa máquina com Windows XP, como executo esse comando? Instale o Cygwin ou o MS UIS, Unix Integration Services (era esse mesmo o nome?). -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[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] Μsiga Protheus no Postgres?
Olá, O Protheus da Microsiga até onde eu sei é Oracle. []s 2008/5/28 Leandro DUTRA [EMAIL PROTECTED]: Alguém pode confirmar se o Protheus ainda roda no Postgres? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED][EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- João Paulo www.dextra.com.br/postgres PostgreSQL ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Μsiga Protheus no Postgres?
2008/5/28 jota. comm [EMAIL PROTECTED]: O Protheus da Microsiga até onde eu sei é Oracle. Infelizmente a verdade é bem outra. Ele é Clipper. Isso mesmo, Clipper. Aí tem um tal de TopConnect, chileno, que intercepta as chamadas xBase do Clipper e redireciona a vários SGBDs, inclusive o Oracle. Aparentemente eles suportaram as versões 7.0 a 7.4 do PostgreSQL. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[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] Μsiga Protheus no Postgres?
Olá, Leandro Hum. É que trabalhei num projeto que o pessoal da Microsiga estava envolvido e como toda hora eles falavam que o banco era Oracle por isso que interpretei que o banco realmente fosse Oracle. Eu já tinha ouvido falar no topconnect mas não sabia direito qual era a sua função, agora eu sei :) Eu sei que eles usavam o topconnect para conectar no PostgreSQL, e a versão do banco era 8.1.4 []s 2008/5/28 Leandro DUTRA [EMAIL PROTECTED]: 2008/5/28 jota. comm [EMAIL PROTECTED]: O Protheus da Microsiga até onde eu sei é Oracle. Infelizmente a verdade é bem outra. Ele é Clipper. Isso mesmo, Clipper. Aí tem um tal de TopConnect, chileno, que intercepta as chamadas xBase do Clipper e redireciona a vários SGBDs, inclusive o Oracle. Aparentemente eles suportaram as versões 7.0 a 7.4 do PostgreSQL. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED][EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- João Paulo www.dextra.com.br/postgres PostgreSQL ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Μsiga Protheus no Postgres?
On Wed, May 28, 2008 at 11:49 AM, Leandro DUTRA [EMAIL PROTECTED] wrote: 2008/5/28 jota. comm [EMAIL PROTECTED]: O Protheus da Microsiga até onde eu sei é Oracle. Infelizmente a verdade é bem outra. Ele é Clipper. Isso mesmo, Clipper. Digamos é um Clipper piorado, batizado de ADVPL (advanced protheus language - acho que é isso) (tomara que nenhum desenvolvedor me veja falando isso, senão acabei de criar um flame bem grande!) ;p Aí tem um tal de TopConnect, chileno, que intercepta as chamadas xBase do Clipper e redireciona a vários SGBDs, inclusive o Oracle. Aparentemente eles suportaram as versões 7.0 a 7.4 do PostgreSQL. Hà pouco mais de 1 mês enfim suportaram oficialmente a versão 8.2 do PostgreSQL para as versões mais novas do TopConnect. Infelizmente eles colocam uma série de restrições ao uso do PostgreSQL (por exemplo limite de 20 usuários se não me engano), recomendando outros bancos (talvez por interesses $$). O que posso afirmar é, com algumas configurações, você pode fechar os olhos e usar sem o menor problema, digo isto pois na empresa que trabalho temos ele em produção, com muito mais de 20 usuários e com uma base num tamanho bem relevante e não temos o menor problema. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED][EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Murilo Habermann Torquato http://fbeltram.muriloht.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Banco corrompido
Galera estou com um problema, após uma queda de energia meu banco de dados postgres, iniciou normalmente porem uma das cinco bases existentes está corrompida, pelo menos eu acho... Quando tento conectar nessa base o postgres me da o seguinte erro, ele fala que o arquivo da base não é um diretório, e realmente mesmo olhando nos arquivos físico da máquina tem vários diretórios somente esse que está la como se fosse um arquivo normal e não um diretório... Alguem sabe uma forma de resolver isso??? Grato -- --- Procure ser um homem de valor, em vez de procurar ser um homem de sucesso. (Albert Einstein) DFG Diorgenes Felipe Grzesiuk http://my.opera.com/diorgenes/ msn - [EMAIL PROTECTED] Foz do Iguaçu - PR (45) 9118-1389 Linux user #416047 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] LATIN1 no PostgreSQL Ubuntu en_us
Leandro DUTRA escreveu: 2008/5/27 Daniel Falcão [EMAIL PROTECTED]: Como faço para que meu postgres aceite latin1? Você teria de criar um novo cluster. Mas não é recomendado; use UTF-8 mesmo, ou Latin9 (ISO 8859-15) se não tiver jeito. Por que não é recomendável? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] LATIN1 no PostgreSQL Ubuntu en_us
2008/5/28 Benedito A. Cruz [EMAIL PROTECTED]: Leandro DUTRA escreveu: 2008/5/27 Daniel Falcão [EMAIL PROTECTED]: Como faço para que meu postgres aceite latin1? Você teria de criar um novo cluster. Mas não é recomendado; use UTF-8 mesmo, ou Latin9 (ISO 8859-15) se não tiver jeito. Por que não é recomendável? Como você pode conferir pesquisando no histórico da lista, Latin1 (ISO 8859-1) é obsoleto, tendo dificuldades pelo menos com o € (Euro), foi sucedido pelo ISO 8859-15 (Latin 9). E o ideal, claro, é Unicode, geralmente na codificação UTF-8. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[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] Banco corrompido
2008/5/28 Diorgenes Felipe Grzesiuk [EMAIL PROTECTED]: Quando tento conectar nessa base o postgres me da o seguinte erro, ele fala que o arquivo da base não é um diretório, e realmente mesmo olhando nos arquivos físico da máquina tem vários diretórios somente esse que está la como se fosse um arquivo normal e não um diretório... Sem mais informações fica difícil, mas aparentemente o sistema de arquivos está corrompido. Era o quê, ext2fs? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[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] LATIN1 no PostgreSQL Ubuntu en_us
Leandro DUTRA escreveu: 2008/5/28 Benedito A. Cruz [EMAIL PROTECTED]: Leandro DUTRA escreveu: 2008/5/27 Daniel Falcão [EMAIL PROTECTED]: Como faço para que meu postgres aceite latin1? Você teria de criar um novo cluster. Mas não é recomendado; use UTF-8 mesmo, ou Latin9 (ISO 8859-15) se não tiver jeito. Por que não é recomendável? Como você pode conferir pesquisando no histórico da lista, Latin1 (ISO8859-1) é obsoleto, tendo dificuldades pelo menos com o € (Euro), foisucedido pelo ISO 8859-15 (Latin 9). E o ideal, claro, é Unicode,geralmente na codificação UTF-8. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra+55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803+55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] mailing [EMAIL PROTECTED]://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral OK Leandro. No meu caso aqui não tenho esse tipo de problema (euro, etc). Os bancos são bem específicos e bem antigos. Mas me ocorreu uma pergunta: se eu tenho um banco originalmente em LATIN1 e mudo de servidor para um cluster que só aceita UTF-8, como fazer? Bene ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] LATIN1 no PostgreSQL Ubuntu en_us
2008/5/28 Benedito A. Cruz [EMAIL PROTECTED]: No meu caso aqui não tenho esse tipo de problema (euro, etc). Os bancos são bem específicos e bem antigos. A menos que você tenha dificuldades em configurar o ambiente, mesmo assim o melhor é passar para UTF-8 mesmo, evitando dores de cabeça futuras. Ou pelo menos ISO 8859-15. Mas me ocorreu uma pergunta: se eu tenho um banco originalmente em LATIN1 e mudo de servidor para um cluster que só aceita UTF-8, como fazer? Como um colega já disse, deve também aceitar ISO 8859-1, se estiver configurado de acordo. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[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] LATIN1 no PostgreSQL Ubuntu en_us
Caso pretenda instalar um novo cluster com latin1 no 8.3, veja detalhes neste pequeno tutorial: http://ribafs.wordpress.com/2008/04/01/criando-clusters-no-postgresql-83-windows-e-linux/ 2008/5/28 Benedito A. Cruz [EMAIL PROTECTED]: Leandro DUTRA escreveu: 2008/5/27 Daniel Falcão [EMAIL PROTECTED]: Como faço para que meu postgres aceite latin1? Você teria de criar um novo cluster. Mas não é recomendado; use UTF-8 mesmo, ou Latin9 (ISO 8859-15) se não tiver jeito. Por que não é recomendável? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] LATIN1 no PostgreSQL Ubuntu en_us
Olá, pessoal Fiquei confuso em algumas coisas, mas vamos lá: Quando o seu cluster é inicializado e nesta inicialização você específica a codificação e a localização que são coisas diferentes, o primeiro está voltado para a codificação do banco e o segundo influencia na ordenação. Quando você cria um banco de dados e não específica ele utiliza a codificação padrão do cluster, porém você pode criar bancos de dados com outras codificações, basta especificar o parâmetro -E pelo createdb ou pelo parêmetro encoding pelo create database. Com isso, eu posso ter banco de dados no mesmo cluster com várias codificações, por exemplo, bancos em UTF8, LATIN1, SQL_ASCII. Benedito, caso você mude de servidor e neste seu novo servidor tenha UTF8 e seu banco original é LATIN1, você pode fazer um dump conforme com o Thiago comentou, ou ainda, instalar os pacotes no seu sistema operacional relativos a codificação LATIN1 e criar o seu banco com LATIN1 sem problemas. Você só não consegue criar um banco em uma determinada codificação se você não tiver as informações relativas a ele no seu SO. Espero ter ajudado. []s 2008/5/28 Thiago Risso [EMAIL PROTECTED]: OK Leandro. No meu caso aqui não tenho esse tipo de problema (euro, etc). Os bancos são bem específicos e bem antigos. Mas me ocorreu uma pergunta: se eu tenho um banco originalmente em LATIN1 e mudo de servidor para um cluster que só aceita UTF-8, como fazer? Dump com -E UTF8 [1] e Restore.. [1] -E, --encoding=CODIFICAÇÃO copia dados na codificação CODIFICAÇÂO -- Att: Thiago Risso ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- João Paulo www.dextra.com.br/postgres PostgreSQL ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Banco corrompido
Opa O sistema de arquivos é ext3 e a msn de erro é assim: FATAL: não pôde abrir arquivo base/41673/PG_VERSION: Não é um diretório 2008/5/28 Leandro DUTRA [EMAIL PROTECTED]: 2008/5/28 Diorgenes Felipe Grzesiuk [EMAIL PROTECTED]: Quando tento conectar nessa base o postgres me da o seguinte erro, ele fala que o arquivo da base não é um diretório, e realmente mesmo olhando nos arquivos físico da máquina tem vários diretórios somente esse que está la como se fosse um arquivo normal e não um diretório... Sem mais informações fica difícil, mas aparentemente o sistema de arquivos está corrompido. Era o quê, ext2fs? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- --- Procure ser um homem de valor, em vez de procurar ser um homem de sucesso. (Albert Einstein) DFG Diorgenes Felipe Grzesiuk http://my.opera.com/diorgenes/ msn - [EMAIL PROTECTED] Foz do Iguaçu - PR (45) 9118-1389 Linux user #416047 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Aumentando Velocidade de Gravação dos Dados
Valeu Pessoal pela ajuda Estou testando as alternativas que voces me deram por enquanto esta funcionando legal - Original Message - From: jota.comm To: Comunidade PostgreSQL Brasileira Sent: Wednesday, May 28, 2008 11:34 AM Subject: Re: [pgbr-geral]Aumentando Velocidade de Gravação dos Dados Olá, pessoal Na verdade existem muitas coisas que se pode fazer para ajudar. Eu pensei na estratégia mais simples, apenas mudar a forma de insert para copy, porém tem bastante coisa que se pode fazer conforme o João comentou. O bom é que cada um via dizendo um detalhe, e assim vão surgindo bastante possibilidades :) []s 2008/5/28 Joao [EMAIL PROTECTED]: existem sim algumas configurações que você pode fazer: Utilize o copy remova os indices remova as constrainsts de foreing key aumente o maintanance_work_mem aumente o checkpoint_segmentes Rode o Analyze depois de tudo - Original Message - From: Evandro Ricardo Silvestre [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Wednesday, May 28, 2008 10:00 AM Subject: Re: [pgbr-geral] Aumentando Velocidade de Gravação dos Dados Seta Digital - Suporte wrote: Bom Dia Pessoal Gostaria de Saber se existe alguma forma (configuração) para aumentar a velocidade de gravação dos dados ??? Ex: Quando Faço importação de dados dos meus clientes, pego 500.000 registros, e esses registros demoram cerca de 2 hora para serem inseridos. Você faz 500.000 transações, uma para cada Insert? Existe como aumentar a velocidade de gravação??? ou existe algum outro modo que eu possa fazer essa importação dos dados??? Procure pelo Copy[1], ele deve te ajudar [1]http://pgdocptbr.sourceforge.net/pg82/sql-copy.html ___ 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 -- João Paulo www.dextra.com.br/postgres PostgreSQL -- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] LATIN1 no PostgreSQL Ubuntu en_us
2008/5/28 jota. comm [EMAIL PROTECTED]: Olá, pessoal Fiquei confuso em algumas coisas, mas vamos lá: Quando o seu cluster é inicializado e nesta inicialização você específica a codificação e a localização que são coisas diferentes, o primeiro está voltado para a codificação do banco e o segundo influencia na ordenação. Quando você cria um banco de dados e não específica ele utiliza a codificação padrão do cluster, porém você pode criar bancos de dados com outras codificações, basta especificar o parâmetro -E pelo createdb ou pelo parêmetro encoding pelo create database. Com isso, eu posso ter banco de dados no mesmo cluster com várias codificações, por exemplo, bancos em UTF8, LATIN1, SQL_ASCII. Ao ler este trecho eu que fiquei confuso então fui a constatação Só é possível criar um cluster para a codificação a qual o seu SO tenha suporte (meio óbvio, mas..) ... Ao tentar criar no ubuntu mesmo, com o package da 8.3 instalado, um cluster LATIN1 (iso-8859-1) temos : trisso:~$ sudo pg_createcluster -e LATIN1 -d /home/trisso/test 8.3 cluster-8.3-2 [sudo] password for trisso: Creating new cluster (configuration: /etc/postgresql/8.3/cluster-8.3-2, data: /home/trisso/test)... initdb: codificação não corresponde A codificação que você escolheu (LATIN1) e a codificação que a configuração regional selecionada utiliza (UTF8) não tem correspondência. Isto pode conduzir a um comportamento inesperado em funções de processamento de cadeia de caracteres. Execute novamente o initdb e não especifique uma codificação explicitamente ou escolha uma outra combinação -- Att: Thiago Risso ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: Μsiga Protheus no Postgres?
Boa Tarde Sr.s, Sim, o Microsiga Protheus Funciona com o PostgreSQL. Eles colocaram esta série de restrições que nosso amigo comentou e além disso não usam store procedures. Também usamos aqui na empresa e funciona muito bem. Sem reclamações do PG, apenas do TOP como já mencionado! Att. --- Michael França e AndradeCoordenador de T.I. IBRATEC Ind. Bras. Artefatos Técnicos www.ibratecbrasil.com.br Tel:+55(41)3316-2300 http://wikimapia.org/#y=-25534346 http://wikimapia.org/#y=-25534346x=-49301510z=18l=98m=a x=-49301510z=18l=98m=a De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Murilo Habermann Torquato Enviada em: quarta-feira, 28 de maio de 2008 12:00 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] Μsiga Protheus no Postgres? On Wed, May 28, 2008 at 11:49 AM, Leandro DUTRA [EMAIL PROTECTED] wrote: 2008/5/28 jota. comm [EMAIL PROTECTED]: O Protheus da Microsiga até onde eu sei é Oracle. Infelizmente a verdade é bem outra. Ele é Clipper. Isso mesmo, Clipper. Digamos é um Clipper piorado, batizado de ADVPL (advanced protheus language - acho que é isso) (tomara que nenhum desenvolvedor me veja falando isso, senão acabei de criar um flame bem grande!) ;p Aí tem um tal de TopConnect, chileno, que intercepta as chamadas xBase do Clipper e redireciona a vários SGBDs, inclusive o Oracle. Aparentemente eles suportaram as versões 7.0 a 7.4 do PostgreSQL. Hà pouco mais de 1 mês enfim suportaram oficialmente a versão 8.2 do PostgreSQL para as versões mais novas do TopConnect. Infelizmente eles colocam uma série de restrições ao uso do PostgreSQL (por exemplo limite de 20 usuários se não me engano), recomendando outros bancos (talvez por interesses $$). O que posso afirmar é, com algumas configurações, você pode fechar os olhos e usar sem o menor problema, digo isto pois na empresa que trabalho temos ele em produção, com muito mais de 20 usuários e com uma base num tamanho bem relevante e não temos o menor problema. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Murilo Habermann Torquato http://fbeltram.muriloht.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] merge no postgresql
Mr J.L. escreveu: É possivel fazer MERGE semelhante ao oracle no postgresql? (p/ ele verificar se deveria fazer o insert ou um update) O PostgreSQL não implementou tal comando (pelo menos até a versão 8.3). Em http://www.postgresql.org/docs/current/interactive/plpgsql-control-structures.html#PLPGSQL-ERROR-TRAPPING você encontra o exemplo 38-1 que é uma função que faz exatamente isso. Osvaldo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] LATIN1 no PostgreSQL Ubuntu en_us
Olá, Thiago Exatamente, só podemos criar um cluster e depois bancos de dados para as codificações existentes em nosso SO. Derrepente foi falha minha na explicação anterior não colocar essa questão, mas valeu o comentário :) []s 2008/5/28 Thiago Risso [EMAIL PROTECTED]: 2008/5/28 jota. comm [EMAIL PROTECTED]: Olá, pessoal Fiquei confuso em algumas coisas, mas vamos lá: Quando o seu cluster é inicializado e nesta inicialização você específica a codificação e a localização que são coisas diferentes, o primeiro está voltado para a codificação do banco e o segundo influencia na ordenação. Quando você cria um banco de dados e não específica ele utiliza a codificação padrão do cluster, porém você pode criar bancos de dados com outras codificações, basta especificar o parâmetro -E pelo createdb ou pelo parêmetro encoding pelo create database. Com isso, eu posso ter banco de dados no mesmo cluster com várias codificações, por exemplo, bancos em UTF8, LATIN1, SQL_ASCII. Ao ler este trecho eu que fiquei confuso então fui a constatação Só é possível criar um cluster para a codificação a qual o seu SO tenha suporte (meio óbvio, mas..) ... Ao tentar criar no ubuntu mesmo, com o package da 8.3 instalado, um cluster LATIN1 (iso-8859-1) temos : trisso:~$ sudo pg_createcluster -e LATIN1 -d /home/trisso/test 8.3 cluster-8.3-2 [sudo] password for trisso: Creating new cluster (configuration: /etc/postgresql/8.3/cluster-8.3-2, data: /home/trisso/test)... initdb: codificação não corresponde A codificação que você escolheu (LATIN1) e a codificação que a configuração regional selecionada utiliza (UTF8) não tem correspondência. Isto pode conduzir a um comportamento inesperado em funções de processamento de cadeia de caracteres. Execute novamente o initdb e não especifique uma codificação explicitamente ou escolha uma outra combinação -- Att: Thiago Risso ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- João Paulo www.dextra.com.br/postgres PostgreSQL ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Banco corrompido
FATAL: não pôde abrir arquivo base/41673/PG_VERSION: Não é um diretório De um cat nesse arquivo ele realmente não deve ser um diretório, mas sim , conter a versão exata do server que foi criado o cluster : [EMAIL PROTECTED]:/var/lib/postgresql/8.3/main# cat PG_VERSION 8.3 -- Att: Thiago Risso ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dificuldade com Banco Postgres 8.1
Shander Lyrio wrote: [EMAIL PROTECTED]:~$ pg_resetxlog -f -x 0x10 -l 0x1,0x1,0x65 Seus dados deverão estar todos lá com exceção daqueles que ainda não estavam definitivamente gravados no disco no momento desta cópia. ^^ Você quis dizer 'arquivos de dados', não? Se você apaga o log de transação, você estará perdendo aquelas transações que foram escritas no WAL mas ainda foram para os arquivos de dados (estão no shared buffers). -- 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