Re: [pgbr-geral] Digest pgbr-geral, volume 22, assunto 36
Message: 4 Date: Mon, 15 Dec 2008 11:33:37 -0200 From: Dickson S. Guedes gue...@cresoltec.com.br Subject: Re: [pgbr-geral] Erro ao restaurar DB - zero-length delimited To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Message-ID: 49465cb1.8000...@cresoltec.com.br Content-Type: text/plain; charset=ISO-8859-1; format=flowed Lucas Cardoso - SoftMarc escreveu: Olá pessoal!, Estou precisando migrar esta base de dados de servidor, realizo pg_dump no servidor antigo e aplico o pg_restore no server novo. porem ao restaurar a base, no meio do processo acontece o seguinte erro, no qual não consigo solucionar. (...) Utilizo a versão 7.4, rodando em um servidor Red Hat E.5. É de um PG7.4 para um outro 7.4? Sim , ambas são PG7.4 porem no servidor novo existia uma instalação de PG8.2 ou 8.3 que removi e instalei a versão 7.4, algum vestigio do PG8 pode ter ficado, alguma sugestão ? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Erro ao restaurar DB - zero-length delimited
Lucas Cardoso - SoftMarc escreveu: Olá pessoal!, Estou precisando migrar esta base de dados de servidor, realizo pg_dump no servidor antigo e aplico o pg_restore no server novo. porem ao restaurar a base, no meio do processo acontece o seguinte erro, no qual não consigo solucionar. (...) Utilizo a versão 7.4, rodando em um servidor Red Hat E.5. É de um PG7.4 para um outro 7.4? -- Dickson S. Guedes Administrador de Banco de Dados Confesol - Projeto Colmeia Florianopolis, SC, Brasil (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] Erro grave em banco de producao...
descobri... rodei um memtest e nao passou nem do test #1.. isso que eh uma kingston com ECC de qualquer forma, valeu Willian -- []s Emerson G Moretto emore...@gmail.com 2008/12/15 William Leite Araújo william.ara...@grupoquali.com.br No LOG do banco aparece alguma mensagem além dessas? chute Espaço em disco insuficiente? /chute 2008/12/15 Emerson Moretto emore...@gmail.com Ola pessoal, estou com um problema grave e urgente aqui, estou tendo esse problema: *db01=# select * from laudo where id = 3818759; WARNING: terminating connection because of crash of another server process DETAIL: The postmaster has commanded this server process to roll back the current transaction and exit, because another server process exited abnormally and possibly corrupted shared memory. HINT: In a moment you should be able to reconnect to the database and repeat your command. server closed the connection unexpectedly This probably means the server terminated abnormally before or while processing the request. The connection to the server was lost. Attempting reset: Succeeded.* Alguem ja viu isso? Tem uma aplicacao java que roda nesse banco, e na aplicacao, tenho a seguinte exception: *org.postgresql.util.PSQLException: Um erro de E/S ocorreu ao enviar para o processo do servidor.* se alguem puder me dar uma ideia, ficarei muito grato! eh o postgres 8.2 no ubuntu server -- []s Emerson G Moretto emore...@gmail.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- William Leite Araújo Mobile Solution Manager - QualiConsult Analista de Banco de Dados ___ 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] Rodar script de gente grande
Mozart Hasse wrote: Tenho centenas de scripts, muitos deles pequenos, outros enormes, porém todos são *simples*, e, portanto, considero-os *inocentes* por não fazerem nada além de singelos comandos SQL. Algum outro script para o PostGreSql pode enviar outro tipo de comando que não SQL?? Entretanto, alguns deles são, além de simples e singelos, radicalmente extensos pela quantidade de registros que precisam conferir, inserir, corrigir ou excluir de maneira *independente*. Este tamanho faz com que não possam ser rodados decentemente nas ferramentas costumeiramente usadas para rodar scripts, e o fato de seu *tamanho* Acredito que por DBA's as ferramentas costumeiramente utilizadas para rodar scripts seja psql e eu utilizo aqui para qualquer tamanho de scripts e problemas de velocidade resolvo com transações e o comando copy. (assim como o número de registros e a estrutura das tabelas que eles manipulam) exigir tratamento especial me faz julgar adequado classificá-los como scripts de gente grande. Então estamos falando simplesmente de scripts grandes e não scripts complexos. Acha pequeno porque tem maior? Azar o seu. Acha simplório porque usa comandos mais incomuns, menos documentados e que teoricamente trazem maior desempenho? Boa sorte para você e tomara que não precise gastar o dia inteiro criando-os, ou que pelo menos faça seu cliente engolir esse custo todo por causa de alguns segundos ou mesmo um par de horas de diferença na execução final ou na disponibilidade do servidor. Quanto é que você está me pagando para engolir sua arrogânica e seus xiliques?? Que tal se ater ao tema e deixar para explodir seus hormonios juvenis em alguém que tenha obrigação de aturar seu mal humor. Se sua esposa/namorada está dormindo de calça jeans queira por favor não trazer isto para a lista. Aqui se discute PostGreSql e creio que não temos psicólogos entre nós. Quanto a quem não gostou da minha lista de requisitos: Estou buscando resultados objetivos, corretamente representados pela minha lista de requisitos, lista essa que não tenho nenhuma necessidade ou interesse de justificar, porque sei perfeitamente que temos rumos diferentes, objetivos diferentes, quadro de pessoal com qualificações diferentes, clientes com visões radicalmente diferentes da utilidade e necessidade de DBAs especializados em Postgres e, se muito, de vez em quando, em alguns casos, um banco de dados em comum. Em suma: a lista de motivos que me leva a cada requisito é bastante específica e não tem absolutamente nada a ver com Postgres. PostGreSql é um excelente SGDB mas não faz mágica assim como nenhum outro SGDB o faz. Que tal tentar abrir sua cabeça para novas idéias? A quem pensa que conhece meu problema melhor do que eu e pode mudar meus requisitos e necessidades pelo que postei... Poupem o tempo da lista e o meu também. Mais uma prova de que está falando besteira e que escreveu este e-mail com o intuito apenas de criar polêmica. Requisitos não se mudam pela experiência do DBA. Cabe ao DBA inteligente criar uma solução melhor (talvez sem scripts) para resolver o problema de forma mais rápida e não explodir sua agonia por não conseguir fazer em uma lista de discussão. Se não tem como criar uma solução melhor, chegue para o cliente e diga: Sinto muito não dá para fazer!, agora tenha certeza disso após ter tentado várias alternativas ao invés de massificar toda a sua esperança em scripts imensos. Não vai ser muito bom se seu cliente não encontrar outro DBA que faça o mesmo serviço, mais rápido com uma solução diferente. Sinto muito, prefiro guardar minhas idéias porque tu és arrogante d+ para aceitar que podem existir soluções melhores do que (a sua) scripts imensos. Boa sorte com sua imensa lista de requisitos (que meio que duvido sejam dos clientes) e com sua imutável solução pobre. Abraços, -- 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] Erro ao restaurar DB - zero-length delimited
Lucas Cardoso - SoftMarc escreveu: Olá pessoal!, Estou precisando migrar esta base de dados de servidor, realizo pg_dump no servidor antigo e aplico o pg_restore no server novo. porem ao restaurar a base, no meio do processo acontece o seguinte erro, no qual não consigo solucionar. As duas versões do PostgreSQL tem saídas similares do 'pg_config --configure' ? Se sim, quais a diferenças? pg_restore: creating TABLE ctb_especie pg_restore: creating ACL ctb_especie pg_restore: [archiver (db)] could not execute query: ERROR: zero-length delimited identifier at or near at character 38 pg_restore: *** aborted because of error Tal mensagem não existe na versão 7.4 ... Utilizo a versão 7.4, rodando em um servidor Red Hat E.5. Qual é a saída de 'pg_dump --version'? Qual é a saída de 'select version()'? -- 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] Erro ao restaurar DB - zero-length delimited
Lucas Cardoso - SoftMarc escreveu: Olá pessoal!, Estou precisando migrar esta base de dados de servidor, realizo pg_dump no servidor antigo e aplico o pg_restore no server novo. porem ao restaurar a base, no meio do processo acontece o seguinte erro, no qual não consigo solucionar. (...) Utilizo a versão 7.4, rodando em um servidor Red Hat E.5. É de um PG7.4 para um outro 7.4? Sim , ambas são PG7.4 porem no servidor novo existia uma instalação de PG8.2 ou 8.3 que removi e instalei a versão 7.4, algum vestigio do PG8 pode ter ficado, alguma sugestão ? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Erro ao restaurar DB - zero-length delimited
Olá pessoal!, Estou precisando migrar esta base de dados de servidor, realizo pg_dump no servidor antigo e aplico o pg_restore no server novo. porem ao restaurar a base, no meio do processo acontece o seguinte erro, no qual não consigo solucionar. pg_restore: creating TABLE ctb_especie pg_restore: creating ACL ctb_especie pg_restore: [archiver (db)] could not execute query: ERROR: zero-length delimited identifier at or near at character 38 pg_restore: *** aborted because of error Utilizo a versão 7.4, rodando em um servidor Red Hat E.5. Já tentei bloquear a sequencia pelo lista de recuperação -l -L, mas não obtive resultado positivo.. Obrigado ! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] java e postgres - campo inteiro
2008/12/15 Marcos Fabrício Corso marcosco...@terra.com.br: Olá pessoal Trabalho com Java e Postgres Gostaria de algumas dicas para trabalhar com campos inteiros Qual é o melhor tipo de variável e campo no Java e no Postgres para trabalhar com campo inteiro ? http://www.postgresql.org/docs/8.3/interactive/datatype-numeric.html E as principais diferenças entre cada uma delas ... Atualmente uso int no Java e int4 no Postgres Obrigado ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] java e postgres - campo inteiro
Olá pessoal Trabalho com Java e Postgres Gostaria de algumas dicas para trabalhar com campos inteiros Qual é o melhor tipo de variável e campo no Java e no Postgres para trabalhar com campo inteiro ? E as principais diferenças entre cada uma delas ... Atualmente uso int no Java e int4 no Postgres Obrigado ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Rodar script de gente grande
Boa tarde Mozart, Você já deu uma olhada no PgLoader?? http://pgfoundry.org/projects/pgloader/ Sei que você está trabalhando com INSERTs no seu script e o PgLoader trabalha com COPY mas ainda assim acho que vale a pena dar uma olhada... Abraço!! -- Luiz Henrique Livrari Implantador de Sistemas Jr. MSI SOLUÇÕES - 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
[pgbr-geral] Erro grave em banco de producao...
Ola pessoal, estou com um problema grave e urgente aqui, estou tendo esse problema: *db01=# select * from laudo where id = 3818759; WARNING: terminating connection because of crash of another server process DETAIL: The postmaster has commanded this server process to roll back the current transaction and exit, because another server process exited abnormally and possibly corrupted shared memory. HINT: In a moment you should be able to reconnect to the database and repeat your command. server closed the connection unexpectedly This probably means the server terminated abnormally before or while processing the request. The connection to the server was lost. Attempting reset: Succeeded.* Alguem ja viu isso? Tem uma aplicacao java que roda nesse banco, e na aplicacao, tenho a seguinte exception: *org.postgresql.util.PSQLException: Um erro de E/S ocorreu ao enviar para o processo do servidor.* se alguem puder me dar uma ideia, ficarei muito grato! eh o postgres 8.2 no ubuntu server -- []s Emerson G Moretto emore...@gmail.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] Digest pgbr-geral, volume 22, assunto 36
Tente instalar o banco em uma outra máquina e restaurar e veja se o problema aparece igual. []´s 2008/12/15 Lucas Cardoso - SoftMarc lu...@softmarc.com.br Message: 4 Date: Mon, 15 Dec 2008 11:33:37 -0200 From: Dickson S. Guedes gue...@cresoltec.com.br Subject: Re: [pgbr-geral] Erro ao restaurar DB - zero-length delimited To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Message-ID: 49465cb1.8000...@cresoltec.com.br Content-Type: text/plain; charset=ISO-8859-1; format=flowed Lucas Cardoso - SoftMarc escreveu: Olá pessoal!, Estou precisando migrar esta base de dados de servidor, realizo pg_dump no servidor antigo e aplico o pg_restore no server novo. porem ao restaurar a base, no meio do processo acontece o seguinte erro, no qual não consigo solucionar. (...) Utilizo a versão 7.4, rodando em um servidor Red Hat E.5. É de um PG7.4 para um outro 7.4? Sim , ambas são PG7.4 porem no servidor novo existia uma instalação de PG8.2 ou 8.3 que removi e instalei a versão 7.4, algum vestigio do PG8 pode ter ficado, alguma sugestão ? ___ 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] Consulta incomum
Pessoal, dados da tabela vigencia: Data_Inicial Data_Final 01/11/2008 03/11/2008 04/11/2008 30/11/2008 01/12/2008 03/12/2008 05/12/2008 31/12/2008 Gostaria de um select que me retorna true caso o intervalo pesquisado seja: 01/11/2008 a 30/11/2008 e false caso o intervalo seja 01/12/2008 a 31/12/2008 (falta o dia 04/12/2008). Dicas? Rogério ___ 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 incomum
Detalhe mais um pouco:vc quer passar uma data como parametro e retornar dessa forma? Explica o motivo disso. do jeito que vc escreveu tá dificil... Adriano 2008/12/15 Rogério A Bassete roge...@microwork.inf.br Pessoal, dados da tabela vigencia: Data_Inicial Data_Final 01/11/2008 03/11/2008 04/11/2008 30/11/2008 01/12/2008 03/12/2008 05/12/2008 31/12/2008 Gostaria de um select que me retorna true caso o intervalo pesquisado seja: 01/11/2008 a 30/11/2008 e false caso o intervalo seja 01/12/2008 a 31/12/2008 (falta o dia 04/12/2008). Dicas? Rogério ___ 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] Consulta incomum
Adriano Espinoza de Oliveira escreveu: Detalhe mais um pouco: vc quer passar uma data como parametro e retornar dessa forma? Explica o motivo disso. do jeito que vc escreveu t dificil... Adriano 2008/12/15 Rogrio A Bassete roge...@microwork.inf.br Pessoal, dados da tabela vigencia: Data_InicialData_Final 01/11/2008 03/11/2008 04/11/2008 30/11/2008 01/12/2008 03/12/2008 05/12/2008 31/12/2008 Gostaria de um select que me retorna true caso o intervalo pesquisado seja: 01/11/2008 a 30/11/2008 e false caso o intervalo seja 01/12/2008 a 31/12/2008 (falta o dia 04/12/2008). Dicas? Rogrio ___ 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 Boa Tarde Rogrio!!! Para o que voc deseja existe o operador OVERLAPS. Consulte na prpria documentao do PostgreSQL. "... In addition to these functions, the SQL OVERLAPS operator is supported: (start1, end1) OVERLAPS (start2, end2) (start1, length1) OVERLAPS (start2, length2) This _expression_ yields true when two time periods (defined by their endpoints) overlap, false when they do not overlap. The endpoints can be specified as pairs of dates, times, or time stamps; or as a date, time, or time stamp followed by an interval. SELECT (DATE '2001-02-16', DATE '2001-12-21') OVERLAPS (DATE '2001-10-30', DATE '2002-10-30'); Result: true SELECT (DATE '2001-02-16', INTERVAL '100 days') OVERLAPS (DATE '2001-10-30', DATE '2002-10-30'); Result: false ..." Abrao -- 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] Consulta incomum
Olá, 2008/12/15 Rogério A Bassete roge...@microwork.inf.br: Pessoal, dados da tabela vigencia: Data_Inicial Data_Final 01/11/2008 03/11/2008 04/11/2008 30/11/2008 01/12/2008 03/12/2008 05/12/2008 31/12/2008 Gostaria de um select que me retorna true caso o intervalo pesquisado seja: 01/11/2008 a 30/11/2008 e false caso o intervalo seja 01/12/2008 a 31/12/2008 (falta o dia 04/12/2008). Como assim falta o dia 04/12/2008? Não entendi. Dicas? Rogério ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral []s -- 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] Digest pgbr-geral, volume 22, assunto 34
Oi Emerson isso resolve seu problema --- DEFERRABLE NOT DEFERRABLE Não resolve meu problema, porque teria que mudar o comportamento de todas as Fks no banco, é mais facil ajustar a plicação, a não ser que tenha um parâmetro que altere o comportamento de todas a FKs de uma só vez, algo no postgres.conf. ___ 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 incomum
2008/12/15, Rogério A Bassete roge...@microwork.inf.br: Pessoal, dados da tabela vigencia: Data_Inicial Data_Final 01/11/2008 03/11/2008 04/11/2008 30/11/2008 01/12/2008 03/12/2008 05/12/2008 31/12/2008 Gostaria de um select que me retorna true caso o intervalo pesquisado seja: 01/11/2008 a 30/11/2008 e false caso o intervalo seja 01/12/2008 a 31/12/2008 (falta o dia 04/12/2008). Uma idéia é utilizar a função generate_series [1] para duas coisas: 1. gerar todas as datas do intervalo fornecido, 2. criar uma tabela temporária com todas as datas de cada uma das tuplas de sua tabela onde a Data_Inicial seja = o início de seu intervalo e a Data_Final seja = ao fim de seu intervalo. Verifique quais datas do intervalo fornecido não estão em sua tabela temporária (por ex. com um LEFT OUTER JOIN e NULL nas datas geradas a partir de sua tabela). Se não retornar nenhuma tupla então não existem buracos. Osvaldo [1] http://www.postgresql.org/docs/current/interactive/functions-srf.html ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Alterar dono banco todo
2008/12/12 Lucas Paz lucas...@gmail.com: Bom dia pessoal, Preciso de mais 1 ajuda, tenho 1 banco de dados com mais de 1000 tabelas (1039 pra ser exato) e preciso alterar o dono do banco e de todas as tabelas... tem alguma maneira prática de fazer isso sem fazer o dump do banco? test=# \h reassign owned Command: REASSIGN OWNED Description: change the ownership of database objects owned by a database role Syntax: REASSIGN OWNED BY old_role [, ...] TO new_role -- http://blog.divisiblebyfour.org/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral