Rake db:migrate - comment puis-je annuler toutes les migrations et les refaire

Est-il rapide rake db:commande rollback pour tous les migrations?

InformationsquelleAutor Lucy Weatherford | 2013-04-24
  1. 130

    La restauration de tous les migrations

    À la restauration de toutes les migrations, la meilleure solution est celle @Claudio Floreani proposé:

    rake db:migrate VERSION=0

    Ceci annulera toutes les migrations sans perdre de données. Ensuite, exécutez toutes les migrations de nouveau avec

    rake db:migrate

    La réinitialisation de la base de données (cela supprime toutes les données)

    Les deux méthodes expliquées ci-dessous permettra de déposer votre base de données et vous perdrez toutes les données, alors vous ne devez les utiliser si vous êtes sûr de ce que vous êtes en train de faire.

    Réinitialiser

    rake db:migrate:reset #runs db:drop db:create db:migrate

    Cette méthode supprime la base de données et exécute les migrations de nouveau.

    Chargement du schéma dernière

    rake db:reset

    Cette méthode permettra de supprimer la base de données et de charger les données du dernier schéma.

    Vous pouvez voir plus d'informations dans ce post: Différence entre rake db:migrate db:réinitialiser et db:schéma:charge

    Grâce à @Claudio Floreani et tous les utilisateurs qui ont formulé des commentaires pour améliorer la réponse.

    • La est le vrai droit de réponse
    • Cette réponse doit être choisi pour éviter toute confusion.
    • rake db:migrate:reset n'a pas de rollback de migration, c'est ce que la question est vraiment se poser.
    • Merci!!!! Je n'arrivais pas à trouver cette réponse n'importe où
    • de réponses mis à jour
    • Attention: Ce GOUTTE votre base de données.
    • Claudio Floreani la réponse est aussi correct que celui-ci. Sur des services comme Heroku, où vous n'avez pas accès à supprimer une base de données, si vous modifiez une migration, vraiment restauration peut être votre seule option.
    • Cela ne veut PAS répondre à l'OP de la question et de détruire des données. Cela supprime la base de données (et la construit encore...) qui est un peu différente que de la restauration de toutes les migrations. @ClaudioFloreani répondre avec plus de précision ci-dessous: rake db:migrate VERSION=0
    • M. Exotiques et David Chènevis merci pour vos commentaires. J'ai mis à jour la réponse

    InformationsquelleAutor Alex Falke
  2. 25

    Si vous voulez vraiment restauration tous les migrations, et pas seulement la base de données à un état primitif ou le dernier schéma, vous devez exécuter:

    rake db:migrate VERSION=0

    Ce sera fait, restauration de tout le chemin en bas de chaque migration et de s'assurer que chaque migration est réversible.

    Si vous avez maintenant le problème

    rake db:migrate:status

    vous verrez que toutes les migrations sont toujours là, mais ils sont dans un " bas " (non appliqué) de l'état.

    Les autres commandes qui implique une rake db:reset ou rake db:drop (comme dans les réponses par @Orlando ou @Alex Falke) ne pourra pas faire de restauration à tous: c'est, ils ne pourront pas garantir que chaque migration est réversible.

    En outre, rake db:drop ne peut pas être exécutée si la base de données est accessible par d'autres utilisateurs, tandis que les annulations peuvent être effectuées vivre (même si ce n'est généralement pas recommandé). Et la dernière mais pas moins, il suffit de suppression et recréation de la base de données permettra également de supprimer le schéma des migrations de table: si quelqu'un s'exécute rake db:migrate:status après la base de données a été abandonné, il sera répondu avec "Schéma des migrations de la table n'existe pas encore" et n'aura pas d'indices sur les migrations peuvent être appliqués (à moins qu'il le sait pas encore ou peut en faire la liste).

    • C'EST LA PLUS BONNE RÉPONSE! Les autres solutions (par exemple, db:remise à zéro) sera de détruire des données. Il est tout à fait possible que l'application Rails a été construit sur une base de données préexistante, de sorte que les migrations ne décrivent pas l'ensemble de la base de données. La réinitialisation de la base de données serait de perdre les données déjà existantes, ainsi que l'héritage schéma lui-même.
    InformationsquelleAutor Claudio Floreani
  3. 13

    suffit d'utiliser rake db:reset, qui va détruire votre base de données (même à l'annulation de toutes les migrations) et de réinitialiser le dernier schéma.

    Mise à JOUR: une approche correcte sera à l'aide de rake db:migrate:reset. Qui va supprimer la base de données, créer de nouveau, et l'exécution de toutes les migrations, au lieu de tout remettre à plus tard schéma.

    • Ce n'est pas ce que la question veut faire. Si vous changez quelque chose dans les migrations, il ne mettra pas à jour les changements dans le schéma.
    • Falke a la réponse correcte à cette question.
    • réponse de mise à jour 🙂
    • Cela ne veut PAS répondre à l'OP de la question et de détruire des données. Cela supprime la base de données (et la construit encore...) qui est un peu différente que de la restauration de toutes les migrations. @ClaudioFloreani répondre avec plus de précision ci-dessous: rake db:migrate VERSION=0
    • Je pense que vous faites une hypothèse de ce que l'OP veut, ce que vous décrivez dans le commentaire ci-dessous (une application qui gère le schéma de données à l'extérieur des Rails) est un cas limite. C'est plus orienté pour le développement depuis vous ne devriez pas être en cours d'exécution des restaurations dans votre base de données de production (si vous déposez un champ, il va baisser les données de ce champ trop). Dans la plupart des cas, les gens veulent juste de revenir de la base de données, car ils ont fait une erreur en cours de développement, et de cette façon de faire, il est ok pour que.
    • L'OP a été sans ambiguïté dans sa question.

    InformationsquelleAutor Orlando
  4. 0

    Si un problème d'autorisation de pose (comme cela m'est arrivé), vous pourriez peut-être essayez de laisser tomber toutes les tables de base de données comme je l'ai fait avec rubymine (il suffit d'ouvrir la base de données de l'outil de la fenêtre, sélectionnez toutes les tables et faites un clic droit-> drop), il devrait être similaire avec d'autres IDEs. Certains tableaux comme sqlite_master et sqlite_sequence ont été commodément ignoré dans la liste.

    Cela m'a permis de faire 

    rails db:migrate

    et tout a bien fonctionné. Bien sûr, vous perdez toutes les données!

    InformationsquelleAutor Loaderon