Re: [pgbr-geral] RES: backup POSTGRES 8.3
2008/11/10 ELIAS JUNIOR [EMAIL PROTECTED] Se for no linux: pg_dump -U usuario -h ip_servidor -d banco banco.sql Se for no windows: pg_dump.exe -U usuario -h ip_servidor -d banco banco.sql *NÃO FAÇA BACKUP FÍSICO DO BANDO, É UMA FURADA* Uia... agora eu quero entender isso. Porque o backup físico do banco é uma furada []s Fábio Telles -- blog: http://www.midstorm.org/~telles/ e-mail / jabber: [EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: backup POSTGRES 8.3
Digo copiar os arquivos do banco para depois tentar restaurar, tentei fazer isso e não funcionou, seguindo uma dica aqui da lista, por isso eu digo façam backup através do dump, que é garantia de recuperação de dados. Grato, Elias 2008/11/11 Fábio Telles Rodriguez [EMAIL PROTECTED] 2008/11/10 ELIAS JUNIOR [EMAIL PROTECTED] Se for no linux: pg_dump -U usuario -h ip_servidor -d banco banco.sql Se for no windows: pg_dump.exe -U usuario -h ip_servidor -d banco banco.sql *NÃO FAÇA BACKUP FÍSICO DO BANDO, É UMA FURADA* Uia... agora eu quero entender isso. Porque o backup físico do banco é uma furada []s Fábio Telles -- blog: http://www.midstorm.org/~telles/ e-mail / jabber: [EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Sistema de busca
E ai amigão ... descubriu alguma forma de fazer isso ??? Estava precisando fazer algo parecido ... Valeu !!! Thiago M. Figueiredo escreveu: Opa Pessoal, Estou com uma duvida aqui, estou tentado fazer com busca com o nome da coluna sendo variável. Ex: select * from TABLE where VARIAVEL_COM_NOME_DA_COLUNA ILIKE %PALAVRA-CHAVE% Ele não entendi que a variavel é um comando alguém sabe como eu posso fazer isso sem POG (Programação Orientada a Gambiarra) Muito Obrigado pela ajuda e um grande abraço. Att, Thiago M. Figueiredo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Executar função a cada X minutos
Vanderlei, Acho que você pode fazer uma trigger. Toda vez que alguém inserir na sua tabela você pega o IP dele e joga em outra tabela, etc. Não sei se isso lhe serveria. Abraços, Aldrey Galindo 2008/11/11 Jota [EMAIL PROTECTED]: Olá, Tem a função pg_sleep [1]. Acho que ela pode te ajudar. [1] http://www.postgresql.org/docs/current/static/functions-datetime.html []s 2008/11/11 Emerson Casas Salvador [EMAIL PROTECTED]: SetaDigital - Especialista em Lojas de Calçados escreveu: Bom dia pessoal... Temos a seguinte necessidade: - Precisamos acessar o servidor dos clientes para dar suporte/manutenção, mas muitos deles não têm IP fixo da internet. - Temos utilizado programas de terceiros como o no-ip ou o ddns, porém é chado ficar instalando e mantendo esses programas. - Então pensamos em criar uma função que acesse o nosso servidor de tempos em tempos e passe o código de identificação da empresa, aí o nosso servidor irá Capturar o IP que fez a conexão e armazenar no Nosso cadastro de clientes. Pergunta: - Tem como fazer com que o Postgres execute essa função automaticamente a cada XX minutos ? Abraços e desde já obrigado a todos. Vanderlei Marcos Kichel [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Cria um script SQL e executa ele pelo plsql http://www.postgresql.org/docs/8.3/interactive/app-psql.html -- Esta mensagem foi verificada pelo sistema de Anti-virus da SJB Solados. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- João Paulo www.dextra.com.br/postgres PostgreSQL ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: RES: Postgres 64 bits
Exatamente postgresql.conf e no kernel também Jeanderson Machado -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Jota Enviada em: terça-feira, 11 de novembro de 2008 09:53 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] RES: Postgres 64 bits Olá, Você diz parametrização do postgresql.conf? E dos parâmetros de kernel? []s 2008/11/11 Jeanderson Machado [EMAIL PROTECTED]: Parametrização é igual ao que estamos acostumados? Ou existe mais alguma coisa que pode ser acrescentada? -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Jota Enviada em: terça-feira, 11 de novembro de 2008 09:29 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] Postgres 64 bits Olá, Eu já usei o PostgreSQL em 64 bits. O que você considera funcionamento igual? []s 2008/11/11 Marcelo Costa [EMAIL PROTECTED]: Bom dia 2008/11/11 Jeanderson Machado [EMAIL PROTECTED] Bom dia colegas, alguém daqui usa o postgres 64 bits? Se sim alguém sabe onde encontro versões para o FreeBSD? Até onde sei não existe uma versão específica para 64 bits o que vc pode fazer é compilar o PostgreSQL para 64 bits, talvez exista algum pré compilado já para 64 bits. Sugiro que você faça download dos fontes e compile para seu SO/Processador Atte Marcelo -- Marcelo Costa ___ 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 __ Information from ESET Smart Security, version of virus signature database 2740 (20071221) __ The message was checked by ESET Smart Security. http://www.eset.com __ Information from ESET Smart Security, version of virus signature database 2740 (20071221) __ The message was checked by ESET Smart Security. http://www.eset.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- 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 __ Information from ESET Smart Security, version of virus signature database 2740 (20071221) __ The message was checked by ESET Smart Security. http://www.eset.com __ Information from ESET Smart Security, version of virus signature database 2740 (20071221) __ The message was checked by ESET Smart Security. http://www.eset.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [pgbr-dev] novo site - participem..
Nei escreveu: bom galera, depois de 42 mensagens venho informar que o site já está a caminho... o sysadmin está levantando o site novo. em breve estará no ar.. Pessoal, Como ficou esse assunto? -- []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] Usar ARRAY's como lista
2008/11/11 Daniel Robert Costa [EMAIL PROTECTED] Osvaldo. Tentei mais algumas vezes com o ANY e não consegui. Segue minha função: CREATE OR REPLACE FUNCTION vw_relatorio_cliente ( p_status INTEGER[], p_pedido INTEGER[], p_cliente_nome VARCHAR, p_cliente_cpfcnpj VARCHAR, p_cliente_email VARCHAR, p_data_ins_inicial TIMESTAMP, p_data_ins_final TIMESTAMP, p_data_upd_inicial TIMESTAMP, p_data_upd_final TIMESTAMP, p_canal_nome VARCHAR[], p_pacote_nome VARCHAR[] ) RETURNS SETOF campos_client AS $$ DECLARE var_row campos_client%ROWTYPE; var_record RECORD; BEGIN FOR var_record IN SELECT campos FROM tabela WHERE pedido.cod ANY (p_pedido) WHERE pedido.cod = ANY (p_pedido) Note a falta do operador = (ou qualquer outro tipo , , ...) LOOP var_row.pedido_codigo := var_record.pedido_codigo; var_row.pedido_data_entrada := var_record.pedido_data_ins; var_row.pedido_data_alteracao := var_record.pedido_data_upd; var_row.status_codigo := var_record.status_codigo; var_row.status_nome := var_record.status_nome; var_row.pacote_codigo := var_record.pacote_codigo; var_row.pacote_quantidade := var_record.pacote_quantidade; var_row.pacote_nome := var_record.pacote_nome; var_row.pacote_valor := var_record.pacote_valor; var_row.pedido_frete := var_record.pedido_frete; var_row.pedido_parcelas := var_record.pedido_qtd_parcelas; var_row.pedido_forma_de_pagamento := var_record.pedido_forma_de_pagamento; var_row.entrega_etiqueta := var_record.entrega_etiqueta; var_row.entrega_endereco := var_record.entrega_endereco; var_row.entrega_numero := var_record.entrega_numero; var_row.entrega_complemento := var_record.entrega_complemento; var_row.entrega_bairro := var_record.entrega_bairro; var_row.entrega_cidade := var_record.entrega_cidade; var_row.entrega_cep := var_record.entrega_cep; var_row.entrega_estado := var_record.entrega_estado; var_row.cliente_cpfcnpj := var_record.cliente_cpfcnpj; var_row.cliente_nome := var_record.cliente_nome; var_row.pedido_telefone := var_record.pedido_telefone; var_row.cliente_endereco := var_record.cliente_endereco; var_row.cliente_numero := var_record.cliente_numero; var_row.cliente_complemento := var_record.cliente_complemento; var_row.cliente_bairro := var_record.cliente_bairro; var_row.cliente_cidade := var_record.cliente_cidade; var_row.cliente_cep := var_record.cliente_cep; var_row.cliente_email := var_record.cliente_email; var_row.cliente_estado := var_record.cliente_estado; var_row.canal_codigo := var_record.canal_codigo; var_row.canal_nome := var_record.canal_nome; var_row.pedido_observacao := var_record.pedido_observacao; var_row.numero_sedex := var_record.entrega_etiqueta; RETURN NEXT var_row; END LOOP; RETURN; END; $$ LANGUAGE 'plpgsql'; Algum problema com o código? Abs Em 10/11/08, Daniel Robert Costa[EMAIL PROTECTED] escreveu: Osvaldo. Não funcionou o ANY ( p_numeros ). Meu postgres é 8.1 e ainda não migramos. Algo mais que eu possa tentar? Tentei já diversas coisas e até agora nada. Obrigado. Abs Em 10/11/08, Daniel Robert Costa[EMAIL PROTECTED] escreveu: Boa tarde galera. Tô com uma dúvida e queria saber se dá certo. Estou montando uma função onde alguns dos parâmetros são arrays (INTEGER[], VARCHAR[]). Em determinado momento da função, eu precisava utilizar o conteúdo do parametro INTEGER[] como uma lista, mas manter o tipo INTEGER dos itens da lista. Por exemplo: CREATE FUNCTION teste ( p_numeros INTEGER[] ) RETURNS SETOF tipo AS $$ DECLARE var_record RECORD; BEGIN FOR var_record IN SELECT blablabla FROM tabela WHERE numero IN ( p_numeros ) LOOP /* bla bla bla */ END LOOP; RETURN; END; $$ LANGUAGE 'plpgsql' É possível realizar tal manobra? A única função que encontrei é a array_to_string, mas não me serve, pois os campos devem ser numéricos. Avalie a possibilidade de usar: WHERE numero = ANY (p_numeros) Coloque aqui o seu SELECT. Como você pode ver na documentação: http://www.postgresql.org/docs/8.1/interactive/functions-comparisons.html#AEN13394 expression operator ANY (array expression) já estava implementado na versão 8.1 Osvaldo ___ 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 -- William Leite Araújo Mobile Solution Manager - QualiConsult Analista de Banco de Dados
Re: [pgbr-geral] [pgbr-dev] novo site - participem..
o faw já está vendo isso.. ele disse que essa semana ai ele arrumava tudo... nei 2008/11/11 Dickson S. Guedes [EMAIL PROTECTED]: Nei escreveu: bom galera, depois de 42 mensagens venho informar que o site já está a caminho... o sysadmin está levantando o site novo. em breve estará no ar.. Pessoal, Como ficou esse assunto? -- []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 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Executar função a cada X minutos
Olá, Tem a função pg_sleep [1]. Acho que ela pode te ajudar. [1] http://www.postgresql.org/docs/current/static/functions-datetime.html []s 2008/11/11 Emerson Casas Salvador [EMAIL PROTECTED]: SetaDigital - Especialista em Lojas de Calçados escreveu: Bom dia pessoal... Temos a seguinte necessidade: - Precisamos acessar o servidor dos clientes para dar suporte/manutenção, mas muitos deles não têm IP fixo da internet. - Temos utilizado programas de terceiros como o no-ip ou o ddns, porém é chado ficar instalando e mantendo esses programas. - Então pensamos em criar uma função que acesse o nosso servidor de tempos em tempos e passe o código de identificação da empresa, aí o nosso servidor irá Capturar o IP que fez a conexão e armazenar no Nosso cadastro de clientes. Pergunta: - Tem como fazer com que o Postgres execute essa função automaticamente a cada XX minutos ? Abraços e desde já obrigado a todos. Vanderlei Marcos Kichel [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Cria um script SQL e executa ele pelo plsql http://www.postgresql.org/docs/8.3/interactive/app-psql.html -- Esta mensagem foi verificada pelo sistema de Anti-virus da SJB Solados. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- João Paulo www.dextra.com.br/postgres PostgreSQL ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: backup POSTGRES 8.3
On Tue, Nov 11, 2008 at 11:49:45AM -0200, Jota wrote: Olá, Gostaria de compartilhar a minha opinião sobre o assunto. Acho que não podemos ser radicais e dizer que o backup físico é uma furada. Trabalho com alguns clientes e um deles tem um banco de aproximandamente 80GB. Como eu deveria proceder? Fazer um pg_dump e importar o meu backup? Creio que não seja a forma por ser extremamente lento. Outro problema. Se eu faço um pg_dump do meu banco e quero subir em um outro servidor é necessário que eu tenha todos os usuários previamente cadastrados no outro banco (teria que fazer um pg_dumpall -g para gerar os objetos globais (usuários)), já com o backup físico eu elimino essa possibilidade. Porém, existe uma restrição no backup físico pois eu não consigo fazer backup de apenas algumas tabela por exemplo, faço backup completo de todo o meu diretório de dados. Aí você pode usar o conceito de tablespaces¹ e fazer o backup de algumas tabelas apenas. Ou de todas, mas em dispositivos diferentes, de acordo com a necessidade, ou de qualquer outro modo que queira dividir. [1] http://www.postgresql.org/docs/8.3/interactive/manage-ag-tablespaces.html -- Ricardo Campos Passanezi - Administrador de Rede Chave PGP e GPG Pública em: http://www.ige.unicamp.br/~riccp Instituto de Geociências - http://www.ige.unicamp.br - UNICAMP ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Usar ARRAY's como lista
Em 11/11/08, Daniel Robert Costa[EMAIL PROTECTED] escreveu: Opa. Eu havia esquecido o = sim. Mas mesmo assim não funcionou. Quando passo dois parametros dentro do array ele retorna em branco. bdteste=# CREATE TEMP TABLE foo( bdteste(# id serial primary key, bdteste(# bar integer[]); NOTA: CREATE TABLE criará sequência implícita foo_id_seq para coluna serial foo.id NOTA: CREATE TABLE / PRIMARY KEY criará índice implícito foo_pkey na tabela foo CREATE TABLE bdteste=# INSERT INTO foo VALUES(default, '{1, 2, 3, 4, 5}'); INSERT 0 1 bdteste=# INSERT INTO foo VALUES(default, '{6, 7, 8, 9, 0}'); INSERT 0 1 bdteste=# INSERT INTO foo VALUES(default, '{1, 3, 5, 7, 9}'); INSERT 0 1 bdteste=# SELECT * FROM foo; id | bar +- 1 | {1,2,3,4,5} 2 | {6,7,8,9,0} 3 | {1,3,5,7,9} (3 registros) bdteste=# SELECT * FROM foo WHERE 5 = ANY (foo.bar); id | bar +- 1 | {1,2,3,4,5} 3 | {1,3,5,7,9} (2 registros) 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] Sistema de busca
Olá, Você precisar uma função para fazer isso. De uma olhada em: http://www.postgresql.org/docs/8.3/interactive/plpgsql-statements.html#PLPGSQL-STATEMENTS-EXECUTING-DYN []s 2008/11/11 Thiago [EMAIL PROTECTED]: E ai amigão ... descubriu alguma forma de fazer isso ??? Estava precisando fazer algo parecido ... Valeu !!! Thiago M. Figueiredo escreveu: Opa Pessoal, Estou com uma duvida aqui, estou tentado fazer com busca com o nome da coluna sendo variável. Ex: select * from TABLE where VARIAVEL_COM_NOME_DA_COLUNA ILIKE %PALAVRA-CHAVE% Ele não entendi que a variavel é um comando alguém sabe como eu posso fazer isso sem POG (Programação Orientada a Gambiarra) Muito Obrigado pela ajuda e um grande abraço. Att, Thiago M. Figueiredo ___ 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] Erro ao compilar Slony para versão 8 .3.4
Ou ainda, pode ser o pacote bison... Fonte: http://dinosaur.compilertools.net/ 2008/11/11 William Leite Araújo [EMAIL PROTECTED] (...) Não estou afirmando que o pacote flex não contenha o yacc, mas como existe o pacote byacc, ACHO que não tem. (...) -- 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
Re: [pgbr-geral] RES: backup POSTGRES 8.3
É claro que *Control + C e Control + V*, sempre vai ser mais rápido que qualquer procedimento de restore, mas eu prefiro o mais segure e garantido, mesmo que demore 01(uma) semana, prefiro o PG_DUMP. Elias 2008/11/11 Fábio Telles Rodriguez [EMAIL PROTECTED] 2008/11/11 ELIAS JUNIOR [EMAIL PROTECTED] Digo copiar os arquivos do banco para depois tentar restaurar, tentei fazer isso e não funcionou, seguindo uma dica aqui da lista, por isso eu digo façam backup através do dump, que é garantia de recuperação de dados. Caro gafanhoto. Recomendo enfáticamente que você teste novamente, documente o processo e se der um problema, apresente sua documentação e o problema gerado. De qualquer forma, se você consultar a documentação oficial em http://www.postgresql.org/docs/8.3/static/backup-file.html terá algumas dicas. Concordo que o procedimento não é trivial como usar o pg_dump. Mas é importante. O pg_dump tem um defeito grave: o restore é lento, muito lento. Se você tiver uma base com mais de 100GB ou mesmo uma única tabela com mais de 1GB vai sentir bem este impácto. Criar índices e verificar todas integridades demora muito. A diferença no tempo de restore pode ser algo assim numa base grande: Restore físico: 2 a 4 horas (é o tempo de cópia dos arquivos). Restore lógico: 48 horas ou mais... Se você precisar realmente que a aplicação volte ao ar em caso de desastre, você não vai querer demorar 2 dias para subir um dump vai? Sem contar que com dump lógico você não consegue utilizar o Point In Time Recovery. Se você tivar um backup físico e tiver o bom senso de fazer uma cópia do WAL, você vai poder rolar o seu backup físico para momentos antes do desastre enquanto no backup lógico seus dados vão ter a data do momento de backup. Perder dados não é algo muito agradável. Com uma boa política de backup você diminui drásticamente o tempo de recuperação de desastres e a perda de dados. Isto pode salvar muita gente, inclusive o seu emprego!!! []s Fábio Telles -- blog: http://www.midstorm.org/~telles/ e-mail / jabber: [EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: RES: Postgres 64 bits
Para instalar no FreeBSD amd64 você pode utilizar o ports... : algo do tipo: cd /usr/ports/databases/postgresql83-server make install clean 2008/11/11 Dickson S. Guedes [EMAIL PROTECTED] Jota escreveu: Olá, Da mesma forma. Não existe diferentes parâmetros para 64 bits no postgresql.conf ou no kernel Apenas complementando o que o Jota informou, parâmetros não mudam mesmo, o que muito provavelmente vai mudar é justamente o valor de alguns deles, principalmente os relacionados à shared_buffer, tendo em vista que você conseguirá alterar este valor para além do que você conseguia em um PostgreSQL rodando em 32bits. -- []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 ___ 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 adicionar tabela a SET do Slony
Companheiros, Estou tentando criar um set e adicionar uma tabela ao mesmo, entretanto obtenho este erro: ./sets.sk:7: option id already defined on line 7 Linhas do arquivo sets.sk responsáveis pela criação do set e add da tabela: create set(id=1, [EMAIL PROTECTED], comment='Objetos replicados'); set add table(id=1,origin = @server01_jms, id = 1, @fqn = 'public.tabela1',comment='Tabela teste'); - Se eu comentar a linha do set add table, verifiquei que o set é criado... O que pode estar havendo? Já tentei alterar o id da tabela, do set, etc... att Fernando _ Cansado de espaço para só 50 fotos? Conheça o Spaces, o site de relacionamentos com até 6,000 fotos! 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] Erro ao adicionar tabela a SET do Slony
Olá, Fernando Da uma verificada no histórico da lista. Tem um artigo do João Cosme falando sobre este assunto. Ou senão acesse: http://www.postgresql.org.br/Documenta%C3%A7%C3%A3o?action=AttachFiledo=gettarget=slony.pdf []s 2008/11/11 Fernando de Oliveira [EMAIL PROTECTED]: Companheiros, Estou tentando criar um set e adicionar uma tabela ao mesmo, entretanto obtenho este erro: ./sets.sk:7: option id already defined on line 7 Linhas do arquivo sets.sk responsáveis pela criação do set e add da tabela: create set(id=1, [EMAIL PROTECTED], comment='Objetos replicados'); set add table(id=1,origin = @server01_jms, id = 1, @fqn = 'public.tabela1',comment='Tabela teste'); - Se eu comentar a linha do set add table, verifiquei que o set é criado... O que pode estar havendo? Já tentei alterar o id da tabela, do set, etc... att Fernando Instale a Barra de Ferramentas com Desktop Search e ganhe EMOTICONS para o Messenger! É GRÁTIS! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- João Paulo www.dextra.com.br/postgres PostgreSQL ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: RES: Postgres 64 bits
Jota escreveu: Olá, Da mesma forma. Não existe diferentes parâmetros para 64 bits no postgresql.conf ou no kernel Apenas complementando o que o Jota informou, parâmetros não mudam mesmo, o que muito provavelmente vai mudar é justamente o valor de alguns deles, principalmente os relacionados à shared_buffer, tendo em vista que você conseguirá alterar este valor para além do que você conseguia em um PostgreSQL rodando em 32bits. -- []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] Postgres 64 bits
Olá, Eu já usei o PostgreSQL em 64 bits. O que você considera funcionamento igual? []s 2008/11/11 Marcelo Costa [EMAIL PROTECTED]: Bom dia 2008/11/11 Jeanderson Machado [EMAIL PROTECTED] Bom dia colegas, alguém daqui usa o postgres 64 bits? Se sim alguém sabe onde encontro versões para o FreeBSD? Até onde sei não existe uma versão específica para 64 bits o que vc pode fazer é compilar o PostgreSQL para 64 bits, talvez exista algum pré compilado já para 64 bits. Sugiro que você faça download dos fontes e compile para seu SO/Processador Atte Marcelo -- Marcelo Costa ___ 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] Erro ao adicionar tabela a SET do Slony
Já estou utilizando este texto como referencia. obrigado, Fernando Date: Tue, 11 Nov 2008 17:30:16 -0200 From: [EMAIL PROTECTED] To: pgbr-geral@listas.postgresql.org.br Subject: Re: [pgbr-geral] Erro ao adicionar tabela a SET do Slony Olá, Fernando Da uma verificada no histórico da lista. Tem um artigo do João Cosme falando sobre este assunto. Ou senão acesse: http://www.postgresql.org.br/Documenta%C3%A7%C3%A3o?action=AttachFiledo=gettarget=slony.pdf []s 2008/11/11 Fernando de Oliveira [EMAIL PROTECTED]: Companheiros, Estou tentando criar um set e adicionar uma tabela ao mesmo, entretanto obtenho este erro: ./sets.sk:7: option id already defined on line 7 Linhas do arquivo sets.sk responsáveis pela criação do set e add da tabela: create set(id=1, [EMAIL PROTECTED], comment='Objetos replicados'); set add table(id=1,origin = @server01_jms, id = 1, @fqn = 'public.tabela1',comment='Tabela teste'); - Se eu comentar a linha do set add table, verifiquei que o set é criado... O que pode estar havendo? Já tentei alterar o id da tabela, do set, etc... att Fernando Instale a Barra de Ferramentas com Desktop Search e ganhe EMOTICONS para o Messenger! É GRÁTIS! ___ 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 _ 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] Usar ARRAY's como lista
Opa. Eu havia esquecido o = sim. Mas mesmo assim não funcionou. Quando passo dois parametros dentro do array ele retorna em branco. Abs 2008/11/11 Daniel Robert Costa [EMAIL PROTECTED] Osvaldo. Tentei mais algumas vezes com o ANY e não consegui. Segue minha função: CREATE OR REPLACE FUNCTION vw_relatorio_cliente ( p_status INTEGER[], p_pedido INTEGER[], p_cliente_nome VARCHAR, p_cliente_cpfcnpj VARCHAR, p_cliente_email VARCHAR, p_data_ins_inicial TIMESTAMP, p_data_ins_final TIMESTAMP, p_data_upd_inicial TIMESTAMP, p_data_upd_final TIMESTAMP, p_canal_nome VARCHAR[], p_pacote_nome VARCHAR[] ) RETURNS SETOF campos_client AS $$ DECLARE var_row campos_client%ROWTYPE; var_record RECORD; BEGIN FOR var_record IN SELECT campos FROM tabela WHERE pedido.cod ANY (p_pedido) WHERE pedido.cod = ANY (p_pedido) Note a falta do operador = (ou qualquer outro tipo , , ...) LOOP var_row.pedido_codigo := var_record.pedido_codigo; var_row.pedido_data_entrada := var_record.pedido_data_ins; var_row.pedido_data_alteracao := var_record.pedido_data_upd; var_row.status_codigo := var_record.status_codigo; var_row.status_nome := var_record.status_nome; var_row.pacote_codigo := var_record.pacote_codigo; var_row.pacote_quantidade := var_record.pacote_quantidade; var_row.pacote_nome := var_record.pacote_nome; var_row.pacote_valor := var_record.pacote_valor; var_row.pedido_frete := var_record.pedido_frete; var_row.pedido_parcelas := var_record.pedido_qtd_parcelas; var_row.pedido_forma_de_pagamento := var_record.pedido_forma_de_pagamento; var_row.entrega_etiqueta := var_record.entrega_etiqueta; var_row.entrega_endereco := var_record.entrega_endereco; var_row.entrega_numero := var_record.entrega_numero; var_row.entrega_complemento := var_record.entrega_complemento; var_row.entrega_bairro := var_record.entrega_bairro; var_row.entrega_cidade := var_record.entrega_cidade; var_row.entrega_cep := var_record.entrega_cep; var_row.entrega_estado := var_record.entrega_estado; var_row.cliente_cpfcnpj := var_record.cliente_cpfcnpj; var_row.cliente_nome := var_record.cliente_nome; var_row.pedido_telefone := var_record.pedido_telefone; var_row.cliente_endereco := var_record.cliente_endereco; var_row.cliente_numero := var_record.cliente_numero; var_row.cliente_complemento := var_record.cliente_complemento; var_row.cliente_bairro := var_record.cliente_bairro; var_row.cliente_cidade := var_record.cliente_cidade; var_row.cliente_cep := var_record.cliente_cep; var_row.cliente_email := var_record.cliente_email; var_row.cliente_estado := var_record.cliente_estado; var_row.canal_codigo := var_record.canal_codigo; var_row.canal_nome := var_record.canal_nome; var_row.pedido_observacao := var_record.pedido_observacao; var_row.numero_sedex := var_record.entrega_etiqueta; RETURN NEXT var_row; END LOOP; RETURN; END; $$ LANGUAGE 'plpgsql'; Algum problema com o código? Abs Em 10/11/08, Daniel Robert Costa[EMAIL PROTECTED] escreveu: Osvaldo. Não funcionou o ANY ( p_numeros ). Meu postgres é 8.1 e ainda não migramos. Algo mais que eu possa tentar? Tentei já diversas coisas e até agora nada. Obrigado. Abs Em 10/11/08, Daniel Robert Costa[EMAIL PROTECTED] escreveu: Boa tarde galera. Tô com uma dúvida e queria saber se dá certo. Estou montando uma função onde alguns dos parâmetros são arrays (INTEGER[], VARCHAR[]). Em determinado momento da função, eu precisava utilizar o conteúdo do parametro INTEGER[] como uma lista, mas manter o tipo INTEGER dos itens da lista. Por exemplo: CREATE FUNCTION teste ( p_numeros INTEGER[] ) RETURNS SETOF tipo AS $$ DECLARE var_record RECORD; BEGIN FOR var_record IN SELECT blablabla FROM tabela WHERE numero IN ( p_numeros ) LOOP /* bla bla bla */ END LOOP; RETURN; END; $$ LANGUAGE 'plpgsql' É possível realizar tal manobra? A única função que encontrei é a array_to_string, mas não me serve, pois os campos devem ser numéricos. Avalie a possibilidade de usar: WHERE numero = ANY (p_numeros) Coloque aqui o seu SELECT. Como você pode ver na documentação: http://www.postgresql.org/docs/8.1/interactive/functions-comparisons.html#AEN13394 expression operator ANY (array expression) já estava implementado na versão
Re: [pgbr-geral] RES: RES: Postgres 64 bits
Olá, Da mesma forma. Não existe diferentes parâmetros para 64 bits no postgresql.conf ou no kernel. []s 2008/11/11 Jeanderson Machado [EMAIL PROTECTED]: Exatamente postgresql.conf e no kernel também Jeanderson Machado -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Jota Enviada em: terça-feira, 11 de novembro de 2008 09:53 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] RES: Postgres 64 bits Olá, Você diz parametrização do postgresql.conf? E dos parâmetros de kernel? []s 2008/11/11 Jeanderson Machado [EMAIL PROTECTED]: Parametrização é igual ao que estamos acostumados? Ou existe mais alguma coisa que pode ser acrescentada? -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Jota Enviada em: terça-feira, 11 de novembro de 2008 09:29 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] Postgres 64 bits Olá, Eu já usei o PostgreSQL em 64 bits. O que você considera funcionamento igual? []s 2008/11/11 Marcelo Costa [EMAIL PROTECTED]: Bom dia 2008/11/11 Jeanderson Machado [EMAIL PROTECTED] Bom dia colegas, alguém daqui usa o postgres 64 bits? Se sim alguém sabe onde encontro versões para o FreeBSD? Até onde sei não existe uma versão específica para 64 bits o que vc pode fazer é compilar o PostgreSQL para 64 bits, talvez exista algum pré compilado já para 64 bits. Sugiro que você faça download dos fontes e compile para seu SO/Processador Atte Marcelo -- Marcelo Costa ___ 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 __ Information from ESET Smart Security, version of virus signature database 2740 (20071221) __ The message was checked by ESET Smart Security. http://www.eset.com __ Information from ESET Smart Security, version of virus signature database 2740 (20071221) __ The message was checked by ESET Smart Security. http://www.eset.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- 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 __ Information from ESET Smart Security, version of virus signature database 2740 (20071221) __ The message was checked by ESET Smart Security. http://www.eset.com __ Information from ESET Smart Security, version of virus signature database 2740 (20071221) __ The message was checked by ESET Smart Security. http://www.eset.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- João Paulo www.dextra.com.br/postgres PostgreSQL ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Fw: Divisão de bigdecimal
ah, preciso também saber como comparar 2 variáveis do tipo big decimal, por exemplo variavel1 variavel2 variavel1 variavel2 variavel1 = variavel2 variavel1 = variavel2 variavel1 diferente variavel2 variavel1 igual variavel2 obrigado - Original Message - From: Marcos Fabrício Corso To: Lista Java ; Lista ProJava Sent: Tuesday, November 11, 2008 6:27 PM Subject: Divisão de bigdecimal olá estou tentando dividir 2 variáveis bigdecimal, que são informadas pelo usuário em textfields quando ele digita tipo, 4 e 2, ele divide normal quando ele digita 7 e 3, dá erro ou 53 dividido por 3 o que será isso preciso corrigir obrigado to usando BigDecimal valor7 = valor1.divide(valor2); para o valor e BigDecimal valor8 = valor1.remainder(valor2); para o resto segue erro Exception in thread AWT-EventQueue-0 java.lang.ArithmeticException: Non-terminating decimal expansion; no exact representable decimal result. at java.math.BigDecimal.divide(Unknown Source) ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: backup POSTGRES 8.3
2008/11/11 ELIAS JUNIOR [EMAIL PROTECTED] Digo copiar os arquivos do banco para depois tentar restaurar, tentei fazer isso e não funcionou, seguindo uma dica aqui da lista, por isso eu digo façam backup através do dump, que é garantia de recuperação de dados. Caro gafanhoto. Recomendo enfáticamente que você teste novamente, documente o processo e se der um problema, apresente sua documentação e o problema gerado. De qualquer forma, se você consultar a documentação oficial em http://www.postgresql.org/docs/8.3/static/backup-file.html terá algumas dicas. Concordo que o procedimento não é trivial como usar o pg_dump. Mas é importante. O pg_dump tem um defeito grave: o restore é lento, muito lento. Se você tiver uma base com mais de 100GB ou mesmo uma única tabela com mais de 1GB vai sentir bem este impácto. Criar índices e verificar todas integridades demora muito. A diferença no tempo de restore pode ser algo assim numa base grande: Restore físico: 2 a 4 horas (é o tempo de cópia dos arquivos). Restore lógico: 48 horas ou mais... Se você precisar realmente que a aplicação volte ao ar em caso de desastre, você não vai querer demorar 2 dias para subir um dump vai? Sem contar que com dump lógico você não consegue utilizar o Point In Time Recovery. Se você tivar um backup físico e tiver o bom senso de fazer uma cópia do WAL, você vai poder rolar o seu backup físico para momentos antes do desastre enquanto no backup lógico seus dados vão ter a data do momento de backup. Perder dados não é algo muito agradável. Com uma boa política de backup você diminui drásticamente o tempo de recuperação de desastres e a perda de dados. Isto pode salvar muita gente, inclusive o seu emprego!!! []s Fábio Telles -- blog: http://www.midstorm.org/~telles/ e-mail / jabber: [EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Executar função a cada X minutos
Bom dia pessoal... Temos a seguinte necessidade: - Precisamos acessar o servidor dos clientes para dar suporte/manutenção, mas muitos deles não têm IP fixo da internet. - Temos utilizado programas de terceiros como o no-ip ou o ddns, porém é chado ficar instalando e mantendo esses programas. - Então pensamos em criar uma função que acesse o nosso servidor de tempos em tempos e passe o código de identificação da empresa, aí o nosso servidor irá Capturar o IP que fez a conexão e armazenar no Nosso cadastro de clientes. Pergunta: - Tem como fazer com que o Postgres execute essa função automaticamente a cada XX minutos ? Abraços e desde já obrigado a todos. Vanderlei Marcos Kichel [EMAIL PROTECTED] ___ SetaDigital Comércio de Sistemas Gerenciais Ltda Rua Voluntários da Pátria, 1415 Sala 302 - Centro Cascavel - Paraná - Cep 85.812-160 Telefone: (45) 3222-7511 www.setadigital.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] RES: backup POSTGRES 8.3
Olá, Com certeza. O recurso de tablespaces é muito interessante e pode ser usado também como uma forma de distribuição dos objetos de um banco de dados. Mas mesmo assim eu tenho que fazer o backup do diretório de dados completo. Lembrando que no diretório de dados tem-se um diretório pg_tblspc que tem o apontamento das tablespaces para onde estão fisicamente os dados a partir do seu oid gerado na criação de uma tablespace. Eu não posso simplesmente trabalhar da mesma maneira como faria com o pg_dump -t por exemplo. []s 2008/11/11 Ricardo Campos Passanezi [EMAIL PROTECTED]: On Tue, Nov 11, 2008 at 11:49:45AM -0200, Jota wrote: Olá, Gostaria de compartilhar a minha opinião sobre o assunto. Acho que não podemos ser radicais e dizer que o backup físico é uma furada. Trabalho com alguns clientes e um deles tem um banco de aproximandamente 80GB. Como eu deveria proceder? Fazer um pg_dump e importar o meu backup? Creio que não seja a forma por ser extremamente lento. Outro problema. Se eu faço um pg_dump do meu banco e quero subir em um outro servidor é necessário que eu tenha todos os usuários previamente cadastrados no outro banco (teria que fazer um pg_dumpall -g para gerar os objetos globais (usuários)), já com o backup físico eu elimino essa possibilidade. Porém, existe uma restrição no backup físico pois eu não consigo fazer backup de apenas algumas tabela por exemplo, faço backup completo de todo o meu diretório de dados. Aí você pode usar o conceito de tablespaces¹ e fazer o backup de algumas tabelas apenas. Ou de todas, mas em dispositivos diferentes, de acordo com a necessidade, ou de qualquer outro modo que queira dividir. [1] http://www.postgresql.org/docs/8.3/interactive/manage-ag-tablespaces.html -- Ricardo Campos Passanezi - Administrador de Rede Chave PGP e GPG Pública em: http://www.ige.unicamp.br/~riccp Instituto de Geociências - http://www.ige.unicamp.br - UNICAMP ___ 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] Fw: Divisão de bigdecimal
Em 11/11/08, Marcos Fabrício Corso[EMAIL PROTECTED] escreveu: ah, preciso também saber como comparar 2 variáveis do tipo big decimal, por exemplo variavel1 variavel2 variavel1 variavel2 variavel1 = variavel2 variavel1 = variavel2 variavel1 diferente variavel2 variavel1 igual variavel2 Não existe o tipo big decimal no PostgreSQL. Existe o tipo decimal ou numeric de precisão arbitrária (até 1.000 algarismos), veja: http://www.postgresql.org/docs/current/interactive/datatype-numeric.html#DATATYPE-NUMERIC-DECIMAL Quanto às operações de comparação permitidas veja: http://www.postgresql.org/docs/current/interactive/functions-comparison.html 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] RES: backup POSTGRES 8.3
Olá, Eu quero entender isso também. Por que o backup físico é uma furada/roubada? []s 2008/11/11 Fábio Telles Rodriguez [EMAIL PROTECTED]: 2008/11/10 ELIAS JUNIOR [EMAIL PROTECTED] Se for no linux: pg_dump -U usuario -h ip_servidor -d banco banco.sql Se for no windows: pg_dump.exe -U usuario -h ip_servidor -d banco banco.sql NÃO FAÇA BACKUP FÍSICO DO BANDO, É UMA FURADA Uia... agora eu quero entender isso. Porque o backup físico do banco é uma furada []s Fábio Telles -- blog: http://www.midstorm.org/~telles/ e-mail / jabber: [EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- João Paulo www.dextra.com.br/postgres PostgreSQL ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: Postgres 64 bits
Parametrização é igual ao que estamos acostumados? Ou existe mais alguma coisa que pode ser acrescentada? -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Jota Enviada em: terça-feira, 11 de novembro de 2008 09:29 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] Postgres 64 bits Olá, Eu já usei o PostgreSQL em 64 bits. O que você considera funcionamento igual? []s 2008/11/11 Marcelo Costa [EMAIL PROTECTED]: Bom dia 2008/11/11 Jeanderson Machado [EMAIL PROTECTED] Bom dia colegas, alguém daqui usa o postgres 64 bits? Se sim alguém sabe onde encontro versões para o FreeBSD? Até onde sei não existe uma versão específica para 64 bits o que vc pode fazer é compilar o PostgreSQL para 64 bits, talvez exista algum pré compilado já para 64 bits. Sugiro que você faça download dos fontes e compile para seu SO/Processador Atte Marcelo -- Marcelo Costa ___ 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 __ Information from ESET Smart Security, version of virus signature database 2740 (20071221) __ The message was checked by ESET Smart Security. http://www.eset.com __ Information from ESET Smart Security, version of virus signature database 2740 (20071221) __ The message was checked by ESET Smart Security. http://www.eset.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Erro ao compilar Slony para versão 8 .3.4
2008/11/10 Jota [EMAIL PROTECTED] Olá, Senão me engano esse erro é por falta do pacote flex. Ubuntu/Debian: apt-get install flex []s Acho que o pacote que falta é, na verdade, o byacc, que é o analizador semântico. Flex é somente um analizador sintático. Caso ainda venha a fazer alguma disciplina relacionada a compiladores de linguagem de programação, poderá entender a diferença, que não vem ao caso. Não estou afirmando que o pacote flex não contenha o yacc, mas como existe o pacote byacc, ACHO que não tem. 2008/11/10 Fernando de Oliveira [EMAIL PROTECTED]: Pelo que eu vi lá a versão 1.2.15 é compatível com o Pg 8.3 Entretanto ao compilar, de este erro: # ./configure --with-pgconfigdir='usr/local/pgsql/bin' # make gcc -g -O2 -Wall -Wmissing-prototypes -Wmissing-declarations -I../.. -DPGSHARE=\/usr/local/pgsql/share/\ -I/usr/local/pgsql/include/ -I/usr/local/pgsql/include/server/ -c -o ipcutil.o ipcutil.c Missing yacc parser.y parser.c make[2]: ** [parser.c] Erro 1 make[2]: Saindo do diretório `/dados/home/fernando/slony1-1.2.15/src/slony_logshipper' make[1]: ** [all] Erro 2 make[1]: Saindo do diretório `/dados/home/fernando/slony1-1.2.15/src' make: ** [all] Erro 2 -- 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
Re: [pgbr-geral] RES: backup POSTGRES 8.3
Olá, Gostaria de compartilhar a minha opinião sobre o assunto. Acho que não podemos ser radicais e dizer que o backup físico é uma furada. Trabalho com alguns clientes e um deles tem um banco de aproximandamente 80GB. Como eu deveria proceder? Fazer um pg_dump e importar o meu backup? Creio que não seja a forma por ser extremamente lento. Outro problema. Se eu faço um pg_dump do meu banco e quero subir em um outro servidor é necessário que eu tenha todos os usuários previamente cadastrados no outro banco (teria que fazer um pg_dumpall -g para gerar os objetos globais (usuários)), já com o backup físico eu elimino essa possibilidade. Porém, existe uma restrição no backup físico pois eu não consigo fazer backup de apenas algumas tabela por exemplo, faço backup completo de todo o meu diretório de dados. Então que acredito que as duas formas se completam e tem casos que é melhor usar o pg_dump e tem momentos que é melhor fazer um backup físico. E não podemos esquecer do WAL :) Acho que era isso []s 2008/11/11 Fábio Telles Rodriguez [EMAIL PROTECTED]: 2008/11/11 ELIAS JUNIOR [EMAIL PROTECTED] É claro que Control + C e Control + V, sempre vai ser mais rápido que qualquer procedimento de restore, mas eu prefiro o mais segure e garantido, mesmo que demore 01(uma) semana, prefiro o PG_DUMP. Não é bem assim, meu caro. Ninguém fica de madrugada dando Control + C e Control + V para fazer backup. Todo DBA sabe o quão complexo pode ser uma rotina de bakcup. Mais ainda, sabe o tamanho da pressão para fazer uma aplicação crítica voltar ao ar o mais rápido possível com o mínimo de perda de dados. Tenho aqui scripts bem complexos para fazer isso, com checagens e outras coisas no caminho. Manter um banco de dados em ambientes grandes (seja grande por um grande volume de dados, acessos ou transações) requer mais cuidado do que parece. Embora você possa utilizar o PostgreSQL para coisas tão simples como uma aplicação feita para utilizar o Access, em ambientes maiores você deveria ter mais cuidado. Em ambientes grandes, subir o backup lógico pode exigir uma série de alterações no PostgreSQL e até no SO para ele aguentar a carga, que não é pequena. Mas tudo bem, eu não disse que o backup lógico é ruim em recuperação de desastres sempre. Ele é viável para ambientes pequenos, que deve ser o seu caso. Quando você não tem um DBA alocado para isso, parece ser uma atitude razoável. Mas não é sempre a melhor solução, ok? Atenciosamente, Fábio Telles -- blog: http://www.midstorm.org/~telles/ e-mail / jabber: [EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- João Paulo www.dextra.com.br/postgres PostgreSQL ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: backup POSTGRES 8.3
Concordo com o Elias. Caso use cópia física, seu backup fica restrito à versão copiada. Complica o upgrade ... 2008/11/11 ELIAS JUNIOR [EMAIL PROTECTED] Digo copiar os arquivos do banco para depois tentar restaurar, tentei fazer isso e não funcionou, seguindo uma dica aqui da lista, por isso eu digo façam backup através do dump, que é garantia de recuperação de dados. Grato, Elias -- 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
Re: [pgbr-geral] RES: backup POSTGRES 8.3
Olá, Idem ao questionamento dos colegas... por que o backup físico não é legal??? Jota escreveu: Olá, Eu quero entender isso também. Por que o backup físico é uma furada/roubada? []s 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] Postgres 64 bits
Bom dia 2008/11/11 Jeanderson Machado [EMAIL PROTECTED] Bom dia colegas, alguém daqui usa o postgres 64 bits? Se sim alguém sabe onde encontro versões para o FreeBSD? Até onde sei não existe uma versão específica para 64 bits o que vc pode fazer é compilar o PostgreSQL para 64 bits, talvez exista algum pré compilado já para 64 bits. Sugiro que você faça download dos fontes e compile para seu SO/Processador Atte Marcelo -- 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] RE: Erro ao compilar Slony para versão 8.3.4 ( RESOLVIDO )
Instalei o pacote flex e o byacc e agora posso instalar o Slony. Muito obrigado a todos. att Fernando Date: Tue, 11 Nov 2008 08:52:17 -0200 From: [EMAIL PROTECTED] To: pgbr-geral@listas.postgresql.org.br Subject: Re: [pgbr-geral] Erro ao compilar Slony para versão 8.3.4 2008/11/10 Jota [EMAIL PROTECTED] Olá, Senão me engano esse erro é por falta do pacote flex. Ubuntu/Debian: apt-get install flex []s Acho que o pacote que falta é, na verdade, o byacc, que é o analizador semântico. Flex é somente um analizador sintático. Caso ainda venha a fazer alguma disciplina relacionada a compiladores de linguagem de programação, poderá entender a diferença, que não vem ao caso. Não estou afirmando que o pacote flex não contenha o yacc, mas como existe o pacote byacc, ACHO que não tem. 2008/11/10 Fernando de Oliveira [EMAIL PROTECTED]: Pelo que eu vi lá a versão 1.2.15 é compatível com o Pg 8.3 Entretanto ao compilar, de este erro: # ./configure --with-pgconfigdir='usr/local/pgsql/bin' # make gcc -g -O2 -Wall -Wmissing-prototypes -Wmissing-declarations -I../.. -DPGSHARE=\/usr/local/pgsql/share/\ -I/usr/local/pgsql/include/ -I/usr/local/pgsql/include/server/ -c -o ipcutil.o ipcutil.c Missing yacc parser.y parser.c make[2]: ** [parser.c] Erro 1 make[2]: Saindo do diretório `/dados/home/fernando/slony1-1.2.15/src/slony_logshipper' make[1]: ** [all] Erro 2 make[1]: Saindo do diretório `/dados/home/fernando/slony1-1.2.15/src' make: ** [all] Erro 2 -- William Leite Araújo Mobile Solution Manager - QualiConsult Analista de Banco de Dados _ Receba GRÁTIS as mensagens do Messenger no seu celular quando você estiver offline. Conheça o MSN Mobile! http://mobile.live.com/signup/signup2.aspx?lc=pt-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] RES: Postgres 64 bits
Olá, Você diz parametrização do postgresql.conf? E dos parâmetros de kernel? []s 2008/11/11 Jeanderson Machado [EMAIL PROTECTED]: Parametrização é igual ao que estamos acostumados? Ou existe mais alguma coisa que pode ser acrescentada? -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Jota Enviada em: terça-feira, 11 de novembro de 2008 09:29 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] Postgres 64 bits Olá, Eu já usei o PostgreSQL em 64 bits. O que você considera funcionamento igual? []s 2008/11/11 Marcelo Costa [EMAIL PROTECTED]: Bom dia 2008/11/11 Jeanderson Machado [EMAIL PROTECTED] Bom dia colegas, alguém daqui usa o postgres 64 bits? Se sim alguém sabe onde encontro versões para o FreeBSD? Até onde sei não existe uma versão específica para 64 bits o que vc pode fazer é compilar o PostgreSQL para 64 bits, talvez exista algum pré compilado já para 64 bits. Sugiro que você faça download dos fontes e compile para seu SO/Processador Atte Marcelo -- Marcelo Costa ___ 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 __ Information from ESET Smart Security, version of virus signature database 2740 (20071221) __ The message was checked by ESET Smart Security. http://www.eset.com __ Information from ESET Smart Security, version of virus signature database 2740 (20071221) __ The message was checked by ESET Smart Security. http://www.eset.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- 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] Usar ARRAY's como lista
Osvaldo. Tentei mais algumas vezes com o ANY e não consegui. Segue minha função: CREATE OR REPLACE FUNCTION vw_relatorio_cliente ( p_status INTEGER[], p_pedido INTEGER[], p_cliente_nome VARCHAR, p_cliente_cpfcnpj VARCHAR, p_cliente_email VARCHAR, p_data_ins_inicial TIMESTAMP, p_data_ins_final TIMESTAMP, p_data_upd_inicial TIMESTAMP, p_data_upd_final TIMESTAMP, p_canal_nome VARCHAR[], p_pacote_nome VARCHAR[] ) RETURNS SETOF campos_client AS $$ DECLARE var_row campos_client%ROWTYPE; var_record RECORD; BEGIN FOR var_record IN SELECT campos FROM tabela WHERE pedido.cod ANY (p_pedido) LOOP var_row.pedido_codigo := var_record.pedido_codigo; var_row.pedido_data_entrada := var_record.pedido_data_ins; var_row.pedido_data_alteracao := var_record.pedido_data_upd; var_row.status_codigo := var_record.status_codigo; var_row.status_nome := var_record.status_nome; var_row.pacote_codigo := var_record.pacote_codigo; var_row.pacote_quantidade := var_record.pacote_quantidade; var_row.pacote_nome := var_record.pacote_nome; var_row.pacote_valor := var_record.pacote_valor; var_row.pedido_frete := var_record.pedido_frete; var_row.pedido_parcelas := var_record.pedido_qtd_parcelas; var_row.pedido_forma_de_pagamento := var_record.pedido_forma_de_pagamento; var_row.entrega_etiqueta := var_record.entrega_etiqueta; var_row.entrega_endereco := var_record.entrega_endereco; var_row.entrega_numero := var_record.entrega_numero; var_row.entrega_complemento := var_record.entrega_complemento; var_row.entrega_bairro := var_record.entrega_bairro; var_row.entrega_cidade := var_record.entrega_cidade; var_row.entrega_cep := var_record.entrega_cep; var_row.entrega_estado := var_record.entrega_estado; var_row.cliente_cpfcnpj := var_record.cliente_cpfcnpj; var_row.cliente_nome := var_record.cliente_nome; var_row.pedido_telefone := var_record.pedido_telefone; var_row.cliente_endereco := var_record.cliente_endereco; var_row.cliente_numero := var_record.cliente_numero; var_row.cliente_complemento := var_record.cliente_complemento; var_row.cliente_bairro := var_record.cliente_bairro; var_row.cliente_cidade := var_record.cliente_cidade; var_row.cliente_cep := var_record.cliente_cep; var_row.cliente_email := var_record.cliente_email; var_row.cliente_estado := var_record.cliente_estado; var_row.canal_codigo := var_record.canal_codigo; var_row.canal_nome := var_record.canal_nome; var_row.pedido_observacao := var_record.pedido_observacao; var_row.numero_sedex := var_record.entrega_etiqueta; RETURN NEXT var_row; END LOOP; RETURN; END; $$ LANGUAGE 'plpgsql'; Algum problema com o código? Abs Em 10/11/08, Daniel Robert Costa[EMAIL PROTECTED] escreveu: Osvaldo. Não funcionou o ANY ( p_numeros ). Meu postgres é 8.1 e ainda não migramos. Algo mais que eu possa tentar? Tentei já diversas coisas e até agora nada. Obrigado. Abs Em 10/11/08, Daniel Robert Costa[EMAIL PROTECTED] escreveu: Boa tarde galera. Tô com uma dúvida e queria saber se dá certo. Estou montando uma função onde alguns dos parâmetros são arrays (INTEGER[], VARCHAR[]). Em determinado momento da função, eu precisava utilizar o conteúdo do parametro INTEGER[] como uma lista, mas manter o tipo INTEGER dos itens da lista. Por exemplo: CREATE FUNCTION teste ( p_numeros INTEGER[] ) RETURNS SETOF tipo AS $$ DECLARE var_record RECORD; BEGIN FOR var_record IN SELECT blablabla FROM tabela WHERE numero IN ( p_numeros ) LOOP /* bla bla bla */ END LOOP; RETURN; END; $$ LANGUAGE 'plpgsql' É possível realizar tal manobra? A única função que encontrei é a array_to_string, mas não me serve, pois os campos devem ser numéricos. Avalie a possibilidade de usar: WHERE numero = ANY (p_numeros) Coloque aqui o seu SELECT. Como você pode ver na documentação: http://www.postgresql.org/docs/8.1/interactive/functions-comparisons.html#AEN13394 expression operator ANY (array expression) já estava implementado na versão 8.1 Osvaldo ___ 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] RES: backup POSTGRES 8.3
2008/11/11 ELIAS JUNIOR [EMAIL PROTECTED] É claro que *Control + C e Control + V*, sempre vai ser mais rápido que qualquer procedimento de restore, mas eu prefiro o mais segure e garantido, mesmo que demore 01(uma) semana, prefiro o PG_DUMP. Não é bem assim, meu caro. Ninguém fica de madrugada dando Control + C e Control + V para fazer backup. Todo DBA sabe o quão complexo pode ser uma rotina de bakcup. Mais ainda, sabe o tamanho da pressão para fazer uma aplicação crítica voltar ao ar o mais rápido possível com o mínimo de perda de dados. Tenho aqui scripts bem complexos para fazer isso, com checagens e outras coisas no caminho. Manter um banco de dados em ambientes grandes (seja grande por um grande volume de dados, acessos ou transações) requer mais cuidado do que parece. Embora você possa utilizar o PostgreSQL para coisas tão simples como uma aplicação feita para utilizar o Access, em ambientes maiores você deveria ter mais cuidado. Em ambientes grandes, subir o backup lógico pode exigir uma série de alterações no PostgreSQL e até no SO para ele aguentar a carga, que não é pequena. Mas tudo bem, eu não disse que o backup lógico é ruim em recuperação de desastres sempre. Ele é viável para ambientes pequenos, que deve ser o seu caso. Quando você não tem um DBA alocado para isso, parece ser uma atitude razoável. Mas não é sempre a melhor solução, ok? Atenciosamente, Fábio Telles -- blog: http://www.midstorm.org/~telles/ e-mail / jabber: [EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: backup POSTGRES 8.3
2008/11/11 William Leite Araújo [EMAIL PROTECTED] Concordo com o Elias. Caso use cópia física, seu backup fica restrito à versão copiada. Complica o upgrade ... É verdade. Mas em caso de recuperação de desastres, isso não é muito importante, pois você não vai pegar o backup do ano passado, vai pegar o backup feito na noite anterior, ou no máximo no fim-de-semana passado. É claro que para fins de auditoria, o bakcup lógico é melhor. Mas aí, você não está preocupado com desastres. O bakcup lógico pode ser feito com intervalos maiores, compactado e guardado por anos. O backup físico tem de ser feito com regularidade, estar sempre a mão (em disco numa outra máquina, por exemplo) e não precisa reter ele por muito tempo. É tolerável apagar o backup físico do dia anterior com o backup físico do dia seguinte. É claro que tudo isso depende do seu SLA, mas se vocês estão discutindo estas questões aqui, é claro que nunca se preocuparam muito com SLAs formais. Pensem que as pessoas que estão lendo o que vocês escrevem aqui podem estar num ambiente completamente distinto. Já vi gente aqui com bases de mais de 100GB algumas vezes. Isto está se tornando muito comum. Já pensou se uma pessoa destas dá ouvidos ao que vocês escreveram? Acho que é de bom tom ter mais segurança no que se escreve na lista. Seria de bom tom ajudar as pessoas e não atrapalhar. Atenciosamente, Fábio Telles -- blog: http://www.midstorm.org/~telles/ e-mail / jabber: [EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Executar função a cada X minutos
Se vc tem um ambiente linux, o mais indicado é fazer um agendamento no cron, de um script que resolva seu problema.Se for windows... sei lá... Adriano 2008/11/11 SetaDigital - Especialista em Lojas de Calçados [EMAIL PROTECTED] Bom dia pessoal... Temos a seguinte necessidade: - Precisamos acessar o servidor dos clientes para dar suporte/manutenção, mas muitos deles não têm IP fixo da internet. - Temos utilizado programas de terceiros como o no-ip ou o ddns, porém é chado ficar instalando e mantendo esses programas. - Então pensamos em criar uma função que acesse o nosso servidor de tempos em tempos e passe o código de identificação da empresa, aí o nosso servidor irá Capturar o IP que fez a conexão e armazenar no Nosso cadastro de clientes. Pergunta: - Tem como fazer com que o Postgres execute essa função automaticamente a cada XX minutos ? Abraços e desde já obrigado a todos. Vanderlei Marcos Kichel [EMAIL PROTECTED] ___ SetaDigital Comércio de Sistemas Gerenciais Ltda Rua Voluntários da Pátria, 1415 Sala 302 - Centro Cascavel - Paraná - Cep 85.812-160 Telefone: (45) 3222-7511 www.setadigital.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: backup POSTGRES 8.3
2008/11/11 ELIAS JUNIOR [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] É claro que *Control + C e Control + V*, sempre vai ser mais rápido que qualquer procedimento de restore, mas eu prefiro o mais segure e garantido, mesmo que demore 01(uma) semana, prefiro o PG_DUMP. Meu terminal não tem estes comandos não! Como uso isto?? Enquanto você estiver demorando uma semana para restaurar o dump do seu banco, outro DBA já estará preparando para tomar seu lugar. Se você tem um sistema que utiliza o banco, é outro sistema que estará preparando para entrar no lugar do seu. -- Shander Lurio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: backup POSTGRES 8.3
2008/11/10 ELIAS JUNIOR [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Se for no linux: pg_dump -U usuario -h ip_servidor -d banco banco.sql Se for no windows: pg_dump.exe -U usuario -h ip_servidor -d banco banco.sql *NÃO FAÇA BACKUP FÍSICO DO BANDO, É UMA FURADA* Como é que é rapaz?? Endoidou o cabeção?? Minha base de dados está com mais de 240 GB, tem idéia de quantas horas vai demorar para restaurar um dump destes?? Ainda mais que utilizo muito full text search?? Sabe o que o dono da empresa vai me dizer se eu deixar 100 usuários locais sem sistema por este tempo todo enquanto eu restauro um dump, fora os usuários que estão nas outras filiais no país inteiro? Diga que você não sabe fazer um backup físico, é menos vergonhoso do que uma baboseira destas que você está dizendo. Entenda que não é todo mundo aqui que pode se dar o luxo de fazer um dump simples desse não, o que você está falando so mostra o seu total desconhecimento sobre o assunto. Bases pequenas cujo restore de um dump demore menos de 2 horas até rola o DUMP, já é suficiente (desde que você possa ficar estas duas horas com o sistema parado), bases grandes precisam muito mais do que isto. Eu tenho aqui backup físico + logico + replicação com slony e já estou estudando novas formas! Pelo menos mude a sua forma de dump para algo mais inteligente que já vem compactado e sem direcionamento: pg_dump -Fc -d nomedobanco -f backup.bck ps: Humildade para aprender cara, e veja se não fala abobrinha, sua mensagem fica no histórico da lista por muito tempo e é pesquisada por muita gente pelo google. -- Shander Lyrio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral