2007/9/6, Leonardo Cezar <[EMAIL PROTECTED]>:
> On 9/6/07, Leandro DUTRA <[EMAIL PROTECTED]> wrote:
>
> > Bom, existem os DOMAINs do ISO SQL, que noßo elefante suporta… e o DB2
> > também.
>
> Então não entendi nada mesmo. Em qual situação os domínios SQL
> contribuiriam no contexto da ferramenta em questão?
Se eu entendi direito a ferramenta e lembro bem — já fazem algumas
semanas que a vi — é um diagramador ER. Definem-se os DOMAINs, os
quais se usam para definir as tabelas já com os tipos e restrições de
atributo associadas, mantendo-se a consistência do modelo de dados.
> Domínios SQL não
> são nada além do que apelidos para contenções tipadas.
Mas que são uma aproximação razoável embora tosca de domínios
definidos pelo usuário.
Lembrando que um domínio é uma lista de valores aplicáveis a um
atributo, variável &c, um DOMAIN te permite, via CHECK CONSTRAINT,
definir uma tal lista ou aproximação dela.
Aliás intereßante — você usa 'contenção' como tradução de CONSTRAINT?
Sempre usei restrição…
> > A prática é *sempre* definir domínios, mesmo sem suporte do SGBD,
> > exatamente por seu valor documental.
> <corte>
>
> De acordo. E pra esse fim, SQL Domains não servem.
Como não? A gente documenta que determinados atributos são todos
definidos no mesmo tipo, e tem restrições e comentários associados…
Aliás não tem ferramenta proprietária que se preze que não implemente
— CA ERWin, IBM Data Architect, Embarcadero ER Studio…
Aliás, mesmo que os DOMAINs SQL não sejam suportados pelo SGBD alvo,
ainda é intereßante definir na ferramenta de diagramação, para
documentação e consistência na geração da base.
--
+55 (11) 5685 2219 xmpp:[EMAIL PROTECTED]
+55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 5686 9607 ICQ/AIM: aim:GoIM?screenname=61287803
MSN: msnim:[EMAIL PROTECTED]
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
