Re: [pgbr-geral] Garantia de Integridade
Le 2011-S-23 00h13, Carlos Antônio Pereira a écrit : Integridade em BD podem ser construídas de duas formas: Através de Constraints e Programação em Pl/Sql (Integridade Semântica). como no seu caso não é possível definir a primeira, você deve construir função e associá-la a algum evento de DDL. Deveria ser possível usar restrições… mas nem lembro qual foi a última vez que verifiquei se o PostgreSQL suportava esse tipo de restrição declarativa, creio que não é prioridade no desenvolvimento. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] restaurar o backup continuo
bem se deletar o restore.conf o banco sob numa boa claro q sem executar o restore mas sobe ou seja fazer o backup continuo não é problema mas sim restaura-lo...rs meus logs são esses: 0002.history/ 1 00010021no recovery target specified ~ ~ ~ archive_status/ ../ 0002.history.done 00020029.0020.backup.done ~ 00020029.0020.backup/ START WAL LOCATION: 0/2920 (file 00020029) STOP WAL LOCATION: 0/2994 (file 00020029) CHECKPOINT LOCATION: 0/2920 START TIME: 2011-09-22 15:12:57 BRT LABEL: brava STOP TIME: 2011-09-22 15:16:38 BRT existem outros mas são log trasacionais ilégivies: ls -la total 131252 drwx-- 3 postgres root 4096 Set 23 07:37 . drwx-- 13 postgres postgres 4096 Set 23 07:23 .. -rw--- 1 postgres postgres 241 Set 22 15:16 00020029.0020.backup -rw--- 1 postgres root 16777216 Set 22 18:03 * 00020036* -rw--- 1 postgres root 16777216 Set 22 15:44*00020037 * -rw--- 1 postgres root 16777216 Set 22 15:44 * 00020038* -rw--- 1 postgres root 16777216 Set 22 15:44 * 00020039* -rw--- 1 postgres root 16777216 Set 22 15:45 * 0002003A* -rw--- 1 postgres root 16777216 Set 22 15:45 * 0002003B* -rw--- 1 postgres root 16777216 Set 22 15:48 * 0002003C* -rw--- 1 postgres root 16777216 Set 22 17:37 * 0002003D* -rw--- 1 postgres root 56 Set 22 14:11 0002.history drwx-- 2 postgres root 4096 Set 23 07:35 archive_status bash-3.2$ Valeu Pedro, Em 22 de setembro de 2011 22:05, Flavio Henrique Araque Gurgel fha...@gmail.com escreveu: Olá Pedro, cara é isso mesmo valeu pela dica, mas ainda não consegui recuperar o backup, depois de ter logs arquivados eu mato o postgres com: kill -9 $(head -1 /opt/postgres/9.0/data/postmaster.pid) Em seguida configuro o recovery.conf com esse parametro: restore_command = ' cp /opt/postgres/9.0/pgbackup/testes_logs/%f%d ' quando dou um pg_ctl -D /opt/postgres/9.0/data start da a seguinte mensagem pg_ctl: another server might be running; trying to start server anyway server starting mas na verdade ele não inicia o postgres essa parte do recovery.conf q ta pegandocomo devo configurar ...tem algum procedimento faltando... aqui estão meu meus logs: Obrigado Pedro ls -la total 771008 drwxr-xr-x 2 root root 4096 Set 22 16:46 . drwxr-xr-x 4 root root 4096 Set 22 16:57 .. -rw--- 1 root root 16777216 Set 22 16:46 00010025 -rw--- 1 root root 16777216 Set 22 16:46 00010026 -rw--- 1 root root 16777216 Set 22 16:46 00020026 -rw--- 1 root root 16777216 Set 22 16:46 00020027 -rw--- 1 root root 243 Set 22 16:46 00020027.0020.backup Se o PostgreSQL não iniciou após o pg_ctl, algo foi feito errado no seu procedimento. Por favor, mande-nos o que aparece no seu log (log de avisos e erros, não o diretório de logs de transação arquivados). Seu recovery.conf parece correto. []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- -- Hélio José (61) 99840139 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] restaurar o backup continuo
Olá Hélio, No seu recovery command voce usa %d. Não seria %p? Em 22 de setembro de 2011 22:05, Flavio Henrique Araque Gurgel fha...@gmail.com escreveu: Olá Pedro, cara é isso mesmo valeu pela dica, mas ainda não consegui recuperar o backup, depois de ter logs arquivados eu mato o postgres com: kill -9 $(head -1 /opt/postgres/9.0/data/postmaster.pid) Em seguida configuro o recovery.conf com esse parametro: restore_command = ' cp /opt/postgres/9.0/pgbackup/testes_logs/%f%d ' quando dou um pg_ctl -D /opt/postgres/9.0/data start da a seguinte mensagem pg_ctl: another server might be running; trying to start server anyway server starting mas na verdade ele não inicia o postgres essa parte do recovery.conf q ta pegandocomo devo configurar ...tem algum procedimento faltando... aqui estão meu meus logs: Obrigado Pedro ls -la total 771008 drwxr-xr-x 2 root root 4096 Set 22 16:46 . drwxr-xr-x 4 root root 4096 Set 22 16:57 .. -rw--- 1 root root 16777216 Set 22 16:46 00010025 -rw--- 1 root root 16777216 Set 22 16:46 00010026 -rw--- 1 root root 16777216 Set 22 16:46 00020026 -rw--- 1 root root 16777216 Set 22 16:46 00020027 -rw--- 1 root root 243 Set 22 16:46 00020027.0020.backup Se o PostgreSQL não iniciou após o pg_ctl, algo foi feito errado no seu procedimento. Por favor, mande-nos o que aparece no seu log (log de avisos e erros, não o diretório de logs de transação arquivados). Seu recovery.conf parece correto. []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Pedro Ivo Bispo de França X-Brain - Desenvolvimento de Sistemas Ltda Contato: +55 43 3304-2204 | +55 43 9608-3678 Avenida Tiradentes, 501 Sala 702 Torre 1 - Jd. Shangrilá Londrina - Paraná - 86070-545 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] restaurar o backup continuo
No seu recovery command voce usa %d. Não seria %p? É justamente o erro que tá dando: no recovery target specified Eu juro que eu bati o olho no %d e encuquei com ele, mas d é tão parecido com p que não notei :) Helio, arruma aí. []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] restaurar o backup continuo
Realmente mas isso foi um erro de digitação mesmo...no postgresql está assim: restore_command = 'cp /opt/postgres/9.0/pgbackup/testes_logs/%f %p' Em 23 de setembro de 2011 09:04, Pedro Ivo Bispo França pe...@xbrain.com.br escreveu: Olá Hélio, No seu recovery command voce usa %d. Não seria %p? Em 22 de setembro de 2011 22:05, Flavio Henrique Araque Gurgel fha...@gmail.com escreveu: Olá Pedro, cara é isso mesmo valeu pela dica, mas ainda não consegui recuperar o backup, depois de ter logs arquivados eu mato o postgres com: kill -9 $(head -1 /opt/postgres/9.0/data/postmaster.pid) Em seguida configuro o recovery.conf com esse parametro: restore_command = ' cp /opt/postgres/9.0/pgbackup/testes_logs/%f%d ' quando dou um pg_ctl -D /opt/postgres/9.0/data start da a seguinte mensagem pg_ctl: another server might be running; trying to start server anyway server starting mas na verdade ele não inicia o postgres essa parte do recovery.conf q ta pegandocomo devo configurar ...tem algum procedimento faltando... aqui estão meu meus logs: Obrigado Pedro ls -la total 771008 drwxr-xr-x 2 root root 4096 Set 22 16:46 . drwxr-xr-x 4 root root 4096 Set 22 16:57 .. -rw--- 1 root root 16777216 Set 22 16:46 00010025 -rw--- 1 root root 16777216 Set 22 16:46 00010026 -rw--- 1 root root 16777216 Set 22 16:46 00020026 -rw--- 1 root root 16777216 Set 22 16:46 00020027 -rw--- 1 root root 243 Set 22 16:46 00020027.0020.backup Se o PostgreSQL não iniciou após o pg_ctl, algo foi feito errado no seu procedimento. Por favor, mande-nos o que aparece no seu log (log de avisos e erros, não o diretório de logs de transação arquivados). Seu recovery.conf parece correto. []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Pedro Ivo Bispo de França X-Brain - Desenvolvimento de Sistemas Ltda Contato: +55 43 3304-2204 | +55 43 9608-3678 Avenida Tiradentes, 501 Sala 702 Torre 1 - Jd. Shangrilá Londrina - Paraná - 86070-545 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- -- Hélio José (61) 99840139 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] restaurar o backup continuo
arrumei: e agora estou tentando dar start no banco assim: * pg_ctl start -D /opt/postgres/9.0/data -l /opt/postgres/9.0/data/pg.log* ae ele reclama: postmaster existente: 2011-09-23 11:54:53 GMT [18333]: [1-1] user=,db=FATAL: lock file postmaster.pid already exists 2011-09-23 11:54:53 GMT [18333]: [2-1] user=,db=HINT: Is another postmaster (PID 18283) running in data directory /opt/postgres/9.0/data? ae tendo um stop *pg_ctl stop -D /opt/postgres/9.0/data *ele recusa e não da stop! waiting for server to shut down... failed pg_ctl: server does not shut down não sei mais o que pode ser estou dando uma olhada nesse tutorial: http://www.mkyong.com/database/postgresql-point-in-time-recovery-incremental-backup/ cheguei a fazer tudo passo a passo mas não deu certo também..impaca na mesma coisa no recovery.conf valeu Em 23 de setembro de 2011 09:19, Hélio José palad...@gmail.com escreveu: Realmente mas isso foi um erro de digitação mesmo...no postgresql está assim: restore_command = 'cp /opt/postgres/9.0/pgbackup/testes_logs/%f %p' Em 23 de setembro de 2011 09:04, Pedro Ivo Bispo França pe...@xbrain.com.br escreveu: Olá Hélio, No seu recovery command voce usa %d. Não seria %p? Em 22 de setembro de 2011 22:05, Flavio Henrique Araque Gurgel fha...@gmail.com escreveu: Olá Pedro, cara é isso mesmo valeu pela dica, mas ainda não consegui recuperar o backup, depois de ter logs arquivados eu mato o postgres com: kill -9 $(head -1 /opt/postgres/9.0/data/postmaster.pid) Em seguida configuro o recovery.conf com esse parametro: restore_command = ' cp /opt/postgres/9.0/pgbackup/testes_logs/%f%d ' quando dou um pg_ctl -D /opt/postgres/9.0/data start da a seguinte mensagem pg_ctl: another server might be running; trying to start server anyway server starting mas na verdade ele não inicia o postgres essa parte do recovery.conf q ta pegandocomo devo configurar ...tem algum procedimento faltando... aqui estão meu meus logs: Obrigado Pedro ls -la total 771008 drwxr-xr-x 2 root root 4096 Set 22 16:46 . drwxr-xr-x 4 root root 4096 Set 22 16:57 .. -rw--- 1 root root 16777216 Set 22 16:46 00010025 -rw--- 1 root root 16777216 Set 22 16:46 00010026 -rw--- 1 root root 16777216 Set 22 16:46 00020026 -rw--- 1 root root 16777216 Set 22 16:46 00020027 -rw--- 1 root root 243 Set 22 16:46 00020027.0020.backup Se o PostgreSQL não iniciou após o pg_ctl, algo foi feito errado no seu procedimento. Por favor, mande-nos o que aparece no seu log (log de avisos e erros, não o diretório de logs de transação arquivados). Seu recovery.conf parece correto. []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Pedro Ivo Bispo de França X-Brain - Desenvolvimento de Sistemas Ltda Contato: +55 43 3304-2204 | +55 43 9608-3678 Avenida Tiradentes, 501 Sala 702 Torre 1 - Jd. Shangrilá Londrina - Paraná - 86070-545 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- -- Hélio José (61) 99840139 -- -- Hélio José (61) 99840139 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Recuperar Sequence
Em qui 22 set 2011, às 16:00:11, Guimarães Faria Corcete DUTRA, Leandro escreveu: ... Use o que o PostgreSQL te oferece: currval, lastval, setval e nextval. Mas o currval pressupõe o nextval, que era o que o consulente original queria evitar (sei lá por quê). Me pareceu que na verdade estava tentando usar nextval 2 vezes, assim a 2ª era imprópria, mas , como ele não conhecia curval (ou não ligou os fatos), pareceu que não queria usar nextval. -- Johnny Chaves Mais uma vez, sem assinatura padrã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] Garantia de Integridade
Em 23 de setembro de 2011 05:50, Leandro Guimarães Faria Corce DUTRA lean...@dutras.org escreveu: Le 2011-S-23 00h13, Carlos Antônio Pereira a écrit : Integridade em BD podem ser construídas de duas formas: Através de Constraints e Programação em Pl/Sql (Integridade Semântica). como no seu caso não é possível definir a primeira, você deve construir função e associá-la a algum evento de DDL. Deveria ser possível usar restrições… mas nem lembro qual foi a última vez que verifiquei se o PostgreSQL suportava esse tipo de restrição declarativa, creio que não é prioridade no desenvolvimento. Exclude constraints é um brinquedo interessante veja a documentação [1] e esse post [2]. [1] http://www.postgresql.org/docs/9.1/static/sql-createtable.html#SQL-CREATETABLE-EXCLUDE [2] http://thoughts.j-davis.com/2011/09/21/database-for-a-zoo-the-problem-and-the-solution/ -- Dickson S. Guedes mail/xmpp: gue...@guedesoft.net - skype: guediz http://guedesoft.net - http://www.postgresql.org.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: Banco instanciado em memória RAM
Esse exemplo que vc citou nao é sobre shared buffers e sim sobre usar um RAMDISK pra guardar os dados do banco. Vc cria um ramdisk e coloca o banco nele, qqer boot destrói todo o banco de dados bem como todo o tablespace. Para fazer funcinoar uma recuperação automatica vc teria que usar o log shipping e sempre que a máquina for ligada ele vai fazer o recovery do banco para a memória. Nunca usei ainda :P 2008/8/28 alecin...@inf.ufsc.br Prezado Rafael: Agora estamos entrando na área de sistemas operacionais. Quem faz o gerenciamento de memória é o sistema operacional. Eu estudei isso a muito tempo, teria de dar uma pesquisada para te responder de forma apropriada a questão da serialização. Agora, as consultas são realizadas em cima da memória RAM. Isso é sempre assim, independente da quantidade de memória que se tem a disposição. Caso não encontre o que se deseja, é feito o acesso a disco. Mais uma vez, quem gerencia isso é o sistema operacional, ou seja, é a base de funcionamento, não só para banco de dados, como para qualquer programa. Att, Alecindro Quoting Rafael Helm - Trevisan Tecnologia rh...@trevisantecnologia.com.br: Boa tarde Alecindro, obrigado pela resposta, mas não entendi muito bem... seguem algumas duvidas: A alocação de memória é para consultas. Qualquer alteração nos dados é realizado a serialização. - Os dados estão todos alocados em memória RAM, ou seja, as consultas são executadas em cima de informações da memória? - A cada insert, update ou delete o banco executa primeiro na ram e depois é serializado no HD? Rafael Helm. -Mensagem original- De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de alecin...@inf.ufsc.br Enviada em: quinta-feira, 28 de agosto de 2008 12:13 Para: pgbr-geral@listas.postgresql.org.br Assunto: Re: [pgbr-geral] Banco instanciado em memória RAM Prezado Rafael: No arquivo postgresql.conf podemos alterar o valor do parâmetro shared_buffers. Este parâmetro, se não me engano, geralmente vem setado com o valor 1000. O valor deste parâmetro está expresso em blocos de 8 Kbytes (128 representa 1.024 Kbytes ou 1 Mb). O windows aloca dinamicamente essa memória. No caso do linux, terá de verificar a quantidade de memória solicitada e quanto o sistema operacional disponibiliza. Caso necessite de mais memória do que o disponibilizado terá de fazer alterações no Kernell. A alocação de memória é para consultas. Qualquer alteração nos dados é realizado a serialização. Att, Alecindro Quoting Rafael Helm - Trevisan Tecnologia rh...@trevisantecnologia.com.br: Pessoal apartir da resposta de um outro tópico eu peguei este trecho que foi digitado pelo colega Alecindro e gostaria de obter maiores informações: o banco é relativamente pequeno (1 gb) e o servidor tendo 4 GB de memória, instanciei todo o banco em memória - É possível configurar o PostgreSQL para que todo o banco fique instanciado em memória? - Em que momento o dado é replicado para a memória física (HD)? Rafael Helm. -Mensagem original- De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de alecin...@inf.ufsc.br Enviada em: quinta-feira, 28 de agosto de 2008 10:30 Para: pgbr-geral@listas.postgresql.org.br Assunto: Re: [pgbr-geral] RES: Performace Postgres Linux X Windows Nas experiências que tive com windows e linux, digo que depende do que você quer rodar no servidor. É só servidor de banco de dados? Tive um problema com o linux por não possuir drive para o RAID do servidor que tenho. É um servidor de banco de dados. Instalei o windows 2003 server e como o banco é relativamente pequeno (1 gb) e o servidor tendo 4 GB de memória, instanciei todo o banco em memória, ou seja reservei 1 gb para o banco (na verdade bem mais prevendo expansão do banco). Com isso não tive diferenças de desempenho nem de estabilidade. Estamos a 3 anos sem desligar o servidor. Agora, se for apenas servidor de banco de dados, digo que é preferível o Linux, pois permiti carregar apenas os processos que serão utilizados. Att, Alecindro ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Esta mensagem foi verificada pelo sistema de antivírus e acredita-se estar livre de perigo. No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.138 / Virus Database: 270.6.11/1639 - Release Date: 28/8/2008 07:39 -- Esta mensagem foi verificada pelo sistema de antivírus e acredita-se estar livre de perigo. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br
Re: [pgbr-geral] Recuperar Sequence
A ideia é somente recuperar o valor setado na sessao do usuario mas sem incrementar, pois o nextval ja fez isso, para que nao haja conflito com outros usuários. Acho que o curval faz o que preciso... mais uma vez muito obrigado a todos -Mensagem Original- From: Johnny Chaves Sent: Friday, September 23, 2011 10:15 AM To: Comunidade PostgreSQL Brasileira Subject: Re: [pgbr-geral] Recuperar Sequence Em qui 22 set 2011, às 16:00:11, Guimarães Faria Corcete DUTRA, Leandro escreveu: ... Use o que o PostgreSQL te oferece: currval, lastval, setval e nextval. Mas o currval pressupõe o nextval, que era o que o consulente original queria evitar (sei lá por quê). Me pareceu que na verdade estava tentando usar nextval 2 vezes, assim a 2ª era imprópria, mas , como ele não conhecia curval (ou não ligou os fatos), pareceu que não queria usar nextval. -- Johnny Chaves Mais uma vez, sem assinatura padrão :( . ___ 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] BackSlash
Pessoal, fiz a instalação de um Postgres 9.1 e o sistema quando está inserindo em um campo text ele está repetindo os código após o '\' Por exemplo onde deveria ser \134 ele grava \134134 No campo é armazendo um RTF Bruno E. A. Silva. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] BackSlash
Em 23 de setembro de 2011 11:50, Bruno Silva bemanuel...@gmail.com escreveu: Pessoal, fiz a instalação de um Postgres 9.1 e o sistema quando está inserindo em um campo text ele está repetindo os código após o '\' Por exemplo onde deveria ser \134 ele grava \134134 No campo é armazendo um RTF Como isto está sendo inserido? VIa pg_restore? Via COPY? Via INSERT? Algum Driver ODBC, JDBC? De propósito num código legado, ou seja, não coberto por teste? Em tempo, chegou ver as notas de lançamento? Tomou cuidado com standard_conforming_strings [1,2] que agora é ON por default? [1] http://www.postgresql.org/docs/current/static/runtime-config-compatible.html#GUC-STANDARD-CONFORMING-STRINGS [2] http://www.depesz.com/index.php/2010/07/21/waiting-for-9-1-standard_conforming_strings-on/ []s -- Dickson S. Guedes mail/xmpp: gue...@guedesoft.net - skype: guediz http://guedesoft.net - http://www.postgresql.org.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] BackSlash
Opa desculpe, faltaram os detalhes. Delphi - Usando Zeos Está sendo feito um Insert usando parâmetros, com o programador convertendo para Blob. Achei estranho pois o campo é text. Porém antes 'funcionava' como gostam de dizer por mais absurdo que pareça. Bruno E. A. Silva. 2011/9/23 Dickson S. Guedes lis...@guedesoft.net Como isto está sendo inserido? VIa pg_restore? Via COPY? Via INSERT? Algum Driver ODBC, JDBC? De propósito num código legado, ou seja, não coberto por teste? Em tempo, chegou ver as notas de lançamento? Tomou cuidado com standard_conforming_strings [1,2] que agora é ON por default? [1] http://www.postgresql.org/docs/current/static/runtime-config-compatible.html#GUC-STANDARD-CONFORMING-STRINGS [2] http://www.depesz.com/index.php/2010/07/21/waiting-for-9-1-standard_conforming_strings-on/ []s -- Dickson S. Guedes mail/xmpp: gue...@guedesoft.net - skype: guediz http://guedesoft.net - http://www.postgresql.org.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] BackSlash
Em 23 de setembro de 2011 13:51, Bruno Silva bemanuel...@gmail.com escreveu: Opa desculpe, faltaram os detalhes. [ top post detected!! ] .stsop-pot so omixám oa rative etnet rovaf rop ,oxiab arap amic ed e atierid a arap adreuqse ad rel a adamutsoca atse euq etnem asson a ocuop mu ohlarabme e odacilpmoc etnemlaer É ?etnerf arp sart ed otxet mu rel uotnet áj êcoV Delphi - Usando Zeos Está sendo feito um Insert usando parâmetros, com o programador convertendo para Blob. Achei estranho pois o campo é text. Porém antes 'funcionava' como gostam de dizer por mais absurdo que pareça. Em tempo, nem tudo que dá certo é o certo. Haviam testes cobrindo este código? É possível criar um cenário sem ser via Delphi, utilizando psql mesmo, e então disponibilizá-lo como é possível reproduzir este incidente? []s -- sedeuG .S noskciD zideug :epyks - ten.tfosedeug@sedeug :ppmx/liam rb.gro.lqsergtsop.www//:ptth - ten.tfosedeug//:ptth ___ 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: Banco instanciado em memória RAM
2011/9/23 Adonias Malosso malo...@gmail.com: Esse exemplo que vc citou nao é sobre shared buffers e sim sobre usar um RAMDISK pra guardar os dados do banco. Vc cria um ramdisk e coloca o banco nele, qqer boot destrói todo o banco de dados bem como todo o tablespace. Para fazer funcinoar uma recuperação automatica vc teria que usar o log shipping e sempre que a máquina for ligada ele vai fazer o recovery do banco para a memória. ja ouviu falar do memcached ? Itamar Reis Peixoto msn, google talk: ita...@ispbrasil.com.br +55 11 4063 5033 (FIXO SP) +55 34 9158 9329 (TIM) +55 34 8806 3989 (OI) +55 34 3221 8599 (FIXO MG) ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] SQLState 2203
A versão do driver JDBC está correta? Favor enviar detalhadamente: - versão do JDBC (completa, como vem do site); - versão da JVM (comando java -version no usuário do seu sistema); - sistema operacional (com versões também, arquitetura). []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Palestra Interessante
Pessoal, Para quem não acompanhou seria interessante dar uma olhada nesse *caso real* http://wiki.postgresql.org/images/7/7f/Adam-lowry-postgresopen2011.pdf Os caras iniciaram com PostgreSQL, depois migraram para MongoDB, depois Cassandra e hoje voltaram para o PostgreSQL... Muito interessante! -- Fabrízio de Royes Mello Consultoria/Coaching PostgreSQL Blog sobre TI: http://fabriziomello.blogspot.com Perfil Linkedin: http://br.linkedin.com/in/fabriziomello Twitter: http://twitter.com/fabriziomello ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] SQLState 2203
Ubuntu 64 Obrigado pela atenção. Em 23 de setembro de 2011 17:31, Tarcisio Martins martins.tarci...@gmail.com escreveu: Versão java: java version 1.6.0_24 Java(TM) SE Runtime Environment (build 1.6.0_24-b07) Java HotSpot(TM) 64-Bit Server VM (build 19.1-b02, mixed mode) JDBC 4: postgresql-9.0-801.jdbc4.jar Sistema Operacional: Ubuntu 10.10 - o Maverick Meerkat - lançado em outubro de 2010 e mantido até abril de 2012. Em 23 de setembro de 2011 16:34, Flavio Henrique Araque Gurgel fha...@gmail.com escreveu: A versão do driver JDBC está correta? Favor enviar detalhadamente: - versão do JDBC (completa, como vem do site); - versão da JVM (comando java -version no usuário do seu sistema); - sistema operacional (com versões também, arquitetura). []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- - Tarcisio Martins Ferreira, 2010 - Analista Desenvolvedor de Sistemas - Bacharel em Ciências da Comp. - Universidade Federal de Uberlândia - Minas Gerais -- - Tarcisio Martins Ferreira, 2010 - Analista Desenvolvedor de Sistemas - Bacharel em Ciências da Comp. - Universidade Federal de Uberlândia - Minas Gerais ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Palestra Interessante
2011/9/23 Fabrízio de Royes Mello fabriziome...@gmail.com: Pessoal, Para quem não acompanhou seria interessante dar uma olhada nesse *caso real* http://wiki.postgresql.org/images/7/7f/Adam-lowry-postgresopen2011.pdf Os caras iniciaram com PostgreSQL, depois migraram para MongoDB, depois Cassandra e hoje voltaram para o PostgreSQL... Minha experiência no EC2 reflete a experiência deles. Usar EBS é horrívelmente lento. A solução encontrada por eles de hospedar boa parte dos serviços num datacenter ao lado do AWS é interessante. PostgreSQL FTW! Roberto ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] SQLState 2203
Aparentemente tudo ok conforme em downloadjdbchttp://jdbc.postgresql.org/download.html . Em 23 de setembro de 2011 17:32, Tarcisio Martins martins.tarci...@gmail.com escreveu: Ubuntu 64 Obrigado pela atenção. Em 23 de setembro de 2011 17:31, Tarcisio Martins martins.tarci...@gmail.com escreveu: Versão java: java version 1.6.0_24 Java(TM) SE Runtime Environment (build 1.6.0_24-b07) Java HotSpot(TM) 64-Bit Server VM (build 19.1-b02, mixed mode) JDBC 4: postgresql-9.0-801.jdbc4.jar Sistema Operacional: Ubuntu 10.10 - o Maverick Meerkat - lançado em outubro de 2010 e mantido até abril de 2012. Em 23 de setembro de 2011 16:34, Flavio Henrique Araque Gurgel fha...@gmail.com escreveu: A versão do driver JDBC está correta? Favor enviar detalhadamente: - versão do JDBC (completa, como vem do site); - versão da JVM (comando java -version no usuário do seu sistema); - sistema operacional (com versões também, arquitetura). []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- - Tarcisio Martins Ferreira, 2010 - Analista Desenvolvedor de Sistemas - Bacharel em Ciências da Comp. - Universidade Federal de Uberlândia - Minas Gerais -- - Tarcisio Martins Ferreira, 2010 - Analista Desenvolvedor de Sistemas - Bacharel em Ciências da Comp. - Universidade Federal de Uberlândia - Minas Gerais -- - Tarcisio Martins Ferreira, 2010 - Analista Desenvolvedor de Sistemas - Bacharel em Ciências da Comp. - Universidade Federal de Uberlândia - Minas Gerais ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] SQLState 2203
JDBC 4: postgresql-9.0-801.jdbc4.jar Sugiro atualizar: http://jdbc.postgresql.org/download/postgresql-9.1-901.jdbc4.jar []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral