Re: [pgbr-geral] trocar e-mail
Pelo que percebi, terá que se descadastrar e recadastrar com o novo. 2008/3/25, Soedi Roso [EMAIL PROTECTED]: Como faço para trocar o e-mail? Att. Soedi ___ 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] validar dump
saulo Mendes escreveu: Pessoal, existe algum comando para validar um dump? melhor dizendo, para saber se o arquivo foi gerado corretamente(sem dar um restore, é claro). Ola Saulo, Essa é uma boa pergunta. Como eu utilizo sistema operacional unix-like uso um método simples: redirecionar a saida de erros (stderr) para um arquivo. Como usuario postgres voce pode utiliza o comando pg_dump para gerar o seu /dump/ mais ou menos assim: pg_dump meu_banco meu_banco.sql Basta voce alterar para algo como: pg_dump meu_banco 1 meu_banco.sql 2 meu_banco.erros o '1' representa saida padrão, enquanto '2' é a saida padrão de erros, que, no caso acima, redireciona os erros emitidos pelo pg_dump para o arquivo meu_banco.erros. Logo, se esse arquivo estiver vazio é porque não foram gerados erros de dump, do contrário, o conteúdo deste arquivo conterá o motivo do dump não ter sido gerado com sucesso. []s Guedes ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] validar dump
muito interessante. vou tentar fazer no windows. vou fazer um agendador em delphi. se houvesse uma função ou algum tipo de retorno seria melhor para o sistema, pq, caso houvesse um retorno de erro, o agendador geraria, novamente o dump. obrigado. Date: Wed, 26 Mar 2008 11:03:19 -0300 From: [EMAIL PROTECTED] To: pgbr-geral@listas.postgresql.org.br Subject: Re: [pgbr-geral] validar dump saulo Mendes escreveu: Pessoal, existe algum comando para validar um dump? melhor dizendo, para saber se o arquivo foi gerado corretamente(sem dar um restore, é claro). Ola Saulo, Essa é uma boa pergunta. Como eu utilizo sistema operacional unix-like uso um método simples: redirecionar a saida de erros (stderr) para um arquivo. Como usuario postgres voce pode utiliza o comando pg_dump para gerar o seu /dump/ mais ou menos assim: pg_dump meu_banco meu_banco.sql Basta voce alterar para algo como: pg_dump meu_banco 1 meu_banco.sql 2 meu_banco.erros o '1' representa saida padrão, enquanto '2' é a saida padrão de erros, que, no caso acima, redireciona os erros emitidos pelo pg_dump para o arquivo meu_banco.erros. Logo, se esse arquivo estiver vazio é porque não foram gerados erros de dump, do contrário, o conteúdo deste arquivo conterá o motivo do dump não ter sido gerado com sucesso.[]s Guedes ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral _ Instale a Barra de Ferramentas com Desktop Search e ganhe EMOTICONS para o Messenger! É GRÁTIS! http://www.msn.com.br/emoticonpack___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] validar dump
2008/3/26, saulo Mendes [EMAIL PROTECTED]: muito interessante. vou tentar fazer no windows. Tente o Cygwin, ou talvez haja funcionalidade equivalente no MS PowerShell. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Transacao em aberto!
Pessoal, Estou com um problema serio, e nao sei a quem mais recorrer Ao tentar tirar o dump de uma base, o mesmo é interrompido dizendo que existe um lock em uma tabela, porem, o pg_hba.conf esta bloqueado para conexoes externas, esta fora da rede, ou seja, não tem niguem utilizando o banco de dados...Ja reiniciamos a maquina, e o servidor dezenas de vezes...mas parece que a transacao esta travadacomo faco para resolver isso? Dados: versao: 8.1.3 os: windows xp Thiago ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] validar dump
não entendi. pra que utilizar o cygwin? Date: Wed, 26 Mar 2008 11:35:31 -0300 From: [EMAIL PROTECTED] To: pgbr-geral@listas.postgresql.org.br Subject: Re: [pgbr-geral] validar dump 2008/3/26, saulo Mendes [EMAIL PROTECTED]: muito interessante. vou tentar fazer no windows. Tente o Cygwin, ou talvez haja funcionalidade equivalente no MS PowerShell. -- 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 _ Conheça o Windows Live Spaces, a rede de relacionamentos do Messenger! http://www.amigosdomessenger.com.br/___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Transacao em aberto!
On Wed, Mar 26, 2008 at 8:40 AM, Thiago Boufleuhr [EMAIL PROTECTED] wrote: Pessoal, Estou com um problema serio, e nao sei a quem mais recorrer Ao tentar tirar o dump de uma base, o mesmo é interrompido dizendo que existe um lock em uma tabela, porem, o pg_hba.conf esta bloqueado para conexoes externas, esta fora da rede, ou seja, não tem niguem utilizando o banco de dados...Ja reiniciamos a maquina, e o servidor dezenas de vezes...mas parece que a transacao esta travadacomo faco para Nao tem ninguem conectado localmente? Um processo automatico ou agendado talvez? Como voce esta fazendo o dump? As pastas do PostgreSQL estao com permissoes corretas? 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] validar dump
2008/3/26, saulo Mendes [EMAIL PROTECTED]: não entendi. pra que utilizar o cygwin? Para redirecionar a saída como sugerido pelos colegas. Como você não segue a RFC 1855, perde o histórico das mensagens. Siga o exemplo dos gurus. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219MSN: 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] Transacao em aberto!
Ai que esta o problema, não tem nenhum processo, as pastas estao certas, ja verifiquei isso tudonum sei onde mais olhar Roberto Mello escreveu: On Wed, Mar 26, 2008 at 8:40 AM, Thiago Boufleuhr [EMAIL PROTECTED] wrote: Pessoal, Estou com um problema serio, e nao sei a quem mais recorrer Ao tentar tirar o dump de uma base, o mesmo é interrompido dizendo que existe um lock em uma tabela, porem, o pg_hba.conf esta bloqueado para conexoes externas, esta fora da rede, ou seja, não tem niguem utilizando o banco de dados...Ja reiniciamos a maquina, e o servidor dezenas de vezes...mas parece que a transacao esta travadacomo faco para Nao tem ninguem conectado localmente? Um processo automatico ou agendado talvez? Como voce esta fazendo o dump? As pastas do PostgreSQL estao com permissoes corretas? 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] Transacao em aberto!
2008/3/26, Thiago Boufleuhr [EMAIL PROTECTED]: Ai que esta o problema, não tem nenhum processo, as pastas estao certas, ja verifiquei isso tudonum sei onde mais olhar Você pode mandar os comandos que usou para verificar as perguntas do Roberto, e os resultados? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219MSN: 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] Transacao em aberto!
Ai que esta o problema, não tem nenhum processo, as pastas estao certas, ja verifiquei isso tudonum sei onde mais olhar Roda essas querys e manda o resultado: trisso=# SELECT locktype,mode,relname FROM pg_locks L INNER JOIN pg_class C ON C.oid = L.relation; trisso=# SELECT * FROM pg_stat_activity ; -- 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] Transacao em aberto!
OK, Para verificar as conexoes utilizei: select * from pg_stat_activity; - soh retornou eu mesmo pg_dump -h localhost autosystem dump.sql - ERROR: invalid memory alloc request size 4294967293 as pastas estão ok. Leandro DUTRA escreveu: 2008/3/26, Thiago Boufleuhr [EMAIL PROTECTED]: Ai que esta o problema, não tem nenhum processo, as pastas estao certas, ja verifiquei isso tudonum sei onde mais olhar Você pode mandar os comandos que usou para verificar as perguntas do Roberto, e os resultados? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: Campos com Autoincremento (Como resolver oproblema dos Buracos)
Esqueci de citar o seguinte: Nenhum dos problemas relatados ocorre com a solução implementada aqui. []'s Marcio -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Mozart Hasse Enviada em: Tuesday, March 25, 2008 22:15 Para: pgbr-geral@listas.postgresql.org.br Assunto: Re: [pgbr-geral] Campos com Autoincremento (Como resolver oproblema dos Buracos) Márcio, Atualmente é isso o que eu também faço. Só entrei no assunto para ver se alguém teria uma solução para este mesmo caso que dispensasse isso ou que fosse mais conveniente em situações semelhantes. Valeu pela atenção, Mozart Date: Tue, 25 Mar 2008 15:14:21 -0300 From: Marcio Clemes [EMAIL PROTECTED] Subject: [pgbr-geral] RES: Campos com Autoincremento (Como resolver o problema dos Buracos) To: 'Comunidade PostgreSQL Brasileira' pgbr-geral@listas.postgresql.org.br Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 Voce pode criar uma tabela auxiliar para isso. Tenho esta solução implementada em sybase. Caso tenha interesse, posso lhe enviar. Marcio ___ 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] Bloqueio de usuário.
Uma dica: em geral* isso não deveria causar problemas na aplicação... se você usar os nomes das colunas nos comandos INSERT a aplicação pode ficar rodando normalmente mesmo após a criação de novas colunas nas tabelas. * Supondo que seja apenas uma coluna com informações extras não essenciais às regras de negócio, claro. 2008/3/22, Brasil Software [EMAIL PROTECTED]: Bom dia amigos. Estou com um problema, presico bloquear a conexão do client enquanto estiver fazendo manutenção no banco de dados. EX: ALTER Table nometabel ADD codigo INTEGER; ETC. Se alguem tiver uma solução para isto por favor me ajude. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Atenciosamente, Alexsander da Rosa Linux User #113925 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Versão de função
Pessoal me deparei com um problema aqui. eu fiz uma procedure usando a função lpad assim: lpad(0,11,0) No postgresql 8.2.6 -(no linux) - funcionava tranquilo No postgresql 8.3.1 (no windows) - Está dando o erro : ERROR: function lpad(integer, integer, integer) does not exist LINE 1: select lpad(0,11,0) ^ HINT: No function matches the given name and argument types. You might need to add explicit type casts. Fui ver a documentação, e tanto na do 8.3 quanto na do 8.3 a sintaxe é: lpad(string text, length int [, fill text]) ou seja pela sintaxe esta certo ocorrer o erro, mas como é que isso funcionava no 8.2 ? -- Silfar Goulart ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Versão de função
Silfar Goulart escreveu: (...) ou seja pela sintaxe esta certo ocorrer o erro, mas como é que isso funcionava no 8.2 ? Bug que foi corrigido? Afinal o Cast tem que ser explicito nesse caso. []s Guedes ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Versão de função
lpad(0,11,0) No postgresql 8.2.6 -(no linux) - funcionava tranquilo No postgresql 8.3.1 (no windows) - Está dando o erro : ERROR: function lpad(integer, integer, integer) does not exist LINE 1: select lpad(0,11,0) ^ HINT: No function matches the given name and argument types. You might need to add explicit type casts. Fui ver a documentação, e tanto na do 8.3 quanto na do 8.3 a sintaxe é: lpad(string text, length int [, fill text]) ou seja pela sintaxe esta certo ocorrer o erro, mas como é que isso funcionava no 8.2 ? Da uma olhada na Release , o cast de int para text automatico foi removido ! Tenta fazer o cast manual ... Tem uma dica no blog do Léo [1]. [1] - http://postgreslogia.wordpress.com/2008/02/14/conversoes-implicitas-no-postgresql-83/ -- 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] Versão de função
Silfar Goulart escreveu: Fui ver a documentao, e tanto na do 8.3 quanto na do 8.3 a sintaxe : lpad(string text, length int [, fill text]) ou seja pela sintaxe esta certo ocorrer o erro, mas como que isso funcionava no 8.2 ? Este um FAQ da 8.3 ... casts implcitos de integer para varchar pararam de funcionar. A soluo lpad(0::text, 11, 0). Troque isso em todas as aplicaes... procure por lpad, substr, trim e quetais... =) -- []s, Andr Volpato Ecom Tecnologia LTDA - Anlise e Desenvolvimento [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] Versão de função
Dickson Guedes escreveu: Silfar Goulart escreveu: (...) ou seja pela sintaxe esta certo ocorrer o erro, mas como que isso funcionava no 8.2 ? Bug que foi corrigido? Afinal o Cast tem que ser explicito nesse caso. Prefiro o termo six-legged-feature :D -- []s, Andr Volpato Ecom Tecnologia LTDA - Anlise e Desenvolvimento [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] Versão de função
Silfar Goulart wrote: Pessoal me deparei com um problema aqui. eu fiz uma procedure usando a função lpad assim: lpad(0,11,0) No postgresql 8.2.6 -(no linux) - funcionava tranquilo No postgresql 8.3.1 (no windows) - Está dando o erro : ERROR: function lpad(integer, integer, integer) does not exist LINE 1: select lpad(0,11,0) Tente dessa forma: select lpad(0,11,'0') A versão 8.3 não faz o cast automatico. 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] Transacao em aberto!
Esse é o resultado para a query: SELECT locktype,mode,relname FROM pg_locks L INNER JOIN pg_class C ON C.oid = L.relation; locktype | mode | relname --+-+ relation | AccessShareLock | pg_locks relation | AccessShareLock | pg_class_oid_index relation | AccessShareLock | pg_class_relname_nsp_index relation | AccessShareLock | pg_class (4 rows) Thiago Boufleuhr escreveu: OK, Para verificar as conexoes utilizei: select * from pg_stat_activity; - soh retornou eu mesmo pg_dump -h localhost autosystem dump.sql - ERROR: invalid memory alloc request size 4294967293 as pastas estão ok. Leandro DUTRA escreveu: 2008/3/26, Thiago Boufleuhr [EMAIL PROTECTED]: Ai que esta o problema, não tem nenhum processo, as pastas estao certas, ja verifiquei isso tudonum sei onde mais olhar Você pode mandar os comandos que usou para verificar as perguntas do Roberto, e os resultados? ___ 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] Transacao em aberto!
pg_locks L INNER JOIN pg_class C ON C.oid = L.relation; locktype | mode | relname --+-+ relation | AccessShareLock | pg_locks relation | AccessShareLock | pg_class_oid_index relation | AccessShareLock | pg_class_relname_nsp_index relation | AccessShareLock | pg_class (4 rows) Não tem nenhum LOCK... ! Pelo e-mail anterior parece ser problema de alocação de memória.. Qual as configuração do postgresql.conf (As de diretivas de memória). -- 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] Versão de função
Valeu gente ::text, resolve. 2008/3/26, Evandro Ricardo Silvestre [EMAIL PROTECTED]: Silfar Goulart wrote: Pessoal me deparei com um problema aqui. eu fiz uma procedure usando a função lpad assim: lpad(0,11,0) No postgresql 8.2.6 -(no linux) - funcionava tranquilo No postgresql 8.3.1 (no windows) - Está dando o erro : ERROR: function lpad(integer, integer, integer) does not exist LINE 1: select lpad(0,11,0) Tente dessa forma: select lpad(0,11,'0') A versão 8.3 não faz o cast automatico. Evandro ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Silfar Goulart ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema Conexão
Não. Das outras vezes tinha eu mesmo editado os arquivos pg_hba.comf e postgresql.conf e não dava certo. Um colega que utiliza o postgres também utilzou a mesma maquina hoje pela manhã e estava dando tudo certo, segundo ele. Agora a tarde tentei conectar ao banco através do meu PC, pelo pgAdmin, e nada! Dei um TELNET na porta 5432 e nada! Fui no pc servidor, tentei entrar no pgAdmin, conectando-me ao banco e nada! O postgresql está dando aquela mesma mensagem do primeiro email. Não sei o que está acontecendo. Observei os arquivos de configuração e está tudo como deve, de acordo com o tutorial passado pelo amigo no 3º email desta conversa. A porta 5432 não está protegida por Firewall... Bem, é isso. Aguardo resposta, estou precisando resolver esse problema urgente! Valeu mesmo... -- Bruno Neiva Moreno http://lattes.cnpq.br/6104940306447079 http://indiota.blogspot.com Graduando em Ciência da Computação - UFPB LARHENA - Laboratório de Recursos Hídricos e Engenharia Ambiental Tudo posso naquele que me fortalece Fl. 4:13 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Transacao em aberto!
Segue as configuracoes de memoria: # - Memory - shared_buffers = 32MB# min 128kB or max_connections*16kB #temp_buffers = 8MB# min 800kB #max_prepared_transactions = 5# can be 0 or more # Note: increasing max_prepared_transactions costs ~600 bytes of shared memory # per transaction slot, plus lock space (see max_locks_per_transaction). #work_mem = 1MB# min 64kB #maintenance_work_mem = 16MB# min 1MB #max_stack_depth = 2MB# min 100kB # - Free Space Map - max_fsm_pages = 204800# min max_fsm_relations*16, 6 bytes each #max_fsm_relations = 1000# min 100, ~70 bytes each # - Kernel Resource Usage - #max_files_per_process = 1000# min 25 #shared_preload_libraries = ''# (change requires restart) Thiago Risso escreveu: pg_locks L INNER JOIN pg_class C ON C.oid = L.relation; locktype | mode | relname --+-+ relation | AccessShareLock | pg_locks relation | AccessShareLock | pg_class_oid_index relation | AccessShareLock | pg_class_relname_nsp_index relation | AccessShareLock | pg_class (4 rows) Não tem nenhum LOCK... ! Pelo e-mail anterior parece ser problema de alocação de memória.. Qual as configuração do postgresql.conf (As de diretivas de memória). ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problemas na compilação da 8.3 .1
Leandro Damascena wrote: Dist FC7 Podes dar mais detalhes do ambiente? gcc, libc? Você instalou os cabeçalhos do kernel (aka .h) corretamente? copydir.c: In function âcopy_fileâ: copydir.c:145: error: âENOSPCâ undeclared (first use in this function) copydir.c:145: error: (Each undeclared identifier is reported only once copydir.c:145: error: for each function it appears in.) make[2]: *** [copydir.o] Error 1 ENOSPC é do errno.h. Muito estranho não conseguir encontrar... As linhas de código abaixo testam a existência do mesmo. #include stdio.h #include errno.h int main(void) { printf(no space left on device: %d\n, ENOSPC); return 0; } Tentei roubar comentando essa diretiva de erro e colocando o codigo direto da CONST ENOSPC que seria 28, mas ai ele da pau em varia outras constantes... alguem ja pegou isso? *Não* faça isso. A não creio que seja problema do kernel custom já que a versão 8.3.0 compilou numa boa Ugh? Como você está fazendo essa compilação? Sugiro que faça um 'make distclean' antes de tentar compilar novamente. -- 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] como fazer uma replicação no post gres
tem algum tutorial sobre Slony I.. - Original Message - From: Leandro DUTRA [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Tuesday, March 25, 2008 3:25 PM Subject: Re: [pgbr-geral]como fazer uma replicação no postgres 2008/3/25, km [EMAIL PROTECTED]: Como fazer uma replicação no Postgres? Depende exatamente do que você precisa. Para o caso geral, Slony I. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Internal Virus Database is out-of-date. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.18/1255 - Release Date: 01/02/2008 09:59 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Postgresql no slackware 12 lento
Instalei um pgsql compilado no slack 12. Meti um iptables fechando tudo e deixando aberto apenas entrada e saida da 5432. As únicas configurações que fiz foi para habilitar conexões da rede local pois esperava que o pessoal que desenvolve o software que vai utilizar esse servidor tivesse definições próprias. Descobri que o máximo que eles manjam de postgresql é a instalação via next-next-finish e tem muitos clientes deles rodando o pgsql no XP. Hoje a tarde recebi uma ligação onde eles afirmaram que se eles colocarem o pgsql em uma máquina XP de lá (512 de ram) ela esta rodando (respondendo) mais rapidamente do que o servidor dedicado ao pgsql (1GB de ram, dual core). Acho que a versão windows já vem com alguma pré-configuração que permite essa performance melhor. Além das informações nesse link (http://www.westnet.com/~gsmith/content/postgresql/pg-5minute.htm) o que mais eu precisaria verificar para obter um bom desempenho do pgsql nesse server, considerando que o sistema de arquivos e ext3 ? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] como fazer uma replicação no post gres
pesquisa no histórico da lista. a alguns meses atrás, nosso amigo João disponibilizou um tutotial. []s Fernando - Original Message - From: km [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Tuesday, March 25, 2008 5:09 PM Subject: Re: [pgbr-geral]como fazer uma replicação no postgres tem algum tutorial sobre Slony I.. - Original Message - From: Leandro DUTRA [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Tuesday, March 25, 2008 3:25 PM Subject: Re: [pgbr-geral]como fazer uma replicação no postgres 2008/3/25, km [EMAIL PROTECTED]: Como fazer uma replicação no Postgres? Depende exatamente do que você precisa. Para o caso geral, Slony I. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Internal Virus Database is out-of-date. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.18/1255 - Release Date: 01/02/2008 09:59 ___ 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
[pgbr-geral] Problema estranho com sequence
Boa tarde pessoal ! Algo curioso ocorreu agora comigo e com um cliente que me acompanhava na execução de um aplicativo por telefone. Simultaneamente, abrimos um cadastro para que eu explicasse alguns detalhes para ele sobre como cadastrar um registro. Digitados os dados, fomos gravar e deu erro no campo que é gerado por nextval('sequencia') , tanto na minha máquina quanto lá na dele. Ocorreu que, fechei a janela e abri novamente e fiz o mesmo processo, com os mesmos dados e o programa gravou normalmente. Alguem saberia me dizer o porque disso ? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Postgresql no slackware 12 lento
Não se deve usar sistema de arquivo com journaling para postgres... vc deve desabilitar o journaling do seu ext3... pq o postgres já faz isso o certo é deixar o teu diretório de dados do postgres em uma partição com um sistema de arquivos q não tenha esta característica ou que esteja desabilitada On Wednesday 26 March 2008 15:16:05 Giuliani Deon Sanches wrote: Instalei um pgsql compilado no slack 12. Meti um iptables fechando tudo e deixando aberto apenas entrada e saida da 5432. As únicas configurações que fiz foi para habilitar conexões da rede local pois esperava que o pessoal que desenvolve o software que vai utilizar esse servidor tivesse definições próprias. Descobri que o máximo que eles manjam de postgresql é a instalação via next-next-finish e tem muitos clientes deles rodando o pgsql no XP. Hoje a tarde recebi uma ligação onde eles afirmaram que se eles colocarem o pgsql em uma máquina XP de lá (512 de ram) ela esta rodando (respondendo) mais rapidamente do que o servidor dedicado ao pgsql (1GB de ram, dual core). Acho que a versão windows já vem com alguma pré-configuração que permite essa performance melhor. Além das informações nesse link (http://www.westnet.com/~gsmith/content/postgresql/pg-5minute.htm) o que mais eu precisaria verificar para obter um bom desempenho do pgsql nesse server, considerando que o sistema de arquivos e ext3 ? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Atenciosamente, Leandro Augusto Kisielewicz - Linux Ponta Informática - Desenvolvimento Acesse : www.linuxponta.com - Antes de Imprimir, pense em sua responsabilidade ambiental. You can only live once, but if you do it right, once is enough. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Postgresql no slackware 12 lento
2008/3/26, Leandro Augusto Kisielewicz [EMAIL PROTECTED]: Não se deve usar sistema de arquivo com journaling para postgres... vc deve desabilitar o journaling do seu ext3... pq o postgres já faz isso o certo é deixar o teu diretório de dados do postgres em uma partição com um sistema de arquivos q não tenha esta característica ou que esteja desabilitada Detalhe: o journaling de metadados é útil e não atrapalha. É o de dados que dever ser desabilitado. Portanto, o ext3 deve ser usado, mas apenas com journaling de metadados. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219MSN: 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] Problema estranho com sequence
Consultores Software escreveu: Boa tarde pessoal ! Algo curioso ocorreu agora comigo e com um cliente que me acompanhava na execução de um aplicativo por telefone. Simultaneamente, abrimos um cadastro para que eu explicasse alguns detalhes para ele sobre como cadastrar um registro. Digitados os dados, fomos gravar e deu erro no campo que é gerado por nextval('sequencia') , tanto na minha máquina quanto lá na dele. Ocorreu que, fechei a janela e abri novamente e fiz o mesmo processo, com os mesmos dados e o programa gravou normalmente. Alguem saberia me dizer o porque disso ? Olá, Talvez se você nos informar maiores detalhes, como o erro que ele apresentou por exemplo, poderiamos tentar auxiliá-lo. []s Guedes ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema estranho com sequence
2008/3/26, Consultores Software [EMAIL PROTECTED]: Simultaneamente, abrimos um cadastro para que eu explicasse alguns detalhes para ele sobre como cadastrar um registro. Digitados os dados, fomos gravar e deu erro no campo que é gerado por nextval('sequencia') , tanto na minha máquina quanto lá na dele. Faltou controle de transações? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219MSN: 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] Problema estranho com sequence
Não faltou controle de transação. Eu utilizo o Zeos 6.60 em uma aplicação feita em delphi, e o cadastro é um form que herda de outro, onde chamo commit. O que está parecendo estranho é que foi só fechar a janela, abrir novamente e repetir o processo igualzinho, que funcionou. Aqui vai sql de inserção : INSERT INTO at_servico_subtipo_setor ( id_servsubset, id_servico, id_subtipo, id_setor, id_turno, id_frequencia, dt_inclusao, id_usuario_inclusao, id_ativo ) VALUES ( nextval('seq_id_servsubset'), :id_servico, :id_subtipo, :id_setor, :id_turno, :id_frequencia, current_timestamp, :id_usuario_inclusao, :id_ativo ) 2008/3/26, Leandro DUTRA [EMAIL PROTECTED]: 2008/3/26, Consultores Software [EMAIL PROTECTED]: Simultaneamente, abrimos um cadastro para que eu explicasse alguns detalhes para ele sobre como cadastrar um registro. Digitados os dados, fomos gravar e deu erro no campo que é gerado por nextval('sequencia') , tanto na minha máquina quanto lá na dele. Faltou controle de transações? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219MSN: msnim:[EMAIL PROTECTED] ___ 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] Problema estranho com sequence
2008/3/26, Consultores Software [EMAIL PROTECTED]: Não faltou controle de transação. Eu utilizo o Zeos 6.60 em uma aplicação feita em delphi, e o cadastro é um form que herda de outro, onde chamo commit. Até aí tudo bem — mas se estiver em AUTOCOMMIT, isso tudo é desperdiçado. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219MSN: 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] Problema estranho com sequence
O pior é que NÃO está em AUTOCOMMIT, pois prefiro eu mesmo programar os controles de transação, que, diga-se de passagem, funcionam muito bem no postgres + zeos Talvez, possa ser alguma variável que não esteja sendo atribuída a algum campo obrigatório. Preciso rever os testes. Obrigado pela ajuda Em 26/03/08, Leandro DUTRA [EMAIL PROTECTED] escreveu: 2008/3/26, Consultores Software [EMAIL PROTECTED]: Não faltou controle de transação. Eu utilizo o Zeos 6.60 em uma aplicação feita em delphi, e o cadastro é um form que herda de outro, onde chamo commit. Até aí tudo bem — mas se estiver em AUTOCOMMIT, isso tudo é desperdiçado. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219MSN: msnim:[EMAIL PROTECTED] ___ 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] Problema estranho com sequence
2008/3/26, Consultores Software [EMAIL PROTECTED]: O pior é que NÃO está em AUTOCOMMIT, pois prefiro eu mesmo programar os controles de transação, que, diga-se de passagem, funcionam muito bem no postgres + zeos Talvez, possa ser alguma variável que não esteja sendo atribuída a algum campo obrigatório. Preciso rever os testes. Tem umas horas que só teste de mesa mesmo! -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219MSN: 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] Problema Conexão
O serviço está em atividade? []´s Em 26/03/08, Bruno Moreno [EMAIL PROTECTED] escreveu: Não. Das outras vezes tinha eu mesmo editado os arquivos pg_hba.comf e postgresql.conf e não dava certo. Um colega que utiliza o postgres também utilzou a mesma maquina hoje pela manhã e estava dando tudo certo, segundo ele. Agora a tarde tentei conectar ao banco através do meu PC, pelo pgAdmin, e nada! Dei um TELNET na porta 5432 e nada! Fui no pc servidor, tentei entrar no pgAdmin, conectando-me ao banco e nada! O postgresql está dando aquela mesma mensagem do primeiro email. Não sei o que está acontecendo. Observei os arquivos de configuração e está tudo como deve, de acordo com o tutorial passado pelo amigo no 3º email desta conversa. A porta 5432 não está protegida por Firewall... Bem, é isso. Aguardo resposta, estou precisando resolver esse problema urgente! Valeu mesmo... -- Bruno Neiva Moreno http://lattes.cnpq.br/6104940306447079 http://indiota.blogspot.com Graduando em Ciência da Computação - UFPB LARHENA - Laboratório de Recursos Hídricos e Engenharia Ambiental Tudo posso naquele que me fortalece Fl. 4:13 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- José de Mello Júnior 41.9957-2007 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema Conexão
Sim, sim. Pelo menu iniciar se faz isso, correto? Se sim, ta beleza! -- Bruno Neiva Moreno http://lattes.cnpq.br/6104940306447079 http://indiota.blogspot.com Graduando em Ciência da Computação - UFPB LARHENA - Laboratório de Recursos Hídricos e Engenharia Ambiental Tudo posso naquele que me fortalece Fl. 4:13 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Como funciona SIMILAR TO
Caros, Estou tentando usar uma expressão regular com SIMILAR TO, mas nunca funciona. Por exemplo eu ponho campox SIMILAR TO '#(A | B)', e preencho o campo com 'A'. Obtenho uma mensagem dizendo que estou violando a restrição. Alguém pode me dar um exemplo que funcione para que eu possa desenrolar o resto??? Valew! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] ENC: Problemas entre Postgresql e Php
Também estou com o mesmo problema. Do nada começou a aparecer esse erro também. Não reiniciamos ou mudamos a estrutura do banco de dados. O Servidor Web encontra-se instalado numa máquina Windows, é o IIS + PHP, (relaxem, estamos nos livrando desse treco) e o banco de dados PostgreSQL está numa máquina linux. Abaixo segue o erro. Warning: pg_query() [function.pg-query]: Query failed: could not receive data from server: Software caused connection abort (0x2745/10053) in login.php on line 34 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Como funciona SIMILAR TO
Caio Holanda Costa escreveu: Estou tentando usar uma expressão regular com SIMILAR TO, mas nunca funciona. Por exemplo eu ponho campox SIMILAR TO '#(A | B)', e preencho o campo com 'A'. Obtenho uma mensagem dizendo que estou violando a restrição. Alguém pode me dar um exemplo que funcione para que eu possa desenrolar o resto??? O que você deseja com o caracter #? bdteste=# SELECT '#B' SIMILAR TO '#(A|B)'; ?column? -- t (1 registro) bdteste=# SELECT 'B' SIMILAR TO '#(A|B)'; ?column? -- f (1 registro) Veja: http://www.postgresql.org/docs/8.3/interactive/functions-matching.html#FUNCTIONS-SIMILARTO-REGEXP 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] Problema Conexão
O que diz o log do postgres? Como é o teu ambiente? -- 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] Postgresql no slackware 12 lento
2008/3/26 Leandro DUTRA [EMAIL PROTECTED]: 2008/3/26, Leandro Augusto Kisielewicz [EMAIL PROTECTED]: Não se deve usar sistema de arquivo com journaling para postgres... vc deve desabilitar o journaling do seu ext3... pq o postgres já faz isso o certo é deixar o teu diretório de dados do postgres em uma partição com um sistema de arquivos q não tenha esta característica ou que esteja desabilitada Detalhe: o journaling de metadados é útil e não atrapalha. É o de dados que dever ser desabilitado. como funciona esse journaling do postgres? Portanto, o ext3 deve ser usado, mas apenas com journaling de metadados. Alguma ideia de como se faz isso? reiserfs e uma uma pessima ideia? -- 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] Postgresql no slackware 12 lento
reiserfs é bom para arquivos menores do que o o tamanho de 1 block., ou seja arquivos pequenos Se eu não me engano isso é devido ao algoritmo chamado balanced trees, na versao 4 ja implementa o dancing trees. Mas de qualquer forma o reiser é bom para arquivos pequenos!!! - Original Message - From: Sebastian SWC [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Wednesday, March 26, 2008 6:17 PM Subject: Re: [pgbr-geral] Postgresql no slackware 12 lento 2008/3/26 Leandro DUTRA [EMAIL PROTECTED]: 2008/3/26, Leandro Augusto Kisielewicz [EMAIL PROTECTED]: Não se deve usar sistema de arquivo com journaling para postgres... vc deve desabilitar o journaling do seu ext3... pq o postgres já faz isso o certo é deixar o teu diretório de dados do postgres em uma partição com um sistema de arquivos q não tenha esta característica ou que esteja desabilitada Detalhe: o journaling de metadados é útil e não atrapalha. É o de dados que dever ser desabilitado. como funciona esse journaling do postgres? Portanto, o ext3 deve ser usado, mas apenas com journaling de metadados. Alguma ideia de como se faz isso? reiserfs e uma uma pessima ideia? -- 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] Problema Conexão
Bruno, Abra o painel de controle, em seguida clique em Ferramentas Administrativas e então SERVIÇOS. Verifique o serviço POSTGRESQL se está funcionando ou não. Logo que comecei a utilizar o postgres, aconteceu qualquer coisa que fez parar o serviço e eu simplesmente removi o banco de dados e o instalei novamente. Hoje eu sei que isto pode ocorrer por diversos motivos sendo que o principal deles reside na boa configuração de reserva de memória. Se houver um super dimensionamento o windows força a parada do serviço tentando preservar o funcionamento. []´s 2008/3/26, Sebastian SWC [EMAIL PROTECTED]: O que diz o log do postgres? Como é o teu ambiente? -- 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 -- José de Mello Júnior 41.9957-2007 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema Conexão
Ola Sebastian, estou tentando acessar ao banco através do PgAdmin. A Dica do Guru =D diz o seguinte: Server doesn't listen The server doesn't accept connections: the connection library reports could not connect to server: Connection refused (0x274D/10061) Is the server running on host 127.0.0.1 and accepting TCP/IP connections on port 5432? If you encounter this message, please check if the server you're trying to contact is actually running PostgreSQL on the given port. Test if you have network connectivity from your client to the server host using ping or equivalent tools. Is your network / VPN / SSH tunnel / firewall configured correctly? For security reasons, PostgreSQL does not listen on all available IP addresses on the server machine initially. In order to access the server over the network, you need to enable listening on the address first. For PostgreSQL servers starting with version 8.0, this is controlled using the listen_addresses parameter in the postgresql.conf file. Here, you can enter a list of IP addresses the server should listen on, or simply use '*' to listen on all available IP addresses. For earlier servers (Version 7.3 or 7.4), you'll need to set the tcpip_socket parameter to 'true'. You can use the postgresql.conf editor that is built into pgAdmin III to edit the postgresql.conf configuration file. After changing this file, you need to restart the server process to make the setting effective. If you double-checked your configuration but still get this error message, it's still unlikely that you encounter a fatal PostgreSQL misbehaviour. You probably have some low level network connectivity problems (e.g. firewall configuration). Please check this thoroughly before reporting a bug to the PostgreSQL community. Abraços -- Bruno Neiva Moreno http://lattes.cnpq.br/6104940306447079 http://indiota.blogspot.com Graduando em Ciência da Computação - UFPB LARHENA - Laboratório de Recursos Hídricos e Engenharia Ambiental Tudo posso naquele que me fortalece Fl. 4:13 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Transacao em aberto!
# - Memory - shared_buffers = 32MB# min 128kB or max_connections*16kB #temp_buffers = 8MB# min 800kB #max_prepared_transactions = 5# can be 0 or more # Note: increasing max_prepared_transactions costs ~600 bytes of shared memory # per transaction slot, plus lock space (see max_locks_per_transaction). #work_mem = 1MB# min 64kB #maintenance_work_mem = 16MB# min 1MB #max_stack_depth = 2MB# min 100kB # - Free Space Map - max_fsm_pages = 204800# min max_fsm_relations*16, 6 bytes each #max_fsm_relations = 1000# min 100, ~70 bytes each # - Kernel Resource Usage - #max_files_per_process = 1000# min 25 #shared_preload_libraries = ''# (change requires restart) Bem tente aumentar a maintenance_work_mem ... Quanto de memória possui o servidor ?? -- 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] Problema Conexão
Tentando pelo psql dá o seguinte aviso: psql: could not connect to server: Connection refused (0x274D/10061) Is the server running on host localhost and accepting TCP/IP connections on port 5432? Pressione qualquer tecla para continuar. . . Tentei iniciar novamente o serviço e não consegui, pelas Ferramentas Administrativas diz que não foi possível devido a falha no logon... -- Bruno Neiva Moreno http://lattes.cnpq.br/6104940306447079 http://indiota.blogspot.com Graduando em Ciência da Computação - UFPB LARHENA - Laboratório de Recursos Hídricos e Engenharia Ambiental Tudo posso naquele que me fortalece Fl. 4:13 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema Conexão
Encontramos o problema, agora é uma questão de refinamento das configurações que você utilizou no arquivo postgres.conf, procure deixar tudo no padrão e vá testando. Habilite os LOG´s para poder acompanhar o que causou a paralização do serviço. []´s Em 26/03/08, Bruno Moreno [EMAIL PROTECTED] escreveu: José, o status do postgres não está iniciado. Está em branco. Como faço pra não acontecer novamente isto? Em 26/03/08, José Mello Júnior [EMAIL PROTECTED] escreveu: Bruno, Abra o painel de controle, em seguida clique em Ferramentas Administrativas e então SERVIÇOS. Verifique o serviço POSTGRESQL se está funcionando ou não. Logo que comecei a utilizar o postgres, aconteceu qualquer coisa que fez parar o serviço e eu simplesmente removi o banco de dados e o instalei novamente. Hoje eu sei que isto pode ocorrer por diversos motivos sendo que o principal deles reside na boa configuração de reserva de memória. Se houver um super dimensionamento o windows força a parada do serviço tentando preservar o funcionamento. []´s 2008/3/26, Sebastian SWC [EMAIL PROTECTED]: O que diz o log do postgres? Como é o teu ambiente? -- 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 -- José de Mello Júnior 41.9957-2007 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Bruno Neiva Moreno http://lattes.cnpq.br/6104940306447079 http://indiota.blogspot.com Graduando em Ciência da Computação - UFPB LARHENA - Laboratório de Recursos Hídricos e Engenharia Ambiental Tudo posso naquele que me fortalece Fl. 4:13 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- José de Mello Júnior 41.9957-2007 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] (sem assunto)
Tem algum comando ou um select que possa fazer para verificar desde quando o banco esta ativo sem ele ter reiniciado? _ Conheça o Windows Live Spaces, a rede de relacionamentos do Messenger! http://www.amigosdomessenger.com.br/___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema Conexão
Como posso refinar as configurações do arquivo postgres.conf? Como habilitar os log's? =) Pode parecer que estou querendo tudo na mão, mas não é não, é que combinei com meu orientador de mostrar umas coisas amanha de manhã e estou aqui tentando ajeitar esse problema, pois dependo da base de dados =) Por enquanto vou procurando no amigo google... Valeu =) -- Bruno Neiva Moreno http://lattes.cnpq.br/6104940306447079 http://indiota.blogspot.com Graduando em Ciência da Computação - UFPB LARHENA - Laboratório de Recursos Hídricos e Engenharia Ambiental Tudo posso naquele que me fortalece Fl. 4:13 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema Conexão
Leia o arquivo postgres.conf que está no diretório data do postgresql. Tem vários comentários que lhe serão muito úteis lá, acho que é o melhor que posso fazer por hoje. Quem sabe amanhã eu consiga disponibilizar um pouco mais de tempo. []´s Em 26/03/08, Bruno Moreno [EMAIL PROTECTED] escreveu: Como posso refinar as configurações do arquivo postgres.conf? Como habilitar os log's? =) Pode parecer que estou querendo tudo na mão, mas não é não, é que combinei com meu orientador de mostrar umas coisas amanha de manhã e estou aqui tentando ajeitar esse problema, pois dependo da base de dados =) Por enquanto vou procurando no amigo google... Valeu =) -- Bruno Neiva Moreno http://lattes.cnpq.br/6104940306447079 http://indiota.blogspot.com Graduando em Ciência da Computação - UFPB LARHENA - Laboratório de Recursos Hídricos e Engenharia Ambiental Tudo posso naquele que me fortalece Fl. 4:13 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- José de Mello Júnior 41.9957-2007 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema Conexão
Ok José, agradeço a atenção. Estou justamente lendo esses comentários e a documentação do PostgreSQL... -- Bruno Neiva Moreno http://lattes.cnpq.br/6104940306447079 http://indiota.blogspot.com Graduando em Ciência da Computação - UFPB LARHENA - Laboratório de Recursos Hídricos e Engenharia Ambiental Tudo posso naquele que me fortalece Fl. 4:13 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] (sem assunto)
Tem. pmcs=# SELECT pg_postmaster_start_time(); pg_postmaster_start_time --- 2007-11-23 18:12:08.998256-03 (1 registro) pmcs=# SELECT NOW()-pg_postmaster_start_time(); ?column? -- 124 days 02:15:23.104236 (1 registro) pmcs=# 2008/3/26 Luciano Daniel [EMAIL PROTECTED]: Tem algum comando ou um select que possa fazer para verificar desde quando o banco esta ativo sem ele ter reiniciado? -- Conheça já o Windows Live Spaces, o site de relacionamentos do Messenger! Crie já o seu! http://www.amigosdomessenger.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Fernando Brombatti email-msn-gtalk-skype: [EMAIL PROTECTED] work: +55 54 3218-6060 mobile: +55 54 8112-7250 Visite www.datamais.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] Bloqueio de usuário.
Por padrão sigam a dica do nosso colega. Ela veio em tempo bem oportuno. Acho que é mais do que uma dica; é um ótimo conselho. Não se trata de uma chatisse ou caretisse. Acho que o INSERT deveria forçar que se inserisse o nome dos campos. Vocês terão uma diminuição nos problemas com bancos de dados e aplicações. 2008/3/26 Alexsander Rosa [EMAIL PROTECTED]: Uma dica: em geral* isso não deveria causar problemas na aplicação... se você usar os nomes das colunas nos comandos INSERT a aplicação pode ficar rodando normalmente mesmo após a criação de novas colunas nas tabelas. * Supondo que seja apenas uma coluna com informações extras não essenciais às regras de negócio, claro. 2008/3/22, Brasil Software [EMAIL PROTECTED]: Bom dia amigos. Estou com um problema, presico bloquear a conexão do client enquanto estiver fazendo manutenção no banco de dados. EX: ALTER Table nometabel ADD codigo INTEGER; ETC. Se alguem tiver uma solução para isto por favor me ajude. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Atenciosamente, Alexsander da Rosa Linux User #113925 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Fernando Brombatti email-msn-gtalk-skype: [EMAIL PROTECTED] work: +55 54 3218-6060 mobile: +55 54 8112-7250 Visite www.datamais.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Postgresql no slackware 12 lento
Fui lá no cliente verificar. A demora em consulta ocorre, por exemplo: O cara digita um código para retornar um nome. Quando estou logado no windows XP a processo ocorre em 1s. Quando mudo para o servidor linux esse mesmo processo leva de 2 a 3s (em determinadas operações aumenta). Tentei passar o parametro data=ordered (ou writeback) no fstab para fazer journal somente do metadados porém não obtive melhorias. Também coloquei o shared_buffers em 150Mb e o effective_cache_size em 512Mb sem resultados. Considerando tudo isso, o problema é realmente o ext3 ? (eu não consigo aceitar que um xp com 512 responda mais rápido que um slack com pg compilado para 686 com 1gb de ram) Em 26/03/08, Joao[EMAIL PROTECTED] escreveu: reiserfs é bom para arquivos menores do que o o tamanho de 1 block., ou seja arquivos pequenos Se eu não me engano isso é devido ao algoritmo chamado balanced trees, na versao 4 ja implementa o dancing trees. Mas de qualquer forma o reiser é bom para arquivos pequenos!!! - Original Message - From: Sebastian SWC [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Wednesday, March 26, 2008 6:17 PM Subject: Re: [pgbr-geral] Postgresql no slackware 12 lento 2008/3/26 Leandro DUTRA [EMAIL PROTECTED]: 2008/3/26, Leandro Augusto Kisielewicz [EMAIL PROTECTED]: Não se deve usar sistema de arquivo com journaling para postgres... vc deve desabilitar o journaling do seu ext3... pq o postgres já faz isso o certo é deixar o teu diretório de dados do postgres em uma partição com um sistema de arquivos q não tenha esta característica ou que esteja desabilitada Detalhe: o journaling de metadados é útil e não atrapalha. É o de dados que dever ser desabilitado. como funciona esse journaling do postgres? Portanto, o ext3 deve ser usado, mas apenas com journaling de metadados. Alguma ideia de como se faz isso? reiserfs e uma uma pessima ideia? -- 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 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Postgresql no slackware 12 lento
Bom, eu utilizo Slackware em meus servidores de banco de dados com PostgreSQL compilado, com tuning, core 2 duo, e 2GB. Giuliani Deon Sanches wrote: Instalei um pgsql compilado no slack 12. Meti um iptables fechando tudo e deixando aberto apenas entrada e saida da 5432. As únicas configurações que fiz foi para habilitar conexões da rede local pois esperava que o pessoal que desenvolve o software que vai utilizar esse servidor tivesse definições próprias. Descobri que o máximo que eles manjam de postgresql é a instalação via next-next-finish e tem muitos clientes deles rodando o pgsql no XP. Hoje a tarde recebi uma ligação onde eles afirmaram que se eles colocarem o pgsql em uma máquina XP de lá (512 de ram) ela esta rodando (respondendo) mais rapidamente do que o servidor dedicado ao pgsql (1GB de ram, dual core). Acho que a versão windows já vem com alguma pré-configuração que permite essa performance melhor. Além das informações nesse link (http://www.westnet.com/~gsmith/content/postgresql/pg-5minute.htm) o que mais eu precisaria verificar para obter um bom desempenho do pgsql nesse server, considerando que o sistema de arquivos e ext3 ? Vários fatores podem influenciar para isso, mas eu duvido que seja o tipo de partição, já utilizei Riserfs, Ext3 e XFS. Perguntas: 1. Quantos HDs você utiliza para o Banco de Dados, o recomendado é que você separe dados de indices. 2. Será que seu HD não tem problemas ? Isso pode ser um fator que gera lentidão. Alias o HD do servidor Linux é semelhante ao do servidor windows, ou seja, em ambos o hardware é SATA ? 3. Ligue os logs do SGDB e procure ver se não há nenhum parametro sendo sinalizado que precise de ajuste. Att, Marcelo. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Postgresql no slackware 12 lento
1 - Em ambas as situações é apenas um HD. Concordo com o que você falou, porém o hardware foi comprado e me passado. Não pude opinar no processo :( 2 - O HD é novo, não acho que possa ser a causa do problema. Em comparação com o HD windows, sim, são semelhantes. 3 - Vou dar uma olhada nos logs Em 26/03/08, Marcelo Costa[EMAIL PROTECTED] escreveu: Bom, eu utilizo Slackware em meus servidores de banco de dados com PostgreSQL compilado, com tuning, core 2 duo, e 2GB. Giuliani Deon Sanches wrote: Instalei um pgsql compilado no slack 12. Meti um iptables fechando tudo e deixando aberto apenas entrada e saida da 5432. As únicas configurações que fiz foi para habilitar conexões da rede local pois esperava que o pessoal que desenvolve o software que vai utilizar esse servidor tivesse definições próprias. Descobri que o máximo que eles manjam de postgresql é a instalação via next-next-finish e tem muitos clientes deles rodando o pgsql no XP. Hoje a tarde recebi uma ligação onde eles afirmaram que se eles colocarem o pgsql em uma máquina XP de lá (512 de ram) ela esta rodando (respondendo) mais rapidamente do que o servidor dedicado ao pgsql (1GB de ram, dual core). Acho que a versão windows já vem com alguma pré-configuração que permite essa performance melhor. Além das informações nesse link (http://www.westnet.com/~gsmith/content/postgresql/pg-5minute.htm) o que mais eu precisaria verificar para obter um bom desempenho do pgsql nesse server, considerando que o sistema de arquivos e ext3 ? Vários fatores podem influenciar para isso, mas eu duvido que seja o tipo de partição, já utilizei Riserfs, Ext3 e XFS. Perguntas: 1. Quantos HDs você utiliza para o Banco de Dados, o recomendado é que você separe dados de indices. 2. Será que seu HD não tem problemas ? Isso pode ser um fator que gera lentidão. Alias o HD do servidor Linux é semelhante ao do servidor windows, ou seja, em ambos o hardware é SATA ? 3. Ligue os logs do SGDB e procure ver se não há nenhum parametro sendo sinalizado que precise de ajuste. Att, Marcelo. ___ 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] ENC: Problemas entre Postgresql e Php
Flávio Gomes wrote: Olá Também estou com o mesmo problema. Do nada começou a aparecer esse erro também. Não reiniciamos ou mudamos a estrutura do banco de dados. O Servidor Web encontra-se instalado numa máquina Windows, é o IIS + PHP, (relaxem, estamos nos livrando desse treco) e o banco de dados PostgreSQL está numa máquina linux. Troca isso urgente, IIS é só problema com PHP Abaixo segue o erro. Warning: pg_query() [function.pg-query]: Query failed: could not receive data from server: Software caused connection abort (0x2745/10053) in login.php on line 34 pg_query() é uma função PHP então está função não consegue conectar ao SGDB. Problemas de REDE ? Att, Marcelo Costa ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Postgresql no slackware 12 lento
Mais um detalhe: Eu comparei os dois postres.conf e estavam identicos... Em 26/03/08, Giuliani Deon Sanches[EMAIL PROTECTED] escreveu: 1 - Em ambas as situações é apenas um HD. Concordo com o que você falou, porém o hardware foi comprado e me passado. Não pude opinar no processo :( 2 - O HD é novo, não acho que possa ser a causa do problema. Em comparação com o HD windows, sim, são semelhantes. 3 - Vou dar uma olhada nos logs Em 26/03/08, Marcelo Costa[EMAIL PROTECTED] escreveu: Bom, eu utilizo Slackware em meus servidores de banco de dados com PostgreSQL compilado, com tuning, core 2 duo, e 2GB. Giuliani Deon Sanches wrote: Instalei um pgsql compilado no slack 12. Meti um iptables fechando tudo e deixando aberto apenas entrada e saida da 5432. As únicas configurações que fiz foi para habilitar conexões da rede local pois esperava que o pessoal que desenvolve o software que vai utilizar esse servidor tivesse definições próprias. Descobri que o máximo que eles manjam de postgresql é a instalação via next-next-finish e tem muitos clientes deles rodando o pgsql no XP. Hoje a tarde recebi uma ligação onde eles afirmaram que se eles colocarem o pgsql em uma máquina XP de lá (512 de ram) ela esta rodando (respondendo) mais rapidamente do que o servidor dedicado ao pgsql (1GB de ram, dual core). Acho que a versão windows já vem com alguma pré-configuração que permite essa performance melhor. Além das informações nesse link (http://www.westnet.com/~gsmith/content/postgresql/pg-5minute.htm) o que mais eu precisaria verificar para obter um bom desempenho do pgsql nesse server, considerando que o sistema de arquivos e ext3 ? Vários fatores podem influenciar para isso, mas eu duvido que seja o tipo de partição, já utilizei Riserfs, Ext3 e XFS. Perguntas: 1. Quantos HDs você utiliza para o Banco de Dados, o recomendado é que você separe dados de indices. 2. Será que seu HD não tem problemas ? Isso pode ser um fator que gera lentidão. Alias o HD do servidor Linux é semelhante ao do servidor windows, ou seja, em ambos o hardware é SATA ? 3. Ligue os logs do SGDB e procure ver se não há nenhum parametro sendo sinalizado que precise de ajuste. Att, Marcelo. ___ 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
[pgbr-geral] REF. SENTENÇA.
Ola Pessoal, Como consigo resolver esta sentença: Tenho uma tabela do historico dos cargos e na sentença abaixo ele retorna os nomes duplicados, porque obviamente existem varios historicos registrados para o mesmo funcionario. Preciso retornar sempre o ultimo cargo registrado pela data. SELECT a.codigo,a.nome,b.cargo FROM funcionario a, cargo b WHERE (a.codigo = b.codigo) ORDER BY a.nome 01 JUCA BALA 02 MARA BALA 02 MARA BALA 03 RUI BALA PRECISO QUE SEJA ALGO COMO: SELECT a.codigo,a.nome,b.cargo FROM funcionario a, cargo b WHERE (b.codigo = a.codigo b.datacad=DATAHOJE) ORDER BY a.nome: 01 JUCA BALA 02 MARA BALA 03 RUI BALA Uma funcao que retone o ultimo registro pela data. Algeum tem alguma dica ?? Obrigado. --Paulo ---VisualP Sistemas. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Postgresql no slackware 12 lento
Em 26/03/2008, às 21:02, Giuliani Deon Sanches escreveu: Fui lá no cliente verificar. A demora em consulta ocorre, por exemplo: O cara digita um código para retornar um nome. Quando estou logado no windows XP a processo ocorre em 1s. Quando mudo para o servidor linux esse mesmo processo leva de 2 a 3s (em determinadas operações aumenta). Antes de prosseguir procurando detalhes nos parâmetros, você já verificou se o plano de execução das consultas que estão mais lentas é idêntico nos dois servidores? Esse tempo que você está medindo é o tempo de execução do comando no servidor certo? Se for o tempo de resposta no cliente pode ter diferenças ocasionadas pela rede. -- Diogo Biazus [EMAIL PROTECTED] http://www.softa.com.br 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
Re: [pgbr-geral] Postgresql no slackware 12 lento
Giuliani Deon Sanches wrote: Mais um detalhe: Eu comparei os dois postres.conf e estavam identicos... Em 26/03/08, Giuliani Deon Sanches[EMAIL PROTECTED] escreveu: 1 - Em ambas as situações é apenas um HD. Concordo com o que você falou, porém o hardware foi comprado e me passado. Não pude opinar no processo :( 2 - O HD é novo, não acho que possa ser a causa do problema. Em comparação com o HD windows, sim, são semelhantes. 3 - Vou dar uma olhada nos logs 1. Faz assim, verifica o plano de execução destas consultas com EXPLAIN ANALIZE e posta aqui, tanto no windows quanto no linux. 2. Como dito antes se o tempo de resposta estiver lento no cliente ai vc pode ter problemas de rede com este servidor, como vc disse que habilitou um firewall, você já tentou desligar o firewall neste server e executar o mesmo teste ? Att, Marcelo Costa. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] REF. SENTENÇA.
Olá ! Paulo wrote: Ola Pessoal, Como consigo resolver esta sentença: Tenho uma tabela do historico dos cargos e na sentença abaixo ele retorna os nomes duplicados, porque obviamente existem varios historicos registrados para o mesmo funcionario. Preciso retornar sempre o ultimo cargo registrado pela data. Blz, mas lembre-se de passar a versão do PostgreSQL que você utiliza e o SO. Isto ajuda na análise do problema. SELECT a.codigo,a.nome,b.cargo FROM funcionario a, cargo b WHERE (a.codigo = b.codigo) ORDER BY a.nome 01 JUCA BALA 02 MARA BALA 02 MARA BALA 03 RUI BALA Esta tabela também possui um atributo data certo ? PRECISO QUE SEJA ALGO COMO: SELECT a.codigo,a.nome,b.cargo FROM funcionario a, cargo b WHERE (b.codigo = a.codigo b.datacad=DATAHOJE) ORDER BY a.nome: 01 JUCA BALA 02 MARA BALA 03 RUI BALA Uma funcao que retone o ultimo registro pela data. Supondo que há o atributo para armazenar data: SELECT a.codigo,a.nome,b.cargo FROM funcionario a, cargo b WHERE b.codigo = a.codigo and b.datacad=(select to_char(now(), 'dd-mm-') ORDER BY a.nome: to_char(now(), 'dd-mm-') vai trazer um resultado semelhante a: postgres=# select to_char(now(),'dd-mm-'); to_char 26-03-2008 (1 row) Para ficar mais elegante. Att, Marcelo Costa. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Postgresql no slackware 12 lento
Estou medindo o tempo que leva quando o cara digita 1 no aplicação no lado cliente, por exemplo, e o servidor retorna o nome associado a esse 1. Diogo: Eu não sou muito hábil com o pgsql. Poderia exemplificar como analisar os planos de execução ? Marcelo: 1 - Fiz algumas analises parciais e no servidor mesmo (que agora esta aqui comigo). O tempo lá de um dos selects mais demorados gira na casa do 109ms enquanto aqui na minha máquina fica em 209ms (as vezes mais). 2 - Abri o firewall mas o tempo persiste. Problemas de rede acho pouco provável pois agora estou em casa, com estrutura diferente e os tempos são os mesmos. Porém observei um detalhe: Os maiores tempos de respostas ocorrem em queries que possuem na clausula where algo como: where id = '001/01' ou where id = '001/001/1' Parece que quando vai fazer uma procura por string ele pesa. Como é um programa feito em java e quando executado pelo terminal ele vai dando output de todos os selects feitos estou conseguindo acompanhar muitos passos. A maioria das queries são executadas em 2, 3 máximo de 6 ms. Mas tem umas que vão de 200 a 600 ms. Essas são as que procuram por strings semelhantes as que passei acima. Em 26/03/08, Marcelo Costa[EMAIL PROTECTED] escreveu: Giuliani Deon Sanches wrote: Mais um detalhe: Eu comparei os dois postres.conf e estavam identicos... Em 26/03/08, Giuliani Deon Sanches[EMAIL PROTECTED] escreveu: 1 - Em ambas as situações é apenas um HD. Concordo com o que você falou, porém o hardware foi comprado e me passado. Não pude opinar no processo :( 2 - O HD é novo, não acho que possa ser a causa do problema. Em comparação com o HD windows, sim, são semelhantes. 3 - Vou dar uma olhada nos logs 1. Faz assim, verifica o plano de execução destas consultas com EXPLAIN ANALIZE e posta aqui, tanto no windows quanto no linux. 2. Como dito antes se o tempo de resposta estiver lento no cliente ai vc pode ter problemas de rede com este servidor, como vc disse que habilitou um firewall, você já tentou desligar o firewall neste server e executar o mesmo teste ? Att, Marcelo Costa. ___ 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] Postgresql no slackware 12 lento
Estou medindo o tempo que leva quando o cara digita 1 no aplicação no lado cliente, por exemplo, e o servidor retorna o nome associado a esse 1. Diogo: Eu não sou muito hábil com o pgsql. Poderia exemplificar como analisar os planos de execução ? O Marcelo já deu toda a dica, use o comando EXPLAIN ANALYSE nas consultas que geram problema para os dois servidores e poste os resultados. -- Diogo Biazus [EMAIL PROTECTED] http://www.softa.com.br 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
Re: [pgbr-geral] CHAVE COMPOSTA
2008/3/26, Fernando Brombatti [EMAIL PROTECTED]: Eu, particularmente, acho que chave primária não pode, jamais, ser composta. Chave primária é primária e basta! Mas Fernando, o que tem a ver chave primária ser simples ou composta? Qual o problema? Se você tem uma chave composta perfeitamente boa, para que aumentar a complexidade do modelo, criar um índice adicional, gastar mais armazenamento, cache e eventos de E/S? Você vai ter de declarar a chave composta mesmo também… Testando em uma aplicação não tão grande (tabela com aproximadamente 300.000 registros) com chave primária composta e não composta notei uma diferença de performance quando usava as chaves estrangeiras, além do que o índice para os relacionamentos é maior e etc e etc e etc. Assim, a validade da chave composta (entenda-se aqui o UNIQUE) se reduz às inclusões e alterações, ou seja, o índice maior é acessados menos vezes. Mas veja, você fez um teste. Há muitas situações que diferem, por exemplo tabelas que não têm filhas. A sua regra as oneraria. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral