Partager via

Vue d’ensemble des migrations

  • Article

Dans la pratique, les modèles de données des projets évoluent au fur et à mesure que des fonctionnalités sont implémentées : de nouvelles entités et propriétés sont ajoutées et supprimées, et les schémas de la base de données doivent être modifiés en conséquence pour rester synchronisés avec l’application. La fonctionnalité de migration dans EF Core permet de mettre à jour de manière incrémentielle le schéma de la base de données pour qu’il reste synchronisé avec le modèle de données de l’application tout en conservant les données existantes dans la base de données.

Dans les grandes lignes, les migrations fonctionnent de la façon suivante :

  • Lors de l’introduction d’une modification du modèle de données, le développeur utilise des outils EF Core afin d’ajouter une migration correspondante décrivant les mises à jour nécessaires pour préserver la synchronisation du schéma de la base de données. EF Core compare le modèle actuel à un instantané de l’ancien modèle pour déterminer les différences et génère des fichiers sources de migration. Ces fichiers peuvent, comme n’importe quel fichier source, faire l’objet d’un suivi dans le contrôle de code source du projet.
  • Une fois générée, la nouvelle migration peut être appliquée à une base de données de différentes façons. EF Core enregistre toutes les migrations appliquées dans une table d’historique spéciale, ce qui lui permet de savoir quelles migrations ont été appliquées.

La suite de cette page est un guide pas à pas d’utilisation des migrations à destination des débutants. Pour plus d’informations, consultez les autres pages de cette section .

Bien démarrer

Supposons que vous venez de terminer votre première application EF Core, qui contient le modèle simple suivant :

public class Blog
{
    public int Id { get; set; }
    public string Name { get; set; }
}

Pendant le développement, vous avez peut-être utilisé les API de création et de suppression pour effectuer des itérations rapides, en modifiant votre modèle selon les besoins. Cependant, maintenant que votre application est sur le point de passer en production, il vous faut un moyen de faire évoluer le schéma de manière sécurisée sans supprimer l’intégralité de la base de données.

Installer les outils

Tout d’abord, vous devez installer les outils en ligne de commande EF Core :

Première création d’une migration

Il est temps d’ajouter votre première migration. Demandez à EF Core de créer une migration nommée InitialCreate :

dotnet ef migrations add InitialCreate

EF Core créera un répertoire nommé Migrations dans votre projet et générera des fichiers. Il est judicieux d’inspecter précisément les fichiers en question, et éventuellement de les modifier, mais nous allons nous en passer pour l’instant.

Création d’une base de données et d’un schéma

Vous pouvez maintenant demander à EF de créer votre base de données et votre schéma à partir de la migration, par différents moyens :

dotnet ef database update

Votre application est prête à s’exécuter sur votre nouvelle base de données, sans que vous ayez eu à écrire une seule ligne de code SQL. Sachez que cette méthode d’application des migrations, idéale pour le développement local, est moins adaptée aux environnements de production. Pour plus d’informations, consultez la page Application des migrations.

Évolution du modèle

Au bout de quelques jours, il vous est demandé d’ajouter un timestamp de création à vos blogs. Vous avez apporté les modifications nécessaires à votre application. Votre modèle se présente maintenant ainsi :

public class Blog
{
    public int Id { get; set; }
    public string Name { get; set; }
    public DateTime CreatedTimestamp { get; set; }
}

Votre modèle et votre base de données de production ne sont plus synchronisés. Vous devez donc ajouter une nouvelle colonne au schéma de votre base de données. Créons pour cela une nouvelle migration :

dotnet ef migrations add AddBlogCreatedTimestamp

Comme vous pouvez le constater, nous donnons aux migrations un nom descriptif pour faciliter par la suite la compréhension de l’historique du projet.

Comme il ne s’agit pas de la première migration du projet, EF Core compare maintenant votre modèle mis à jour à un instantané de l’ancien modèle avant ajout de la colonne, à savoir l’un des fichiers générés par EF Core à l’ajout d’une migration, archivé dans le contrôle de code source. Sur la base de cette comparaison, EF Core détecte qu’une colonne a été ajoutée et ajoute la migration correspondante.

Vous pouvez maintenant appliquer votre migration comme tout à l’heure :

dotnet ef database update

Cette fois, EF détecte que la base de données existe déjà. Par ailleurs, lors de l’application de la première migration, ce fait a été enregistré dans une table d’historique des migrations spéciale de la base de données. Ainsi, EF peut appliquer automatiquement la nouvelle migration uniquement.

Exclusion de parties de votre modèle

Vous souhaiterez peut-être référencer des types à partir d’un autre DbContext. Cela peut entraîner des conflits de migration. Pour éviter cela, excluez le type des migrations de l’un des DbContexts.

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    modelBuilder.Entity<IdentityUser>()
        .ToTable("AspNetUsers", t => t.ExcludeFromMigrations());
}

Étapes suivantes

Cette page ne constitue qu’une courte initiation aux migrations. Pour plus d’informations sur la gestion des migrations, leur application et d’autres aspects, consultez les autres pages de la documentation. La référence de l’outil CLI .NET Core contient également des informations utiles sur les différentes commandes.

Ressources supplémentaires