Legal, você poderia usar UK's e ainda assim manter a suas chaves artificiais, muitas vezes a preocupação com a chave primária faz com que as pessoas esqueçam que podemos ter N UK's para manter a integridade nos trilhos e no banco!
Hoje tenho diversos projetos onde o uso de ORM é constante, para conviver com ele faço isso, o fato é que tabela sem chave natural é o inferno de qualquer modelo. Em 25 de agosto de 2016 14:22, Tiago José Adami <adam...@gmail.com> escreveu: > Em 25 de agosto de 2016 14:17, Tiago José Adami <adam...@gmail.com> > escreveu: > > CREATE TABLE reserva_item_autorizacao ( > > Corrigindo os comentários > > Tabela RESERVA_ITEM só possui 2 FKs: > - codigo_patrimonio é FK da tabela ITEM_RESERVA; > - demais campos são FK da tabela RESERVA > > Tabela RESERVA_ITEM_AUTORIZACAO só possui 2 FKs: > - matricula_autorizacao é FK da tabela PESSOA; > - demais campos são FK da tabela RESERVA_ITEM > > TIAGO J. ADAMI > _______________________________________________ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral