2008/10/15 Mozart Hasse <[EMAIL PROTECTED]>: > * E se eu quiser guardar um nome descritivo para cada valor possível nos meus > ENUMs-que-deveriam-ser-tabelas? Crio uma tabela com chave primária do tipo > ENUM e coloco nela os respectivos campos extras?!
Claro, ele é uma definição de tipo, não uma relação, e muito menos internacionalizada. > * Comparações entre os ENUM e os não-ENUM precisarão de um CAST. Logo, se > eu importar dados ou fizer um JOIN com uma tabela > não-conceitualmente-perfeita ou simplesmente com definições diferentes das > vigentes na minha base teremos de colocar CASTs para comparar texto com texto. > Conceitualmente até faz sentido, mas na prática é um trabalho extra > difícil de justificar. Depende do quanto consistência é importante para ti. > * E se eu quiser fazer ENUMs de valores numéricos? Exatamente a questão que coloquei. > * Bom, com modelos perfeitos num mundo perfeito isso até parece razoável, > mas... voltando ao mundo real do dia-a-dia: e se eu precisar alterar a lista > de valores ? Boa questão, você testou? Mas realmente a idéia é usar para coisas bem estáticas. > Sei não, não si se consigo imaginar uma boa relação custo/benefício em > favor dos tipos ENUM. Tabelas me parecem muito mais práticas. Dependendo do caso, sim. Ou DOMAINs, que ficam no meio do caminho. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7344 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:[EMAIL PROTECTED] _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
