Question Différence entre rake db: migrate db: reset et db: schéma: load


La différence entre rake db:migrate et rake db:reset est assez clair dans ma tête. La chose que je ne comprends pas est comment rake db:schema:load différent des deux premiers.

Juste pour être sûr que je suis sur la même page:

  • rake db:migrate - Exécute les migrations qui n'ont pas encore été exécutées.
  • rake db:reset - Efface la base de données (fait probablement un rake db:drop + rake db:create + rake db:migrate) et exécute la migration sur une nouvelle base de données.

S'il vous plaît aider à clarifier, si ma compréhension a mal tourné.


530
2018-04-24 16:11


origine


Réponses:


  • db: migrer exécute des migrations (uniques) qui n'ont pas encore été exécutées.
  • db: créer crée la base de données
  • db: déposer supprime la base de données
  • db: schéma: chargement crée des tables et des colonnes dans la base de données (existante) suivant schema.rb

  • db: configuration fait db: créer, db: schéma: charger, db: graine

  • db: réinitialiser fait db: drop, db: setup

Généralement, vous utiliseriez db: migrate après avoir modifié le schéma via de nouveaux fichiers de migration (cela n'a de sens que s'il y a déjà des données dans la base de données). db: schema: load est utilisé lorsque vous configurez une nouvelle instance de votre application.

J'espère que ça aide.


MISE À JOUR pour les rails 3.2.12:

Je viens de vérifier la source et les dépendances sont comme ça maintenant:

  • db: créer crée la base de données pour l'env courant
  • db: créer: tout crée les bases de données pour tous les envs
  • db: déposer supprime la base de données pour l'env courant
  • db: drop: tout supprime les bases de données pour tous les envs
  • db: migrer exécute des migrations pour les env courants qui n'ont pas encore été exécutés
  • db: migrer: jusqu'à exécute une migration spécifique
  • db: migrer: vers le bas annule une migration spécifique
  • db: migrer: statut montre l'état actuel de la migration
  • db: restauration annule la dernière migration
  • db: avant avance la version actuelle du schéma à la suivante
  • db: graine (seulement) exécute le fichier db / seed.rb
  • db: schéma: chargement charge le schéma dans la base de données env actuelle
  • db: schema: dump vide le schéma de l'env actuel (et semble créer le db aussi)

  • db: configuration exécute db: schéma: load, db: seed

  • db: réinitialiser exécute db: drop db: configuration
  • db: migrate: refaire exécute (db: migrate: bas db: migrate: haut) ou (db: rollback db: migrate) en fonction de la migration spécifiée
  • db: migrate: réinitialise exécute db: drop db: crée db: migrate

Pour plus d'informations, jetez un oeil à https://github.com/rails/rails/blob/v3.2.12/activerecord/lib/active_record/railties/databases.rake (pour Rails 3.2.x) et https://github.com/rails/rails/blob/v4.0.5/activerecord/lib/active_record/railties/databases.rake (pour Rails 4.0.x)


1124
2018-04-24 16:48



TLDR

Utilisation

  • rake db:migrate Si vous voulez apporter des modifications au schéma
  • rake db:reset Si vous voulez supprimer la base de données, rechargez le schéma depuis schema.rbet reseed la base de données
  • rake db:schema:load Si vous voulez réinitialiser la base de données au schéma comme indiqué dans schema.rb (Cela supprimera toutes les données)

Explications

rake db:schema:load mettra en place le schéma comme prévu dans schema.rb fichier. Ceci est utile pour une nouvelle installation de l'application car il ne prend pas autant de temps que db:migrate

Note importante, db:schema:load volonté effacer données sur le serveur.

rake db:migrate apporte des modifications au schéma existant. C'est comme créer des versions de schéma. db:migrate va regarder db/migrate/ pour tous les fichiers ruby ​​et exécuter les migrations qui ne sont pas encore exécutées en commençant par les plus anciennes. Rails sait quel fichier est le plus ancien en regardant l'horodatage au début du nom de fichier de la migration. db:migrate vient avec un avantage que les données peuvent également être mises dans la base de données. Ce n'est pas une bonne pratique. Il vaut mieux l'utiliser rake db:seed ajouter des données

rake db:migrate fournit des tâches en haut, vers le bas etc qui permet des commandes comme rake db:rollback et en fait la commande la plus utile.

rake db:reset fait un db:drop et db:setup
Il supprime la base de données, la crée à nouveau, charge le schéma et s'initialise avec les données de base

Partie pertinente des commandes de databases.rake


namespace :schema do
  desc 'Creates a db/schema.rb file that is portable against any DB supported by Active Record'
  task :dump => [:environment, :load_config] do
    require 'active_record/schema_dumper'
    filename = ENV['SCHEMA'] || File.join(ActiveRecord::Tasks::DatabaseTasks.db_dir, 'schema.rb')
    File.open(filename, "w:utf-8") do |file|
      ActiveRecord::SchemaDumper.dump(ActiveRecord::Base.connection, file)
    end
    db_namespace['schema:dump'].reenable
  end

  desc 'Loads a schema.rb file into the database'
  task :load => [:environment, :load_config, :check_protected_environments] do
    ActiveRecord::Tasks::DatabaseTasks.load_schema_current(:ruby, ENV['SCHEMA'])
  end

  # desc 'Drops and recreates the database from db/schema.rb for the current environment and loads the seeds.'
  task :reset => [ 'db:drop', 'db:setup' ]

namespace :migrate do
  # desc  'Rollbacks the database one migration and re migrate up (options: STEP=x, VERSION=x).'
  task :redo => [:environment, :load_config] do
    if ENV['VERSION']
      db_namespace['migrate:down'].invoke
      db_namespace['migrate:up'].invoke
    else
      db_namespace['rollback'].invoke
      db_namespace['migrate'].invoke
    end
  end

16
2018-04-07 07:12



Autant que je comprends, il va laisser tomber votre base de données et la recréer en fonction de votre db/schema.rb fichier. C'est pourquoi vous devez vous assurer que votre schema.rb le fichier est toujours à jour et sous contrôle de version.


2
2018-04-24 16:25



Vous pouvez simplement regarder dans les tâches Active Record Rake car c'est là où je crois qu'ils vivent comme dans ce fichier. https://github.com/rails/rails/blob/fe1f4b2ad56f010a4e9b93d547d63a15953d9dc2/activerecord/lib/active_record/tasks/database_tasks.rb

Qu'est-ce qu'ils font, c'est votre question, n'est-ce pas?

Cela dépend d'où ils viennent et c'est juste et un exemple pour montrer qu'ils varient en fonction de la tâche. Ici, nous avons un fichier différent rempli de tâches.

https://github.com/rails/rails/blob/fe1f4b2ad56f010a4e9b93d547d63a15953d9dc2/activerecord/Rakefile

qui a ces tâches.

namespace :db do
  task create: ["db:mysql:build", "db:postgresql:build"]
  task drop: ["db:mysql:drop", "db:postgresql:drop"]
end

Cela peut ne pas répondre à votre question, mais pourrait vous donner un aperçu de aller de l'avant et regarder la source, en particulier les fichiers râteau et les tâches. Comme ils font du bon travail pour vous aider à utiliser les rails, ils ne documentent pas toujours bien le code. Nous pourrions tous aider si nous savons ce qu'il est censé faire.


0
2018-02-07 18:20