Renaud Chaput wrote: > Fabien Jakimowicz a écrit : >> Quitte à faire un lock, une contrainte sur la base/table est encore >> plus sage : cela ne bloque pas la base de données comme un lock et ca >> laisse la base gérer la fiabilité des données. > Sauf que la philosophie de rails est de ne rien faire en DB et de tout > gérer dans le modèle ou via l'ORM, dans l'application. > Je ne suis pas trop d'accord avec cette idée, et préfèrerais un moyen > d'implémenter des contraintes (FK, ...) au niveau de la DB si celle ci > la gère, mais cela n'est pas du tout prévu (un choix de conception de > DHH, qui a été discuté). > > renchap
C'est un choix qui se comprend si l'on souhaite réellement ne pas dépendre de la base de donnée choisie. Mais celà ne doit pas non plus empêcher toute optimisation dans le cas d'un projet où le choix de la base est connu et pérenne -- Posted via http://www.ruby-forum.com/. --~--~---------~--~----~------------~-------~--~----~ Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement envoyez un e-mail à l'adresse [email protected] -~----------~----~----~----~------~----~------~--~---
