Bom dia!
o banco de dados Postgresql permite a execução de backup online? qual software
é recomendado para isto? é que teremos que trocar o servidor e não podemos para
as atividades.
Atenciosamente,
Alex B. Ferreira
Analista em Segurança da Informação
Olá,
Em 22 de julho de 2010 07:20, Alex Barbosa Ferreira
al...@yahoo.com.brescreveu:
Bom dia!
o banco de dados Postgresql permite a execução de backup online? qual
software é recomendado para isto? é que teremos que trocar o servidor e não
podemos para as atividades.
Sim, é possível.
De
Olá Flávio, segue comentários abaixo... obrigado pelo retorno.
- Original Message -
From: Gurgel, Flavio fla...@4linux.com.br
To: pgbr-geral@listas.postgresql.org.br
Sent: Wednesday, July 21, 2010 11:14 PM
Subject: Re: [pgbr-geral] Planejamento de Vacuum/Analyze x Performance
Pessoal,
Olá.
Existe uma maneira de restringir 'delete' sem cláusula 'where' ?
Desde já agradeço. No aguardo.
--
Ass.:
Vinicius Marconi Vasconcelos Berni
51 - 96608087
51 - 32482071
___
pgbr-geral mailing list
Galera, bom dia.
Tenho a seguinte tabela:
Filial Dia_Semana
01 01
02 01
03 02
04 03
05 03
06 03
07 04
08 05
09 05
Preciso fazer um select nessa tabela que me retorne o seguinte resultado
Dia01 Dia02 Dia03 Dia04 Dia05 Dia06 Dia07
0103040708
Talvez uma rule em que você avalie a query passada, vendo se existe a
cláusula where... acho que funcionaria
Em 22 de julho de 2010 09:31, Vinicius Marconi Vasconcelos Berni
vinicius.marc...@gmail.com escreveu:
Olá.
Existe uma maneira de restringir 'delete' sem cláusula 'where' ?
Desde já
Duas questões:
1) Qual o limite de armazenamento de uma coluna tipo BYTEA?
Pesquisei na documentação [1] e não há nada quanto a limite;
2) Como instalar o datatype LO (Large Object) no PostgreSQL 8.4.4
para Windows?
[1] http://www.postgresql.org/docs/8.3/static/datatype-binary.html
--
TIAGO
Em 22 de julho de 2010 09:15, Fábio Gibon - Comex System
gi...@comexsystem.com.br escreveu:
[Gibon] se a tabela estiver com algum bloqueio (usuário deixou uma
aplicação
aberta,...) o truncate vai ficar waiting..., para evitar isto eu valido
se
não há bloqueios antes de rodar o truncate. Ou
Ola
Pessoal
Estou precisando fazer acesso ao PostgreSQL via ADO, alguem teria um
Provider OLEDB para indicar, pode ser comercial, mas preciso que esteja
atualizado com as versões do PostgreSQL.
Estou fazendo teste com PGNP provider (www.pgoledb.com).
Ate+
Lucimar Teles
2010/7/22 Tiago Adami adam...@gmail.com
1) Qual o limite de armazenamento de uma coluna tipo BYTEA?
Pesquisei na documentação [1] e não há nada quanto a limite;
Em [1] temos as limitações do PostgreSQL e pelo que consta o tamanho máximo
de um campo é de 1GB.
2) Como instalar o datatype
Em 22 de julho de 2010 10:04, Lucimar Teles
lucimar_te...@yahoo.com.brescreveu:
Ola
Pessoal
Estou precisando fazer acesso ao PostgreSQL via ADO, alguem teria um
Provider OLEDB para indicar, pode ser comercial, mas preciso que esteja
atualizado com as versões do PostgreSQL.
Estou fazendo
[Gibon] se a tabela estiver com algum bloqueio (usuário deixou uma
aplicação aberta,...) o truncate vai ficar waiting..., para evitar
isto eu valido se
não há bloqueios antes de rodar o truncate. Ou então vou usar o nowait
e tratar as exceções.
Ok.
- rodar um vacuum full para as tabelas
Em 22 de julho de 2010 10:13, Fabrízio de Royes Mello
fabriziome...@gmail.com escreveu:
2010/7/22 Tiago Adami adam...@gmail.com
1) Qual o limite de armazenamento de uma coluna tipo BYTEA?
Pesquisei na documentação [1] e não há nada quanto a limite;
Em [1] temos as limitações do PostgreSQL
Olá,
Em 22 de julho de 2010 09:31, Vinicius Marconi Vasconcelos Berni
vinicius.marc...@gmail.com escreveu:
Olá.
Existe uma maneira de restringir 'delete' sem cláusula 'where' ?
Como assim? O que exatamente você deseja?
Desde já agradeço. No aguardo.
--
Ass.:
Vinicius
Em 22 de julho de 2010 10:38, Tiago Adami adam...@gmail.com escreveu:
corte
No instalador da versão 8.3 para Windows existe um checkbox para ser
marcado, que instala o suporte a large objects (incluindo o datatype
LO, que na verdade é um INTEGER disfarçado).
No instalador da versão 8.4
Não permitir que seja executado delete na base de dados sem fornecer
clausula where, quero fazer isto para evitar 'acidentes'.
Ex.: delete from pessoa - Esta query não deve ser permitida.
delete from pessoa where id=2 - Esta será permitida
Em 22 de julho de 2010 11:12, JotaComm
Vinicius, existe o controle de transacoes para evitar 'acidentes'.
BEGIN e COMMIT/SAVEPOINT/ROLLBACK
On 7/22/10, Vinicius Marconi Vasconcelos Berni
vinicius.marc...@gmail.com wrote:
Não permitir que seja executado delete na base de dados sem fornecer
clausula where, quero fazer isto para
Em 22 de julho de 2010 10:38, Tiago Adami adam...@gmail.com escreveu:
Em 22 de julho de 2010 10:13, Fabrízio de Royes Mello
fabriziome...@gmail.com escreveu:
2010/7/22 Tiago Adami adam...@gmail.com
1) Qual o limite de armazenamento de uma coluna tipo BYTEA?
Pesquisei na documentação
Conheço transações, mas mesmo assim o erro pode ocorrer
Em 22 de julho de 2010 11:25, Candido Vieira da Silva Neto cvieira.br@
gmail.com escreveu:
Vinicius, existe o controle de transacoes para evitar 'acidentes'.
BEGIN e COMMIT/SAVEPOINT/ROLLBACK
On 7/22/10, Vinicius Marconi Vasconcelos
Olá,
Em 22 de julho de 2010 11:25, Candido Vieira da Silva Neto cvieira.br@
gmail.com escreveu:
Vinicius, existe o controle de transacoes para evitar 'acidentes'.
BEGIN e COMMIT/SAVEPOINT/ROLLBACK
On 7/22/10, Vinicius Marconi Vasconcelos Berni
vinicius.marc...@gmail.com wrote:
Não
Em 22 de julho de 2010 11:21, Fabrízio de Royes Mello
fabriziome...@gmail.com escreveu:
Em 22 de julho de 2010 10:38, Tiago Adami adam...@gmail.com escreveu:
corte
Fazendo uma verificação no pacote para windows do PG8.4, dentro da pasta de
instalação do seu PostgreSQL (C:\PostgreSQL\8.4) vc
Olá,
Em 22 de julho de 2010 11:46, Tiago Adami adam...@gmail.com escreveu:
Em 22 de julho de 2010 11:21, Fabrízio de Royes Mello
fabriziome...@gmail.com escreveu:
Em 22 de julho de 2010 10:38, Tiago Adami adam...@gmail.com escreveu:
corte
Fazendo uma verificação no pacote para
Em 22 de julho de 2010 11:27, JotaComm jota.c...@gmail.com escreveu:
Existe uma necessidade de armazenar arquivos com grande tamanho no
banco de dados, para um novo projeto. Acredito que 1 GB é o
suficiente.
Será que vale a pena armazenar objetos deste tamanho no banco? Você tem
idéia de
Opa,
Em 22 de julho de 2010 11:51, Tiago Adami adam...@gmail.com escreveu:
Em 22 de julho de 2010 11:27, JotaComm jota.c...@gmail.com escreveu:
Existe uma necessidade de armazenar arquivos com grande tamanho no
banco de dados, para um novo projeto. Acredito que 1 GB é o
suficiente.
Quero garantir que não aconteça nas duas situações.
Em 22 de julho de 2010 11:38, JotaComm jota.c...@gmail.com escreveu:
Olá,
Em 22 de julho de 2010 11:25, Candido Vieira da Silva Neto cvieira.br@
gmail.com escreveu:
Vinicius, existe o controle de transacoes para evitar 'acidentes'.
BEGIN
Se o usuário tem username/senha para logar direto no banco, tendo GRANT
suficiente ele pode dar até um DROP DATABASE. Acho muito perigoso deixar
usuários com permissão para mexer direto no banco.
Em 22 de julho de 2010 11:38, JotaComm jota.c...@gmail.com escreveu:
Olá,
Em 22 de julho de 2010
Olá,
Em 22 de julho de 2010 13:21, Vinicius Marconi Vasconcelos Berni
vinicius.marc...@gmail.com escreveu:
Quero garantir que não aconteça nas duas situações.
Pela aplicação você garante usando a função que comentei no email anterior.
Quanto ao acesso direto ao banco o usuário não deveria
(corte)
Não tem como você armazenar os objetos no sistema de arquivos e apenas criar
uma identificação no banco para cada arquivo? Esta possibilidade é nula?
Infelizmente, não. Todas as informações devem estar apenas em um banco
de dados, sem arquivos externos. Já tentei esta alternativa com
Caríssimos colegas, a muito tempo estou tentando minimizar os
problemas que acontecem com o PostgreSQL (versão 8.3) em ambientes
Windows quando há desligamento incorreto da máquina.
Frequentemente tenho problemas relacionados a arquivos do WAL
corrompidos ou não existentes (exigindo o uso do
Boa tarde!
tenho a seguinte dúvida: gostaria de apagar os logs gerados pelo meu banco de
dados Postgresql 8.2 com o intuito de liberar espaço no disco. Como devo
proceder? eles são importantes para o banco ou são apenas para checagem de
transações e acessos?
Att,
Alex B. Ferreira
Analista em
Olá Flavio, segue comentários...e muito obrigado.
- Original Message -
From: Gurgel, Flavio fla...@4linux.com.br
To: pgbr-geral@listas.postgresql.org.br
Sent: Thursday, July 22, 2010 10:33 AM
Subject: Re: [pgbr-geral] Planejamento de Vacuum/Analyze x Performance
[Gibon] se a tabela
Boa tarde!
tenho a seguinte dúvida: gostaria de apagar os logs gerados pelo meu banco de
dados Postgresql 8.2 com o intuito de liberar espaço no disco. Como devo
proceder? eles são importantes para o banco ou são apenas para checagem de
transações e acessos?
Att,
Alex B. Ferreira
Olá,
Em 22 de julho de 2010 14:34, Alex Barbosa Ferreira
al...@yahoo.com.brescreveu:
Boa tarde!
tenho a seguinte dúvida: gostaria de apagar os logs gerados pelo meu banco
de dados Postgresql 8.2 com o intuito de liberar espaço no disco. Como devo
proceder? eles são importantes para o banco
Boa tarde!!!
Estou precisando alterar um TYPE que foi definido para uma PLSQL e não
estou conseguindo localizá-lo.. como posso alterá-lo??
devo apagá-lo e criá-lo novamente?
Abraços,
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
Gurgel, Flavio escreveu:
Note que após um VACUUM FULL é obrigatório fazer um REINDEX e ANALYZE.
Mas eu evitaria o VACUUM FULL.
Após um VF, o REINDEX *não* é obrigatório; isso só é verdade naqueles casos
com muitas tuplas removidas e/ou atualizadas. Além disso, se for este o caso
(muitas tuplas
Tiago Adami escreveu:
Frequentemente tenho problemas relacionados a arquivos do WAL
corrompidos ou não existentes
Você não nos disse qual o erro e nem mesmo qual é a versão (8.3.x?) que está
utilizando. Inúmeros bugs foram corrigidos nesta área. Você deve utilizar
sempre a última versão da
Obrigado Euler, Fabrízio, Flávio...
Quanto ao autovaccum, deixe-me saber se eu entendi bem o
conceito/parâmetros:
- a cada ciclo de tempo (autovacuum_naptime) o processo de vaccum percorre
todas as tabelas (com autovaccum ativo) para analisar se é necessário
executar o vaccum;
- o fator que
[Gibon] Eu pensei em usar o vacuum full principalmente para ganhar
espaço em
disco, já que o vaccum (sem full) libera o espaço para uso mas não
encolhe o arquivo fisicamente (abaixo do último registro
válido...acredito que algo
tipo HWM...). Quanto ao reindex e o analyze após o vacuum full,
Em 22 de julho de 2010 15:38, Euler Taveira de Oliveira
eu...@timbira.com escreveu:
Tiago Adami escreveu:
Você não nos disse qual o erro e nem mesmo qual é a versão (8.3.x?) que está
utilizando. Inúmeros bugs foram corrigidos nesta área. Você deve utilizar
sempre a última versão da série 8.3
Fábio Gibon - Comex System escreveu:
Quanto ao autovaccum, deixe-me saber se eu entendi bem o
conceito/parâmetros:
- a cada ciclo de tempo (autovacuum_naptime) o processo de vaccum percorre
todas as tabelas (com autovaccum ativo) para analisar se é necessário
executar o vaccum;
- o fator
Olá pessoal,
Estou gerando uuid aqui no trabalho através da função que já esta
instalada no meu postgresql que é:
select uuid_generate_v4().
Só que tem um problema. O resultset que recebe o resultado desta função em
php recebe o valor da segiinte forma:
uuid_generate_v4
Flávio,
o que ainda não me caiu a ficha é entender porque um analyze diária
não seja o suficiente, imagine que tenho uma tabela com 1.000.000 de
registros (um movimento de 3 anos), então a cada dia ela recebe mais uns
1.000 registros, ficando com 1.001.000 ( + 0,1%). Como a variação de
Em 22 de julho de 2010 17:17, Euler Taveira de Oliveira
eu...@timbira.comescreveu:
limiar_vacuum = autovacuum_vacuum_threshold +
autovacuum_vacuum_scale_factor *
reltuples
O autovacuum faz:
if (pg_stat_*_tables.n_dead_tup limiar_vacuum)
execute o VACUUM
O mesmo vale para o ANALYZE.
split_part[0] nao resolve?
[0] http://www.postgresql.org/docs/8.4/static/functions-string.html
2010/7/22 Flavio Ramos guardia...@gmail.com:
Olá pessoal,
Estou gerando uuid aqui no trabalho através da função que já esta
instalada no meu postgresql que é:
select uuid_generate_v4().
Só
como assim split_part[0]?
select split_part[0] uuid_generate_v4()
2010/7/22 Sebastian SWC sebastian...@gmail.com
split_part[0] nao resolve?
[0] http://www.postgresql.org/docs/8.4/static/functions-string.html
2010/7/22 Flavio Ramos guardia...@gmail.com:
Olá pessoal,
Estou
Ola!Boa noite a todos.Talvez alguem ja tenha feito e poderia me dar umas
dicas.Estou testando o Postgres 9.0 beta 3 a funcao de Hot Standby, que vi muito
falando que ja vem embutido.Estou tentando efetuar as configuracoes entre 2
maquinas com postgres 9.0 beta 3, porem no segundo servidorquando
2010/7/22 gilmarli...@agrovale.com.br
Ola!
Boa noite a todos.
Olá, boa noite
Talvez alguem ja tenha feito e poderia me dar umas dicas.
Estou testando o Postgres 9.0 beta 3 a funcao de Hot Standby, que vi muito
falando que ja vem embutido.
Estou tentando efetuar as configuracoes entre 2
Tiago Adami escreveu:
2010-07-18 13:44:41 BRT LOG: could not open file
pg_xlog/000100050073 (log file 5, segment 115): No such
file or directory
Qual a versão exata?
A escrita dos dados em disco não pode ser garantida com o fsync
principalmente em Windows, caso contrário não
Fábio Gibon - Comex System escreveu:
exemplificando... tabela com 1000 linhas
autovacuum_vacuum_threshold = 50
autovacuum_vacuum_scale_factor = 0.2
Só irá ocorrer vaccum se o número de linhas mortas (nisto incluem-se
as atualizadas também ou só as deletadas?) for maior que 250
gilmarli...@agrovale.com.br escreveu:
restore_command = 'cp /tmp/%f %p'
standby_mode = 'on'
primary_conninfo = 'host=IP_SERVIDOR_PRIMARIO port=5573'
São parâmetros do recovery.conf e não do postgresql.conf. Vide o manual [1] ou
o howto do Diogo [2].
[1]
Em 22 de julho de 2010 21:28, Euler Taveira de Oliveira
eu...@timbira.com escreveu:
Tiago Adami escreveu:
2010-07-18 13:44:41 BRT LOG: could not open file
pg_xlog/000100050073 (log file 5, segment 115): No such
file or directory
Qual a versão exata?
Versão 8.3.1 (sim, a primeira
51 matches
Mail list logo