Ist Rake db: migrieren Sie den richtigen Befehl, um schema.rb erneut mit Ihrem Datenbankschema zu synchronisieren?

Question

Ich habe "rake db: migrate" ausgeführt, um schema.db mit meinem Datenbankschema neu zu synchronisieren. Aber es ist fehlgeschlagen und hat gesagt, dass einer meiner Tische bereits existiert. Ich denke, es hat versucht, den Tisch neu zu erstellen. Wenn Sie nur schema.rb aktualisieren möchten, um alle Änderungen widerzuspiegeln, die Sie unabhängig von Rails in der Datenbank vorgenommen haben, welchen Befehl sollten Sie verwenden, wenn nicht "rake db: migrate"? Und was ist die beste Quelle für Dokumentation über diese Art von Dingen?

Answer 1

"rake db: migrate" versucht alle ausstehenden Migrationen für Ihr Projekt auszuführen. Wenn Sie nur das Schema ausgeben wollen, machen Sie ein "Rake db: schema: dump".
Aber ich denke, Sie haben ein Problem, wo es heißt, dass die Tabelle bereits existiert. Eine Ihrer Migrationen schlägt fehl, da die Tabelle, die sie hinzuzufügen versucht, bereits in Ihrer Datenbank vorhanden ist. Hast du eines von Hand erstellt? Haben Sie eine Migration abgeschrieben, aber haben Sie kein Down geschrieben? Sie müssen dies beheben, bevor Sie zukünftige Migrationen schreiben können. Wenn es nur ein Fehler ist, und der Tisch ist da und richtig und du willst das ignorieren. Ich empfehle es, das Problem zu umgehen, indem ich die create-Tabelle in der fehlgeschlagenen Migration auskommentiere. Führen Sie dann "rake db: migrate" aus. Dann aber die Tabelle erstellen zurück. Dadurch wird Ihre Schemaversion aktualisiert.
Stellen Sie sicher, dass Sie bei allen Migrationen korrekte Einstellungen vornehmen.

Answer 2

Versuchen Sie rake db:schema:dump oder .

Answer 3

Dokumentation in Bezug auf Ihre letzte Frage zu beantworten:

• eine Führung zu den Schienen Rake Aufgaben für Schienen 2.1+: http://www.tutorialspoint.com/ruby-on-rails-2.1/rails-and-rake.htm
• eine gute Screencasts auf Migrationen: http://railscasts.com/episodes/107-migrations-in-rails-2-1

Answer 4

ich gefunden habe, dass Gelegentlich, wenn die Dinge ein wenig merkwürdig werden, werden Sie sich in einer Situation befinden, in der Rails eine Migration durchführen möchte, die sie zu Recht in Erwägung ziehen sollte (die Tabelle existiert bereits usw.). Sie können eine Migration markieren, wie von der Suche nach seiner Nummer (die Nummer Teil am Anfang des Dateinamens) getan, gehen in mysql und die Ausgabe einer Abfrage wie folgt:

insert into schema_migrations values('20090521153438'); 

(oder was auch immer die Zahl der Migration ist)

Oder wenn es ein Plugin Migration ist Lauf mit Wüste des migrate_plugin ist:

insert into plugin_schema_migrations values('my_plugin', '005'); 

Answer 5

Versuchen

RAILS_ENV=development rake db:drop 

vor

RAILS_ENV=development rake db:migrate 

und glücklich sein!

Sicherzustellen, dass Sie es auf Ihrem Test- oder Entwicklungsumgebung ausführen, da dies die Datenbank/Tabellen

Answer 6

rake db:migrate:reset Ihre Tabellen alle sinkt fallen wird, alle Migrationen laufen und eine neue schema.rb Datei erstellen.

Answer 7

Verwendung rake db:schema:dump.

$ rake -T | grep schema 
rake db:schema:dump # Create a db/schema.rb file that is portable 
        # against any database supported by ActiveRecord 

rake db:schema:dump neu erstellt die Datei db/schema.rb ohne wieder alle Ihre Migrationen zu laufen oder fallen alle Tabellen (was impliziert, die Daten in diesen Tabellen zu verlieren), so ist es die am wenigsten invasive Art und Weise Sie zunächst versuchen können.