> > Quais os prós e contras de usar tipos compostos em campos da chave
> primária?
>
> Você quer dizer tipos compostos nas chaves primárias, ou chaves
> primárias compostas?
Tipos compostos em chaves primárias.
> De qualquer maneira, são dois jeitos de usar chaves naturais, o que é
> absolutamente necessário. O que não é absolutamente necessário é que a
> chave primária seja natural; em casos extremos, pode ser necessário
> usar uma chave artificial além da(s) natural(is).
Entendo. O questionamento realmente é o outro.
> Talvez se você exemplificasse o que pensou em fazer, e porque temeu
> fazê-lo, poderíamos ajudar melhor.
Exemplo hipotético:
CREATE TYPE public.tanimal AS
(especie integer,
chip integer);
CREATE TABLE public.animal
(
identificacao tanimal NOT NULL,
nascimento timestamp with time zone,
CONSTRAINT animal_pkey PRIMARY KEY (identificacao)
)
Numa modelagem tradicional eu teria na tabela (hipotética) de animal os campos
especie e chip como chave primária, pois para cada especie de animal eu posso
ter um chip de tamanhos diferentes e a numeração digamos que possa se repetir
entre os diferentes tipos de chips.
Que vantagens/desvantagens eu teria em utilizar esta abordagem ao invés de
utilizar a tradicional?
Onde pode ser aplicado um tipo composto e que ele se sairá melhor que a
modelagem tradicional?
_______________________________________________
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
