Re: [pgbr-geral] Alter Domain
Dickson S. Guedes escreveu: Luiz Henrique escreveu: Jota escreveu: Ol, No possvel alterar o tipo de um domnio pelo comando alter domain. Tarde!!! Obrigado por confirmar as minhas suspeitas!!! Mas achei uma outra soluo... como o BD que precisava fazer essa alterao era pequeno, fiz um backup no formato SQL, alterei a criao do Domnio diretamente no backup e restaurei.. funcionou perfeitamente!!! D para brincar um pouco com isso at... (14:51:00) [EMAIL PROTECTED]:5432/admin # CREATE DOMAIN numero numeric(18,6); CREATE DOMAIN Tempo: 12,124 ms (14:51:11) [EMAIL PROTECTED]:5432/admin # CREATE TEMP TABLE tb_teste(num numero); CREATE TABLE Tempo: 106,609 ms (14:51:18) [EMAIL PROTECTED]:5432/admin # CREATE DOMAIN numero2 numeric(18,9); CREATE DOMAIN Tempo: 8,298 ms (14:51:43) [EMAIL PROTECTED]:5432/admin # SELECT 'ALTER TABLE '||table_name||' ALTER COLUMN '||column_name||' TYPE numero2;' as "SCRIPT" from information_schema.columns where domain_name = 'numero'; SCRIPT - ALTER TABLE tb_teste ALTER COLUMN num TYPE numero2; (1 registro) Tempo: 14,539 ms (14:52:08) [EMAIL PROTECTED]:5432/admin # ALTER TABLE tb_teste ALTER COLUMN num TYPE numero2; ALTER TABLE Tempo: 42,355 ms (14:52:33) [EMAIL PROTECTED]:5432/admin # DROP DOMAIN numero; DROP DOMAIN Tempo: 14,644 ms (14:52:48) [EMAIL PROTECTED]:5432/admin # CREATE DOMAIN numero numeric(18,9); CREATE DOMAIN Tempo: 13,577 ms (14:52:52) [EMAIL PROTECTED]:5432/admin # SELECT 'ALTER TABLE '||table_name||' ALTER COLUMN '||column_name||' TYPE numero;' as "SCRIPT" from information_schema.columns where domain_name = 'numero2'; SCRIPT ALTER TABLE tb_teste ALTER COLUMN num TYPE numero; (1 registro) Tempo: 14,673 ms (14:53:03) [EMAIL PROTECTED]:5432/admin # ALTER TABLE tb_teste ALTER COLUMN num TYPE numero; ALTER TABLE Tempo: 35,447 ms ":D Muito interessante essa tua soluo... uma excelente alternativa para o caso de BDs maiores ou caso no possa parar para um backup/restore!!! Muito obrigado!!! -- Luiz Henrique Livrari Implantador de Sistemas Jr. MSI SOLUES - Unidade Ourinhos Av. Dr. Altino Arantes, 131 Sala 145 - 146 Centro - Ourinhos/SP - Brasil Fone/Fax: +55 (14) 3324-8181 www.msisolucoes.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] URGENTE! Msg de erro tentando iniciar o servidor postgresql!
Leandro DUTRA wrote: 2008/11/14 lindberg [EMAIL PROTECTED]: ...o serviço psql-8.0 foi iniciado e interrompido. Alguns serviços são interrompidos automaticamente... O que dizem os logs? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7344 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 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 Nao consegui encontrar nada nos logs, pelo menos os que eu olhei, nao sei se vi os logs certos, mas eu olhei na pasta data, mas nao tem nada com relação ao erro! -- View this message in context: http://www.nabble.com/URGENTE%21-Msg-de-erro-tentando-iniciar-o-servidor-postgresql%21-tp20502318p20516763.html Sent from the PostgreSQL - Brasil mailing list archive at Nabble.com. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] URGENTE! Msg de erro tentando iniciar o servidor postgresql!
2008/11/15 lindberg [EMAIL PROTECTED]: Nao consegui encontrar nada nos logs, pelo menos os que eu olhei, nao sei se vi os logs certos, mas eu olhei na pasta data, mas nao tem nada com relação ao erro! Você pode listar quais olhou, e copiar os trechos ao redor do momento de falha? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7344 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 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] Digest pgbr-geral, volume 21, assunto 44
Bom dia pessoal! Tenho uma dúvida! Ver as function no PgAdmin é bem simples! Mas como posso ver essas no psql na linha de comando? Se alguem souber é poder me ajudar!Obrigado! Atenciosamente: Anderson Rodrigo. Ninguém falou que a vida seria fácil!Apenas que valeria apena! - 15/20+1 Provas para o final... ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Digest pgbr-geral, volume 21, assunto 44
2008/11/17 Anderson Rodrigo [EMAIL PROTECTED]: Tenho uma dúvida! Anderson, por favor não comece um assunto respondendo a outra mensagem, muita gente nem vai ver tua pergunta. Se não receber resposta logo, refaça numa mensagem começada do zero, com linha de assunto pertinente. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7344 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 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] Digest pgbr-geral, volume 21, assunto 44
Anderson Rodrigo escreveu: Bom dia pessoal! Tenho uma dúvida! Ver as function no PgAdmin é bem simples! Mas como posso ver essas no psql na linha de comando? Se alguem souber é poder me ajudar!Obrigado! Veja tabela do catalogo chamada pg_catalog.pg_proc, que é onde o postgres guarda as funções criadas na base de dados. Exemplo: select prosrc from pg_proc where proname = 'minha_funcao'; É claro que dependendo do tamanha da sua PL fica meio ruim de visualizar no console, recomendo direcionar a saida pra um arquivo usando o \o no psql. Mais informações: http://www.postgresql.org/docs/8.3/interactive/catalog-pg-proc.html Cordialmente, -- Fabrízio de Royes Mello Coordenador Desenvolvimento de Software [EMAIL PROTECTED] DBSeller Informática Ltda. - http://www.dbseller.com.br (51) 3076-5101 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Digest pgbr-geral, volume 21, assunto 44
Olá, Você quer visualizar o conteúdo de uma função? Assinatura da função? Depende do que você quer existem algumas maneiras de se fazer. Por exemplo: Ver a assinatura de uma função \df nome_da_funcao \df (lista todas as funções, incluindo as funções de sistema) Existe também uma tabela de sistema chama pg_proc que contém informações sobre todas as funções criadas. Por exemplo: select * from pg_proc where proname='nome_da_minha_funcao'; O campo prosrc mostra o código da função. É importante lembrar que neste campo vem o código da função e que se encontra os delimitadores $$ ... $$ O campo prorettype indica o tipo de retorno da função. O campo proargtypes indica os parâmetros da função. Espero ter ajudado. []s 2008/11/17 Fabrízio de Royes Mello [EMAIL PROTECTED]: Anderson Rodrigo escreveu: Bom dia pessoal! Tenho uma dúvida! Ver as function no PgAdmin é bem simples! Mas como posso ver essas no psql na linha de comando? Se alguem souber é poder me ajudar!Obrigado! Veja tabela do catalogo chamada pg_catalog.pg_proc, que é onde o postgres guarda as funções criadas na base de dados. Exemplo: select prosrc from pg_proc where proname = 'minha_funcao'; É claro que dependendo do tamanha da sua PL fica meio ruim de visualizar no console, recomendo direcionar a saida pra um arquivo usando o \o no psql. Mais informações: http://www.postgresql.org/docs/8.3/interactive/catalog-pg-proc.html Cordialmente, -- Fabrízio de Royes Mello Coordenador Desenvolvimento de Software [EMAIL PROTECTED] DBSeller Informática Ltda. - http://www.dbseller.com.br (51) 3076-5101 ___ 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] Obrigado
Obrigado pelas dicas. De uso e da dúvida! Atenciosamente: Anderson Rodrigo. Ninguém falou que a vida seria fácil!Apenas que valeria apena! - 15/20+1 Provas para o final... ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Consulta lenta em tabela com muitos registros
Boa tarde senhores! Tenho um servidor Linux, mas precisamente um Suse, com versão do PostgreSQL 8.3.1. Eu tenho na base de dados, uma tabela com + / - 420 mil registros. Ao executar a consulta (select * from tabela), o tempo de execução é em torno de 7 segundos. O servidor é um Celeron 2.66 com 1 Gbytes de RAM. Estou ciente das configurações do servidor, porém as fazer o mesmo teste em um banco de dados Interbase 6.5, em outra máquina com as mesmas configurações, o tempo da consulta foi em torno de 211 milisegundos. Realizei a instalação padrao do PostgreSQL, sem mudanças no arquivo de configurações. Que parametros seriam necessário modificar para obter um desempenho melhor nessa consulta ? Obrigado a todos! Fabrício Veiga ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Consulta lenta em tabela com muitos registros
Olá, Pode começar pela atualização do seu PostgreSQL para uma versão mais nova 8.3.5 e no shared_buffers [1]. [1] http://www.postgresql.org/docs/8.3/interactive/runtime-config-resource.html Uma questão. Você realmente precisar fazer um select * from tabela? Não terá nenhuma condição na consulta? []s 2008/11/17 Fabricio Veiga [EMAIL PROTECTED]: Boa tarde senhores! Tenho um servidor Linux, mas precisamente um Suse, com versão do PostgreSQL 8.3.1. Eu tenho na base de dados, uma tabela com + / - 420 mil registros. Ao executar a consulta (select * from tabela), o tempo de execução é em torno de 7 segundos. O servidor é um Celeron 2.66 com 1 Gbytes de RAM. Estou ciente das configurações do servidor, porém as fazer o mesmo teste em um banco de dados Interbase 6.5, em outra máquina com as mesmas configurações, o tempo da consulta foi em torno de 211 milisegundos. Realizei a instalação padrao do PostgreSQL, sem mudanças no arquivo de configurações. Que parametros seriam necessário modificar para obter um desempenho melhor nessa consulta ? Obrigado a todos! Fabrício Veiga ___ 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] Alter Domain
Jota escreveu: Grande Guedues Por acaso eu fiz isso para um cliente ontem :) Puxa, bacana. E funcionou? :D -- []s Dickson S. Guedes Administrador de Banco de Dados Projeto Colmeia - Florianópolis, SC (48) 3322-1185, ramal: 26 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Consulta lenta em tabela com muitos registros
Fabricio Veiga wrote: Boa tarde senhores! Tenho um servidor Linux, mas precisamente um Suse, com versão do PostgreSQL 8.3.1. http://8.3.1. Eu tenho na base de dados, uma tabela com + / - 420 mil registros. Ao executar a consulta (select * from tabela), o tempo de execução é em torno de 7 segundos. O servidor é um Celeron 2.66 com 1 Gbytes de RAM. Estou ciente das configurações do servidor, porém as fazer o mesmo teste em um banco de dados Interbase 6.5, em outra máquina com as mesmas configurações, o tempo da consulta foi em torno de 211 milisegundos. Realizei a instalação padrao do PostgreSQL, sem mudanças no arquivo de configurações. Que parametros seriam necessário modificar para obter um desempenho melhor nessa consulta ? Acredito que você não vai obter desempenho melhor. O que acontece é que alguns SGDB's, e neste caso particular o Firebird, já começam a retornar os registros para a aplicação cliente 'a medida que são encontrados. O PostGreSql trabalha de forma diferente, os dados são retornados apenas após a consulta ser totalmente realizada. Ou seja, primeiro o PostGreSql encontra os 420 mil registros para depois retorná-los de uma vez, enquanto o Firebird vai enviando de partes em partes os registros encontrados. Salvo engano, o Sql Server permite configurar isto também, podendo trabalhar de uma forma ou de outra, mas desconheço forma de fazer o PostGreSql operar assim, talvez algum colega da lista já o saiba que queira compartilhar, alguém?? Ou seja, o PostGreSql não está preparado para usuários que não sabem o que querem e enviam consultas do tipo select * from tabela com relações deste tamanho. É claro que existe o lado negro das história. Em especial full text search em tabelas muito grandes. Se eu fizer um limit 10 por exemplo para pegar os primeiros 10 registros de uma seleção, ele vai primeiro, selecionar todos os registros que satisfaçam à minha instrução SQL para somente depois limitar os 10 registros pedidos, enquanto o esperado seria que, assim que ele encontrasse o décimo registro ele já me retornar o resultado, por isso é importante sempre registringir o máximo os registros que quer buscar em sua SQL. É uma limitação do PostGreSql (dentro dos meus conhecimentos), facilmente compensada com suas inúmeras outras facilidades. -- 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] Alter Domain
Dickson S. Guedes escreveu: Luiz Henrique escreveu: Muito interessante essa tua soluo... uma excelente alternativa para o caso de BDs maiores ou caso no possa parar para um backup/restore!!! Funcionou para voc Luiz? Se sim, i'm happy to help... ":D Funcionou sim!!! s incrementei mais um pouco para alterar tambm algumas funes que tinham como tipo de retorno o mesmo domnio. Obrigado mais uma vez!!! -- Luiz Henrique Livrari Implantador de Sistemas Jr. MSI SOLUES - Unidade Ourinhos Av. Dr. Altino Arantes, 131 Sala 145 - 146 Centro - Ourinhos/SP - Brasil Fone/Fax: +55 (14) 3324-8181 www.msisolucoes.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] Alter Domain
Sim sim :) []s 2008/11/17 Dickson S. Guedes [EMAIL PROTECTED]: Jota escreveu: Grande Guedues Por acaso eu fiz isso para um cliente ontem :) Puxa, bacana. E funcionou? :D -- []s Dickson S. Guedes Administrador de Banco de Dados Projeto Colmeia - Florianópolis, SC (48) 3322-1185, ramal: 26 ___ 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] Consulta lenta em tabela com muitos registros
Hello all, Fabricio Veiga wrote: Boa tarde senhores! Tenho um servidor Linux, mas precisamente um Suse, com versão do PostgreSQL 8.3.1. http://8.3.1. Eu tenho na base de dados, uma tabela com + / - 420 mil registros. Ao executar a consulta (select * from tabela), o tempo de execução é em torno de 7 segundos. O servidor é um Celeron 2.66 com 1 Gbytes de RAM. Estou ciente das configurações do servidor, porém as fazer o mesmo teste em um banco de dados Interbase 6.5, em outra máquina com as mesmas configurações, o tempo da consulta foi em torno de 211 milisegundos. Realizei a instalação padrao do PostgreSQL, sem mudanças no arquivo de configurações. Que parametros seriam necessário modificar para obter um desempenho melhor nessa consulta ? Acredito que você não vai obter desempenho melhor. O que acontece é que alguns SGDB's, e neste caso particular o Firebird, já começam a retornar os registros para a aplicação cliente 'a medida que são encontrados. O PostGreSql trabalha de forma diferente, os dados são retornados apenas após a consulta ser totalmente realizada. Ou seja, primeiro o PostGreSql encontra os 420 mil registros para depois retorná-los de uma vez, enquanto o Firebird vai enviando de partes em partes os registros encontrados. Salvo engano, o Sql Server permite configurar isto também, podendo trabalhar de uma forma ou de outra, mas desconheço forma de fazer o PostGreSql operar assim, talvez algum colega da lista já o saiba que queira compartilhar, alguém?? Ou seja, o PostGreSql não está preparado para usuários que não sabem o que querem e enviam consultas do tipo select * from tabela com relações deste tamanho. É claro que existe o lado negro das história. Em especial full text search em tabelas muito grandes. Se eu fizer um limit 10 por exemplo para pegar os primeiros 10 registros de uma seleção, ele vai primeiro, selecionar todos os registros que satisfaçam à minha instrução SQL para somente depois limitar os 10 registros pedidos, enquanto o esperado seria que, assim que ele encontrasse o décimo registro ele já me retornar o resultado, por isso é importante sempre registringir o máximo os registros que quer buscar em sua SQL. É uma limitação do PostGreSql (dentro dos meus conhecimentos), facilmente compensada com suas inúmeras outras facilidades. Existe a opção de seria usar DECLARE [1] /FETCH [2] para retornar os resultados em conjuntos menores. Há algumas APIs que fazem isso automaticamente, dependendo é claro da linguagem de acesso utilizada. Cursores declare/fetch são bastante flexíveis e podem inclusive ser acessados randomicamente (não é mandatório o acesso sequencial). Por outro lado, carregar 420mil registros de uma vez quase nunca é uma boa idéia. Não seria o caso de utilizar LIMIT e OFFSET [3] para retornar apenas uma parte destes registros ? [1] http://www.postgresql.org/docs/8.3/static/sql-declare.html [2] http://www.postgresql.org/docs/8.3/static/sql-fetch.html [3] http://www.postgresql.org/docs/8.3/static/sql-select.html -- Best Regards, Steve Howe http://www.vitavoom.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] Consulta lenta em tabela com muitos registros
Steve Howe wrote: Existe a opção de seria usar DECLARE [1] /FETCH [2] para retornar os resultados em conjuntos menores. Há algumas APIs que fazem isso automaticamente, dependendo é claro da linguagem de acesso utilizada. Ainda assim o PostGreSql executaria primeiro o cursor para depois ir enviando os registros, o que não resolveria para o que ele precisa. Por outro lado, carregar 420mil registros de uma vez quase nunca é uma boa idéia. Não seria o caso de utilizar LIMIT e OFFSET [3] para retornar apenas uma parte destes registros ? Esta é a questão, PosGreSql não envia os registros sob demanda. -- 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] Erro BRDTDEALLOCATEERROR: prepared statement ?
Boa noite pessoal, No arquivo de logs da pasta ..\pg_log gerado através do PostgreSql 8.1, tem a seguinte linha de mensagem: BRDTDEALLOCATEERROR: prepared statement Alguém poderia identificar o significado desse erro? Ou pelo menos informar se houve erro físico ou lógico durante a operação? Obrigado pela atenção Adelmo -- Adelmo Sepúlveda Ricardo [EMAIL PROTECTED] - Celular: (11) 8414-0890 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Erro BRDTDEALLOCATEERROR: prepared statement ?
Olá, Erro lógico. BRDTDEALLOCATEERROR: prepared statement. []s 2008/11/17 Adelmo Ricardo [EMAIL PROTECTED]: Boa noite pessoal, No arquivo de logs da pasta ..\pg_log gerado através do PostgreSql 8.1, tem a seguinte linha de mensagem: BRDTDEALLOCATEERROR: prepared statement Alguém poderia identificar o significado desse erro? Ou pelo menos informar se houve erro físico ou lógico durante a operação? Obrigado pela atenção Adelmo -- Adelmo Sepúlveda Ricardo [EMAIL PROTECTED] - Celular: (11) 8414-0890 ___ 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