Luiz Rafael Culik Guimaraes wrote:
> "Limit (cost=0.00..5.91 rows=32 width=70) (actual time=0.083..0.222 rows=32
> loops=1)"
> " -> Index Scan using test_table_ind03_03 on test_table a
> (cost=0.00..92307.51 rows=499950 width=70) (actual time=0.078..0.178 rows=32
> loops=1)"
O problema e
Amigos
Esqueci de mencionar na mensagem principal
postgresql 8.2.5 no linux
[]s
Luiz
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Buenas amigos
eu tenho uma pequena tabela no postgresql (populada em 50 registros para
testa com a seguinte estrutura
CREATE TABLE test_table
(
code_id character(8),
descr character varying(50),
days numeric(8) DEFAULT 0,
date_lim date,
sr_recno numeric(15) NOT NULL DEFAULT nextval
> > Então me responda, pq não aparece o RAISE do Inserindo?
Nos testes que eu fiz com INSERT dá o RAISE de inserindo sim... (mas
fiz com o comando INSERT, não COPY, mas pelo que li na documentação, o
COPY aciona normalmente triggers e FKs, apenas não invoca CHECKS) ...
Att:
Thiago Risso
Esses usuários acessam o banco remotamente? Se for isso, poderia ser criada
uma regra impossibilitando o acesso remoto durante o restore.
Renato
Em 10/11/07, Sebastian SWC <[EMAIL PROTECTED]> escreveu:
>
> Situações onde o restore pode ser necessário são raras. Por isso eu não
> vejo como um prob
