Frédéric Logier wrote the following on 23.03.2007 11:39 : > Alors autant être honnête jusqu'au bout et ne pas pointer le doigt sur > Rails. J'aurais plutôt mis : > Si votre modèle de données ne respecte pas les conventions de base de > nommage et de relation entre les tables alors il y a un temps assez > conséquent à adapter le framework à ce modèle.
En fait à moins qu'on ait à faire face à des modèles très complexes, l'adaptation n'est pas très difficile. La première étape est de faire tourner une migration qui transforme le schema de la base en un schema adapté à ActiveRecord et le tour est joué. Jusqu'ici je n'ai pas rencontré de bases dont le schema nécessitait plus d'une petite semaine pour le comprendre puis scripter la transformation (et de toute manière, il faut bien comprendre le schema, ce qui est le plus long à mon sens). Le vrai problème, c'est lorsque l'appli Rails n'est pas la seule à accéder à la base. C'est assez commun et il n'est pas forcément aisé ou même possible de faire évoluer les autres composants du système. Dans ce cas soit on peut travailler sur une autre base et envoyer les modifications par batch sur la base d'origine, soit on rame (et il est parfaitement possible que faire évoluer l'appli d'origine au lieu de la recoder devienne la meilleure approche)... Lionel.
_______________________________________________ Railsfrance mailing list Railsfrance@rubyonrails.fr http://lists.rubyonrails.fr/mailman/listinfo/railsfrance
