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 --~--~---------~--~----~------------~-------~--~----~ 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] -~----------~----~----~----~------~----~------~--~---
