Discussion :

[horkets]

Bonjour à tous,

Je voudrais rajouter une colonne dans une table, le numéro de cette nouvelle migration est 006, le fichier est bien créé.
Le probleme se pose en fait lorsque je lance la commande

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

rake db:migrate

En effet, une erreur apparaît au niveau de la migration 005 (create_table)

L'erreur m'indique que la table existe déjà -> comme si je ne le savais pas !!

Est ce que la commande

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

rake db:migrate VERSION=006

pourrais forcer la migration de la DB avec le fichier 006 sans passer par la 005 ??

Sinon, que pourrais je faire pour migrer ma DB correctement ?
Y a t'il un fichier que je pourrais modifier pour faire comprendre à rails qu'il faut continuer sur la migration 006 en zappant la 005 ?

En espérant avoir été suffisamment clair, merci d'avance pour votre aide

[titoumimi]

Bonjour

Tu as du te tromper quelque part en faisant tes migrations pour avoir ce genre d'erreurs, ou créer une table à la main qui est redéfinie dans une migration...

Dans ta base, tu as une table schema_info, qui stocke le numéro courant de migration.

Normalement, si tu as un total de 6 migrations, et que le numéro stocké est 4, rake db:migrate n'exécutera que les deux dernières migrations. Eventuellement, vides complètement ta base, et relance un cycle de migration complet, histoire d'être sûr de repartir sur de bonnes bases...

[horkets]

Bonjour

Vider ma DB pour recommencer les migration ... c'est tout à fait ce que je voudrais éviter, car je devrai à nouveau remplir les tables manuellement ?

Quid si je change le nombre dans la table schema_info ??

Mais bon, si c'est la seule des solutions ...

Petite question supplémentaire :
Si je lance un cycle complet de migration, dois je le faire pour chaque fichier ou le fait de le faire une seule fois suffit à tout recréer ?

[titoumimi]

En fait, si tu ne veux pas recréer complètement ra DB, il faudrai savoir pourquoi ce soucis est apparu... tu n'as rien créer à la main, ... ?

quelle est ta migration 5, et que doit-elle faire ?

Pour peupler ta base avec des données initiales, tu peux ajouter ça dans les migrations, ça se fait très bien

un rake db:migrate exécute les migrations entre le chiffre contenu dans schema_info (si il y en a un) et la migration max disponible.

Si tu veux spécifier un numéro de version, tu peux faire un rake db:migrate version=XXX

[horkets]

Voici le fichier migration 005

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
class CreateLineItems < ActiveRecord::Migration
  def self.up
    create_table :line_items do |t|
      t.string :ref_offre, :null => false
      t.string :ref_produit, :null => false
      t.string :quantite, :null => false
      t.string :prix, :decimal, :precision=>8, :scale=>2, :null => false
      t.timestamps
    end
 
    execute "alter table line_items add constraint fk_line_item_products 
              foreign key (ref_produit) references produits(id)"
 
    execute "alter table line_items add constraint fk_line_item_offres
              foreign key (ref_offre) references offres(id)"
  end
 
  def self.down
    drop_table :line_items
  end
end

Si je me souviens bien, j'avais fait une erreur de syntaxe dans le premier execute (ref au lieu de id) => erreur, mais la table a bizarrement quand même été créée

Et maintenant plus moyen de passer cette étape même avec un rake db:migrate version=006

Quid si je revenais en arriere jusqu'a l'étape 4 ?
Serait il possible que le numéro de version soit encoder dans la base avant meme de 'savoir' si l'opération s'est bien déroulée ??

[horkets]

Re,

Le problème était en fait situé au niveau des execute.
J'ai donc préféré supprimer uniquement la table line_items via phpMyAdmin et ai supprimé les execute erronés dans le fichier migration 005 (je m'en occuperai plus tard)
Un petit rake db:migrate plus tard et tout est redevenu dans l'ordre :d

Merci bcp Titoumimi