Paradigm Mismatch : comment mapper relationnel et objet
Bonjour,
Je reviens vers vous au sujet de mes associations réflexives et des Primary keys composées.
En fait, je développe depuis quelques temps avec le framework CakePHP, qui offre notamment du maping relationnel-objet et "détecte" tout seul les relations entre tables... Cependant, il ne connaît pas, par défaut, les associations réflexives et surtout il ne supporte pas les Primary keys composées ou multiples.
Suite à de nombreux échanges avec la communauté pour essayer de comprendre et éventuellement de leur proposer des améliorations, la plupart des réponses qu'ils font, tournent autour de l'idée qu'il ne faut pas utiliser les associations réflexives, ni les PK composées et qu'il vaut mieux "tricher" en ajoutant un id auto-increment à une table d'association réflexive !
Exemples : "Wake up people, it's 2007, and multi-column primary keys are *still* a dumb idea."
"compound primary key constraints are *business* constraints not *application* keys"
"why multi-column primary keys are a dumb idea, but I think the most important one for 2007 is that it breaks REST architecture on the web, as there is no single point of reference to a piece of data, and that data may now change up on you without you knowing it,"
"But primary key and "unique index" is basically the same thing : the difference
is that a table can have only one primary key , while the unique indexes
can be more than one. "primary key" is just syntactic sugar for "unique and
not null"
Pourriez-vous me donner votre sentiment de vieux briscard du SQL ?
Bien cordialement,
Avairet