Re: [pgbr-geral] [Correção] Consulta em faixa de dados usando Expressão Regular

2009-03-12 Por tôpico Rogério A Bassete
Sim, é possível fazer tudo com uma ER. Agora, vale a pena? A verificação de intervalos em uma ER não é muito simples. Por ex. para validarmos o dia de uma data (de 01 a 31) a expressão seria: 0[1-9]|[12][0-9]|3[01] Para o intervalo 00301 a 39486 a expressão seria bastante grande o que, em

[pgbr-geral] PROBLEMAS COM O BANCO DE DADOS

2009-03-12 Por tôpico José Mello Júnior
Tive de formatar meu hd e reinstalei o postgres, mas ao retornar a pasta data o serviço não sobre, apresentando no LOG as últimas linhas o seguinte: 2009-03-12 06:14:09 DETAIL: Creating a shell type definition. 2009-03-12 06:14:09 NOTICE: argument type gtsq is only a shell 2009-03-12 06:14:09

Re: [pgbr-geral] PROBLEMAS COM O BANCO DE DADOS

2009-03-12 Por tôpico Beto
Seria muita inocencia minha pedir para verificar se o usuário que está rodando o postgre tem permissão para acessar estes arquivos que foram copiados para a pasta? (no caso de ter sido copiado por outro usuário por exemplo, root) (Se for inocencia, favor ignorar a msg, mas também não tenho muita

Re: [pgbr-geral] PROBLEMAS COM O BANCO DE DADOS

2009-03-12 Por tôpico José Mello Júnior
Nesta altura aceito qualquer opinião, mas acredito que não esteja muito fora, ao parar o serviço o segundo log que estava com zero bytes enquanto a tentativa de conexão se efetivava, apareceu o seguinte: 2009-03-12 08:16:51 LOG: database system was shut down at 2009-03-12 06:15:11 2009-03-12

Re: [pgbr-geral] [Correção] Consulta em faixa de dados usando Expressão Regular

2009-03-12 Por tôpico André Volpato
Rogrio A Bassete escreveu: Sim, possvel fazer tudo com uma ER. Agora, vale a pena? A verificao de intervalos em uma ER no muito simples. Por ex. para validarmos o dia de uma data (de 01 a 31) a expresso seria: 0[1-9]|[12][0-9]|3[01] Para o intervalo 00301 a 39486 a expresso seria

Re: [pgbr-geral] PROBLEMAS COM O BANCO DE DADOS

2009-03-12 Por tôpico José Mello Júnior
Só para completar, usuário do banco somente o postgres. 2009/3/12 José Mello Júnior jose.mello.jun...@gmail.com Nesta altura aceito qualquer opinião, mas acredito que não esteja muito fora, ao parar o serviço o segundo log que estava com zero bytes enquanto a tentativa de conexão se

Re: [pgbr-geral] PROBLEMAS COM O BANCO DE DADOS

2009-03-12 Por tôpico Dickson S. Guedes
Em Qui, 2009-03-12 às 08:43 -0300, José Mello Júnior escreveu: Só para completar, usuário do banco somente o postgres. Mello, Se o serviço do postgres está sendo executado com o usuário postgres, torne ele o dono da sua pasta $PGDATA e de todos os objetos dentro dela. Depois nos reporte :D

Re: [pgbr-geral] [Correção] Consulta em faixa de dados usando Expressão Regular

2009-03-12 Por tôpico José Mello Júnior
SELECT * FROM veiculo WHERE SUBSTR(chassi,1,8) iLike 'JYARJ071%' AND SUBSTR(chassi,12,6)::INTEGER BETWEEN 301 AND 39486; Desta forma não sairia o resultado desejado? []´s 2009/3/12 André Volpato andre.volp...@ecomtecnologia.com.br Rogério A Bassete escreveu: Sim, é

Re: [pgbr-geral] PROBLEMAS COM O BANCO DE DADOS

2009-03-12 Por tôpico José Mello Júnior
Dickson, Mesmo erro, abaixo o log completo, diminuíram a quantidade de linhas filtrando somente o problema com a transação em seguida eu baixei o serviço para me assegurar não estar faltando qualquer outra mensagem: 2009-03-12 08:58:16 LOG: database system was shut down at 2009-03-12 08:54:08

Re: [pgbr-geral] [Correção] Consulta em faixa de dados usando Expressão Regular

2009-03-12 Por tôpico Rogério A Bassete
José Mello Júnior escreveu: SELECT * FROM veiculo WHERE SUBSTR(chassi,1,8) iLike 'JYARJ071%' AND SUBSTR(chassi,12,6)::INTEGER BETWEEN 301 AND 39486; Desta forma não sairia o resultado desejado? Sim, funciona. ___ pgbr-geral

Re: [pgbr-geral] Alterar parâmetros de configuraç ão Postgres

2009-03-12 Por tôpico JotaComm
Olá, Newton 2009/3/11 Newton Teixeira do Nascimento Júnior newton.jun...@eletronorte.gov.br: Dickson, estou enviando em anexo o log do postgresql como você recomendou ( + postgresql.conf e o resultado da execução do pg_config). Fiz o seguinte procedimento: coloquei todos os arquivos de log

Re: [pgbr-geral] PROBLEMAS COM O BANCO DE DADOS

2009-03-12 Por tôpico JotaComm
Olá, Uma pergunta. Como estão as permissões de $PGDATA? []s 2009/3/12 José Mello Júnior jose.mello.jun...@gmail.com: Dickson, Mesmo erro, abaixo o log completo, diminuíram a quantidade de linhas filtrando somente o problema com a transação em seguida eu baixei o serviço para me assegurar

Re: [pgbr-geral] PROBLEMAS COM O BANCO DE DADOS

2009-03-12 Por tôpico José Mello Júnior
Só para meu esclarecimento, PGDATA é a pasta de dados (Data) que se encontra na árvore da instalação do postgresql, é isso? Caso seja, passei todos os direitos tanto ao proprietário quanto aos usuários administradores. []´s 2009/3/12 JotaComm jota.c...@gmail.com Olá, Uma pergunta. Como

[pgbr-geral] RES: Imagem no banco de dados

2009-03-12 Por tôpico DriDa
Opa pedro, nunca armazenei mas... imagino que seja blobs, Tem algo sobre aqui http://www.postgresql.org.br/Blobs_(ou_como_armazenar_arquivos_dentro_do_ban co) isso funciona... o problema é que no delphi eu tenho um campo DBImage, onde eu colocaria a imagem... e não consigo fazer-lo funcionar.

Re: [pgbr-geral] PROBLEMAS COM O BANCO DE DADOS

2009-03-12 Por tôpico Euler Taveira de Oliveira
José Mello Júnior escreveu: 2009-03-12 08:58:30 FATAL: could not open relation 1663/10819/1259: Permission denied O arquivo acima existe no diretório $PGDATA/base/10819/1259? Verifique se o usuário postgres tem as devidas permissões. PS *nunca* faça backup copiando somente a pasta $PGDATA,

[pgbr-geral] PostgreSQL x MySQL

2009-03-12 Por tôpico Marcelo Giovane
Olá Euler, estou começando com o PostgreSql e, como muito muitos, vim do Mysql. Gostei das suas explicações. Mas sabe como é né, o Mysql tem o jeitão SQL dele. Será que pode me ajudar na troca de alguma rotinas, ou melhor, na adaptação das mesmas para o PostgreSql. Por exemplo, tenho uma rotina

Re: [pgbr-geral] PROBLEMAS COM O BANCO DE DADOS

2009-03-12 Por tôpico José Mello Júnior
Amigos, Entendi, de fato como a cópia havia sido feita pelo usuário administrador, é justo que quando retornasse os attributos de segurança assumissem uma nova postura. Resolvido o problema, que na realidade era só uma questão de acessar a estrutura das bases e não os dados em si, logo posso

Re: [pgbr-geral] PostgreSQL x MySQL

2009-03-12 Por tôpico JotaComm
Olá, Marcelo 2009/3/12 Marcelo Giovane nrhce...@teleon.com.br: Olá Euler, estou começando com o PostgreSql e, como muito muitos, vim do Mysql. Gostei das suas explicações. Mas sabe como é né, o Mysql tem o jeitão SQL dele. Será que pode me ajudar na troca de alguma rotinas, ou melhor, na

Re: [pgbr-geral] PostgreSQL x MySQL

2009-03-12 Por tôpico Euler Taveira de Oliveira
Marcelo Giovane escreveu: Por exemplo, tenho uma rotina que faz a atualização automática de dados se verificado que num espaço de tempo x, a tabela sofreu alteração. Isso era fácil no Mysql porque o comando show já apresentava um camplo com o update da tabela. O PostgreSql tem essa

Re: [pgbr-geral] PROBLEMAS COM O BANCO DE DADOS

2009-03-12 Por tôpico Sebastian SWC
2009/3/12 Beto roberto.luer...@gmail.com: Seria muita inocencia minha pedir para verificar se o usuário que está rodando o postgre tem permissão para acessar estes arquivos que foram copiados para a pasta? (no caso de ter sido copiado por outro usuário por exemplo, root) (Se for inocencia,

Re: [pgbr-geral] PostgreSQL x MySQL

2009-03-12 Por tôpico Roberto Mello
2009/3/12 Marcelo Giovane nrhce...@teleon.com.br Olá Euler, estou começando com o PostgreSql e, como muito muitos, vim do Mysql. Gostei das suas explicações. Eu perdi alguma coisa? Quais explicacoes? Roberto ___ pgbr-geral mailing list

[pgbr-geral] Restore de backup realizado em nível de sistema de arquivo.

2009-03-12 Por tôpico Leandro Hamid
Boa tarde pessoal. Eu li trecho da documentação que fala sobre cópia de segurança no nível de sistema de arquivo e na opinião de vocês qual seria o procedimento mais indicado para fazer o restore desde backup? -- Leandro Hamid SERPRO - Serviço Federal de Processamento de Dados Maito:

Re: [pgbr-geral] Restore de backup realizado em níve l de sistema de arquivo.

2009-03-12 Por tôpico JotaComm
Olá, Quando você fala em nível de sistema de arquivos você se refere a fazer a cópia do diretório $PGDATA de um servidor e fazer a restauração em outro servidor? É isso? O Euler comentou hoje que isso não é muito interessante. Aconselho você a trabalhar com o pg_dump (backup lógico onlie) [1] ou

Re: [pgbr-geral] Restore de backup realizado em níve l de sistema de arquivo.

2009-03-12 Por tôpico Fabrízio de Royes Mello
Olá, Eu li hoje o comentário do Euler sobre não fazer backup do $PGDATA, mas um backup fisico completo do PostgreSQL não seria: 1) parar o serviço postmaster 2) copiar o $PGDATA 3) iniciar o serviço postmaster Claro que nessa questão seria um backup completo e Off-Line... é errado fazer isso???

