Em Seg, 2006-10-30 às 14:15 -0300, Magno Lima escreveu: > > heheheh :) ... certamente! O sistema recebe centenas de informacoes > por minuto, dai a chave PK ser um tipo SERIAL do proprio PG, pois ia > ser meio loucura controlar isto. Para algumas informacoes > particulares, ele precisa registrar algo mais numa tabela auxiliar, e > aquele numero de serie que foi recem gerado é a unica chave que posso > ter. Como não são todas as situações, creio que não está lento.
Você não precisa controlar nada, basta declarar uma chave natural. E
isso é absolutamente necessário, nem que (situação extrema) a chave
natural tenha de ser toda a tabela exceto a chave artificial.
> Agradeço muito até aqui, ja dei uma lida no FAQ tambem :) E por conta
> disto eu poderia obter o nextval() antes do insert da tab1, usar o
> mesmo val para ela e para a tabela escrava... e novamente, tudo dentro
> de uma transacao implicita, é isso ai ne?
Exato. E como alguém mais lembrou, tem o CURRVAL() que é o ideal.
--
Leandro Guimarães Faria Corcete DUTRA <[EMAIL PROTECTED]>
http://orolix.com.br./
+55 (11) 2122 0302
signature.asc
Description: Esta é uma parte de mensagem assinada digitalmente
_______________________________________________ Grupo de Usuários do PostgreSQL no Brasil Antes de perguntar consulte o manual http://pgdocptbr.sourceforge.net/ Para editar suas opções ou sair da lista acesse a página da lista em: http://pgfoundry.org/mailman/listinfo/brasil-usuarios
