2010/1/4 Leonardo Cezar <[email protected]>: > 2010/1/2 Tarcísio Sassara <[email protected]>: >> 2010/1/2 Leonardo Cezar <[email protected]>: >>> 2010/1/1 Tarcísio Sassara <[email protected]>: >>>> Ainda não conheço uma biblioteca/framework ORM que faz uso adequado de >>>> chaves naturais compostas. >>> >>> php: doctrine, propel; >>> python: SQLAlchemy; >>> ruby: DataMapper; >>> java: qualquer framework baseado na porcaria do JPA, por exemplo hibernate; >>> >>> Abraço! >>> >> >> Opá, >> Da lista conheço o SQLAlchemy, o Propel e o Doctrine. >> >> Acho que o Doctrine superou o Propel. >> E no site do Doctrine diz: "Avoid composite keys" >> >> http://www.doctrine-project.org/documentation/manual/2_0/en/best-practices#avoid-composite-keys >> >> Se da o suporte mas não recomenda o uso, não é legal. > > Bom, o site diz que Doctrine suporta completamente chaves compostas e > ao mesmo tempo diz que devido a um overhead (??) para acessar tais > chaves existe possibilidade de erro (???). No minimo confuso... Deixa > no gelo ... > > No projeto que trabalhamos com chaves compostas e Doctrine, ele > funcionou sem nenhum "aparente" problema. >
Acho que o maior problema é com as chaves estrangeiras compostas. Me parece que esta feature foi adicionada recentemente (relativo ao roadmap do projeto). Existem alguns tickets sobre o assunto mas precisaríamos de um pouco mais de leitura para entender a ordem cronologia da resolução deste problema para saber se está tudo OK. Um dos tickets http://www.doctrine-project.org/jira/browse/DC-85 -- Tarcisio F. Sassara _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
