Hum.. acredito que o problema esteja além da modelagem.. imagina o seguinte:
Tenho um cadastro de Cliente, onde como PK eu incluo um INT sempre
sequencial.. vamos a um pequeno exemplo:

Máquina 1 (Empresa X)
- Cadastro cliente Cód: 1
- Cadastro Cliente Cód 2

Máquina 2 (Empresa Y)
- Cadastro Cliente Cód 1.
-Cadastro Cliente Cód 2.
- Importo o Cliente Cód 1 da Empresa X, ficando com o código 3 na empresa
Y... (!!!)

O problema está no (!!!) eu teria que guardar no cadastro da Empresa Y, qual
o Código que veio da Empresa X, pois ao fazer a sincronização eu saberia o
código em cada empresa.. aí o problema seria na importação de um Pedido por
exemplo.. onde tivesse cliente=1 (Empresa X) eu teria que mudar pra
cliente=3 (Empresa Y).... e ao sincronizar de volta fazer o processo
inverso..

Nesse contexto eu pensei no GUID, ou UUID como é chamado no Postgre, pois o
UUID é único e dificilmente repete, então eu não precisaria ficar fazer a
manobra de trocar códigos ao importar de uma Empresa para Outra..

Será que consegui explicar minha questão? :o)   fui digitando o que veio na
cabeça.. as vezes pode ficar sem nexo.. rsrs

[]s





T.·.F.·.A.·.     S+F

*Fellipe Henrique P. Soares*

Analista e Desenvolvedor de Softwares for Win32
Linux Administrator




Em 6 de julho de 2011 14:36, Leandro DUTRA
<[email protected]>escreveu:

> 2011/7/6 Fellipe Henrique <[email protected]>:
> > Sim, a idéia é usar Chave Composta, mas usando integer seria complicado
> > quando fosse fazer a importação, pra ter que refazer os conflitos das
> FK...
>
> Teu problema é de modelagem.  Usar chaves naturais evitaria todo esse
> problema.
>
>
> --
> Skype:leandro.gfc.dutra?chat      Yahoo!: ymsgr:sendIM?lgcdutra
> +55 (61) 3546 7191        Google Talk: xmpp:[email protected]
> +55 (11) 9406 7191            ICQ: AIM:GoIM?screenname=61287803
> sip:[email protected]  MSNIM:[email protected]
> _______________________________________________
> pgbr-geral mailing list
> [email protected]
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a