sim vai tb
você pode restaurar até o tempo ocorrido
do update, ou seja caminhas na linha do tempo com o wal...
Boa noite lista
Uma pequena questao,
recuperando uma base com o WAL ele restaura erros de UPTADE? ou somente
insert e delete?
Estou desesperado, foi feito
um update
Configuração ideal do Postgresql.conf para um Servidor HPML150 G5 4GBRam
HD máster Satã 160 GB... segundo HD SAS...
SO. Windows Server 2003...
Parâmetros modificados no Postgresql os demais estão do jeito que
foram instalado inclusivo com as “#”
max_connections = 25
shared_buffers =
Ainda necessitando de ajuda: O que está errado?
CREATE OR REPLACE FUNCTION teste() RETURNS TRIGGER AS
'DELETE FROM cliente WHERE cliente_id = OLD.cliente_id;'
LANGUAGE plpgsql;
CREATE TRIGGER teste AFTER DELETE ON cliente_teste
FOR EACH ROW EXECUTE PROCEDURE teste();
ERROR: syntax error at
HD máster Satã 160 GB... segundo HD SAS...
SO. Windows Server 2003...
Parâmetros modificados no Postgresql os demais estão do jeito que
foram instalado inclusivo com as #
max_connections = 25
shared_buffers = 1000MB
Work_mem = 250MB
maintenance_work_mem = 800MB
max_fsm_pages =
Bom dia a todos da comunicade.
Eu uso o Postgres 8.3.3 em um Suse EL 4. Esta base de dados tem atualmente
2,5GB e recebe cerca de 800.000 updates/dia. Pra manter o desempenho do SGBD
e evitar o Transaction ID Wraparound, agendei REINDEX (reindexdb -d veltrac)
e VACUUM (vacuumdb -zv veltrac)
2008/10/3 ..:: Rodrigo (-_-) Machado ::.. [EMAIL PROTECTED]:
Boa noite lista
Uma pequena questao,
recuperando uma base com o WAL ele restaura erros de UPTADE? ou somente
insert e delete?
Que eu me lembre, não restaura erros. Talvez se estiver usando
savepoint[1] poderia ter alguma
Olá, criei uma base de dados via plesk, e o mesmo criou com o encode
ASCII, peguei o comando correto:
createdb --encoding=UNICODE --owner=username databasename
a pergunta é, preciso recriar a base com o encode correto ou é
possivel somente alterar.
Valeu,
Nei
2008/10/4, Osvaldo Kussama [EMAIL PROTECTED]:
2008/10/3, Antonio Prado [EMAIL PROTECTED]:
Por favor, o que pode estar errado na criação da Function e Trigger
abaixo?
CREATE FUNCTION teste(integer) RETURNS trigger AS
'DELETE FROM cliente WHERE cliente_id=$1;'
LANGUAGE plpgsql;
Query
Rildo
Se vc quer uma config ideal, a primeira coisa e trocar o windows server 2003
por linux como RH/debian/centos
[]s
Luiz
- Original Message -
From: Rildo - MSM
To: pgbr-geral@listas.postgresql.org.br
Sent: Monday, October 06, 2008 9:21 AM
Subject: [pgbr-geral] Configuração ideal do
2008/10/6 [EMAIL PROTECTED]:
sim vai tb
você pode restaurar até o tempo ocorrido do update, ou seja caminhas na
linha do tempo com o wal...
Bem lembrado, Joao corrigindo o que comentei.:)
[]´s
--
Fernando Ike
http://www.midstorm.org/~fike/weblog
Sempre ouvi e li que o melhor é ter sempre uma chave primária numérica
na tabela e evitar chaves textuais. Não cheguei a trabalhar pra valer
em um banco bem normalizado, então não sei se isto é verdade. Em todos
os fontes que eu vejo por aí (principalmente aqueles controles de
locadoras e
A restauração de uma base de dados é realizada através dos comandos SQL que
conhecemos, logo, se você puder fazer uma rotina que remova os índices e
desabilite as triggers e constraint, o tempo para restauração deve cair
bastante.
[]´s
2008/10/6 Rildo - MSM [EMAIL PROTECTED]
HD máster Satã
Pessoal, estava com um banco de dados, com o seguinte problema:
Eu tentava inserir dados em uma determinada tabela, e o PostgreSQL me
retornava o seguinte erro:
unrecognized referential integrity match type UNSPECIFIED.
Tentamos passar o Vacuum e o Reindex, e não resolveu. Então fizemos um
CREATE OR REPLACE FUNCTION teste() RETURNS TRIGGER AS
$BODY$
BEGIN
DELETE FROM cliente WHERE cliente_id = OLD.cliente_id;
RETURN new;
END;
$BODY$
LANGUAGE plpgsql VOLATILE;
2008/10/6 Antonio Prado [EMAIL PROTECTED]
Ainda necessitando de ajuda: O que está errado?
CREATE OR
2008/10/6, Antonio Prado [EMAIL PROTECTED]:
Ainda necessitando de ajuda: O que está errado?
A definição da função?
CREATE OR REPLACE FUNCTION teste() RETURNS TRIGGER AS
'DELETE FROM cliente WHERE cliente_id = OLD.cliente_id;'
LANGUAGE plpgsql;
Creio que deva ser:
CREATE OR REPLACE
Olha que legal na documentação!!!
:)
http://www.postgresql.org/docs/8.3/interactive/performance-tips.html
Bem os seus testes estão somente em cima de um restore, o que
não vai te informar muita coisa em aspecto de tunning ou
comportamento do teu server. o legal seria um teste tipo TPC-B,
um
Resolvido:
CREATE OR REPLACE FUNCTION teste() RETURNS TRIGGER AS
'BEGIN
DELETE FROM cliente WHERE cliente_id = OLD.cliente_id;
RETURN NULL;
END;'
LANGUAGE plpgsql;
CREATE TRIGGER teste AFTER DELETE ON cliente_20080902
FOR EACH ROW EXECUTE PROCEDURE teste();
Obrigado pela atenção Osvaldo!
O que ele disse que foi erro do caboclo que fez um update indevido e
isso para o banco é uma instrução valida...
Entao... vc pode caminhas no tempo como eu disse anteriormente!
2008/10/3 ..:: Rodrigo (-_-) Machado ::..
[EMAIL PROTECTED]:
Boa noite lista
Uma pequena questao,
Faz tempo q nao brinco com plpgsql mas ... nao esta faltando um begin
e um end ???
Ainda necessitando de ajuda: O que está errado?
CREATE OR REPLACE FUNCTION teste() RETURNS
TRIGGER AS
'DELETE FROM cliente WHERE cliente_id =
OLD.cliente_id;'
LANGUAGE plpgsql;
CREATE
TRIGGER
Boa tarde pessoal,
Foi reinstalado o sistema operacional de um servidor aqui na empresa e na
hora de subir o postgres esta apresentando o seguinte erro:
*Starting PostgreSQL 8.3 database server: mainError: The server must be
started under the locale : which does not exist any more.
failed!*
2008/10/6 Leandro Cavalari Soares [EMAIL PROTECTED]:
Bom dia a todos da comunicade.
Eu uso o Postgres 8.3.3 em um Suse EL 4. Esta base de dados tem atualmente
2,5GB e recebe cerca de 800.000 updates/dia. Pra manter o desempenho do SGBD
e evitar o Transaction ID Wraparound, agendei REINDEX
Leandro Cavalari Soares escreveu:
Bom dia a todos da comunicade.
Eu uso o Postgres 8.3.3 em um Suse EL 4. Esta base de dados tem
atualmente 2,5GB e recebe cerca de 800.000 updates/dia. Pra manter o
desempenho do SGBD e evitar o Transaction ID Wraparound, agendei REINDEX
(reindexdb -d
Leandro Cavalari Soares escreveu:
Bom dia a todos da comunicade.
Eu uso o Postgres 8.3.3 em um Suse EL 4. Esta base de dados tem
atualmente 2,5GB e recebe cerca de 800.000 updates/dia. Pra manter o
desempenho do SGBD e evitar o Transaction ID Wraparound, agendei REINDEX
(reindexdb -d
Escreva assim:
Create or Replace Function teste()
Returns Trigger
As
$$
Begin
delete from cliente where cliente_id = old.cliente_id;
End;
$$
language plpgsql;
2008/10/6 Antonio Prado [EMAIL PROTECTED]
Ainda necessitando de ajuda: O que está errado?
CREATE OR REPLACE FUNCTION teste()
Eu uso o próprio pgAdmin no OSX. Funciona beleza!
--
Regards,
Francisco Figueiredo Jr.
http://fxjr.blogspot.com
http://www.npgsql.org
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
Antonio Prado escreveu:
Ainda necessitando de ajuda: O que está errado?
CREATE OR REPLACE FUNCTION teste() RETURNS TRIGGER AS
'DELETE FROM cliente WHERE cliente_id = OLD.cliente_id;'
LANGUAGE plpgsql;
CREATE TRIGGER teste AFTER DELETE ON cliente_teste
FOR EACH ROW EXECUTE PROCEDURE
Em 06/10/08, Yoshio[EMAIL PROTECTED] escreveu:
Sempre ouvi e li que o melhor é ter sempre uma chave primária numérica
na tabela e evitar chaves textuais. Não cheguei a trabalhar pra valer
em um banco bem normalizado, então não sei se isto é verdade. Em todos
os fontes que eu vejo por aí
2008/10/6, Nei [EMAIL PROTECTED]:
Olá, criei uma base de dados via plesk, e o mesmo criou com o encode
ASCII, peguei o comando correto:
createdb --encoding=UNICODE --owner=username databasename
a pergunta é, preciso recriar a base com o encode correto ou é
possivel somente alterar.
Luiz Rafael Culik Guimaraes escreveu:
Se vc quer uma config ideal, a primeira coisa e trocar o windows server 2003
por linux como RH/debian/centos
Por que? Apesar do Windows ser menos configurável do que outros sistemas
operacionais, podemos tirar o máximo dele sim. É fato que a performance
Le Tue, 07 Oct 2008 00:50:33 +0900, Yoshio a écrit :
Sempre ouvi e li que o melhor é ter sempre uma chave primária numérica
na tabela e evitar chaves textuais.
Por quê?
Não cheguei a trabalhar pra valer em
um banco bem normalizado, então não sei se isto é verdade.
Não é.
Em todos os
Leandro Cavalari Soares escreveu:
Eu uso o Postgres 8.3.3 em um Suse EL 4. Esta base de dados tem
atualmente 2,5GB e recebe cerca de 800.000 updates/dia. Pra manter o
desempenho do SGBD e evitar o Transaction ID Wraparound, agendei REINDEX
(reindexdb -d veltrac) e VACUUM (vacuumdb -zv veltrac)
Yoshio escreveu:
Gostaria de saber a opinião de vocês, seria pecado demais utilizar
campo de texto como chave primária?
Pecado? Chaves naturais são sempre melhores por várias razões que você
pode constatar nos livros que ensinam a teoria relacional. Algumas delas
são (i) 'fortalecer' o modelo
32 matches
Mail list logo
