2009/2/4 Renaud Chaput <[email protected]>: > > 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é). >
en effet, mais les index uniques (qui sont implémentés dans rails) contredisent totalement cette logique rails. De plus, tout n'est pas possible depuis les modèles ;) -- http://fabien.jakimowicz.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] -~----------~----~----~----~------~----~------~--~---
