Commentaires sur : Fixtures on Rails

Par : Fixtures on Rails 2.1 « glob

Fixtures on Rails 2.1 « glob — Fri, 28 Aug 2009 19:58:11 +0000

[...] à mon précédent billet concernant la création d’un jeu de données propre à une migration en utilisant les [...]

Par : martin

martin — Wed, 11 Jul 2007 07:01:09 +0000

shingara: le problème vient justement du fait que la tache rake va loader toutes les fixtures.

Lorsque tu passes en prod initialement, pas de problème, tu charges tout mais lorsque l'appli est déjà en prod et que tu fais une évo tu ne peux pas te permettre de reloader toutes les fixtures puisque tes données ont sûrement évoluées de leur coté.

L'idée c'est donc d'avoir un jeu de données liée à une certaine migration.

Par : al

al — Wed, 11 Jul 2007 00:22:15 +0000

Pour certaines raisons. D'une ces fixtures (de test) ne seront pas synchrones avec tes migrations. Mettons que tu ais une version en prod et qu'ensuite tu veuilles rajouter des fixtures depuis ton trunk dev. Avec db:fixtures:load, il va tout te charger, et en plus depuis les fixtures de test, ce qui n'est pas forcement ce que tu veux dans tes futures bases.

De plus, la méthode ci-dessus te permet de garder un « historique » entre la version dev a la version prod.

Après, tout dépend des besoins. Tes données peuvent évoluer coté prod et parfois tu ne veux pas y toucher lors de la migration de ta base.

Par : shingara

shingara — Tue, 10 Jul 2007 16:04:14 +0000

Et pourquoi ne pas utiliser tout simplement la tâche rake :

rake db:fixtures:load

qui permet de loader toutes les fixtures des tests dans ta Base de donnée. Ainsi avec seulement un jeu de donnée, tu peux les utiliser avec tes test et avec ton remplissage initiale de base de donnée.