Re: [pgbr-geral] Restore de backup realizado em níve l de sistema de arquivo.

2009-03-12 Por tôpico Fabrízio de Royes Mello
Só pra complementar meu e-mail anterior: http://www.postgresql.org/docs/current/static/backup-file.html 2009/3/12 Fabrízio de Royes Mello fabriziome...@gmail.com Olá, Eu li hoje o comentário do Euler sobre não fazer backup do $PGDATA, mas um backup fisico completo do PostgreSQL não seria:

[pgbr-geral] recuperar dados

2009-03-12 Por tôpico Vinicius
Ola pessoal... Estou com um grande problema,, preciso recuperar os dados de uma tabela excluidos por um delete. Isso é possivel ? -- Vinicius D. Barba Totalsat - Departamento TI (41) 2109-7716 ___ pgbr-geral mailing list

Re: [pgbr-geral] recuperar dados

2009-03-12 Por tôpico JotaComm
Olá, Backup. Você tem? Um detalhe. Você fez a exclusão via psql? Está com a sessão aberta? Se por sorte o parâmetro AUTOCOMMIT estiver OFF você pode dar um rollback e desfazer o delete, caso contrário só backup resolve a sua situação. []s 2009/3/12 Vinicius vinic...@totalsat.com.br: Ola

Re: [pgbr-geral] Restore de backup realizado em níve l de sistema de arquivo.

2009-03-12 Por tôpico Euler Taveira de Oliveira
Fabrízio de Royes Mello escreveu: Eu li hoje o comentário do Euler sobre não fazer backup do $PGDATA, mas um backup fisico completo do PostgreSQL não seria: 1) parar o serviço postmaster 2) copiar o $PGDATA 3) iniciar o serviço postmaster O problema desse tipo de backup é que: (i) você fica