Pourquoi ne l'Entity Framework EF Migrations Ajoutez-étape de la Migration nécessite une connexion de base de données chaîne de caractères?

Je suis en train d'utiliser et de comprendre EF Migrations (avec l'EF 4.3.1, le Premier Code). Afin d'échafauder un nouveau changement, j'ai utiliser une commande comme ceci:

Add-Migration MyMigration
   -ConnectionString "Data Source=.;Initial Catalog=mydb;" 
   -ConnectionProviderName "System.Data.SqlClient"
   -StartUpProjectName MyWebsite 
   -ProjectName MyEF.Migrations

Pourquoi n'Ajoutez-la Migration nécessitent des données de chaîne de connexion? Update-Database en a besoin, qui fait sens. Mais ne pas Ajouter de la Migration ont tout ce dont il a besoin à partir de la DbContext et la Configuration?

Il n'est pas de la demande ralenti, c'est très difficile de donner une base de données, parce que nous avons un "multi-tenant" chose où la base de données souhaitée est flexible et peut changer à partir de la demande à la demande, a fortiori au moment de la compilation statique. Donc, si Add-Migration est fait à l'AIDE de cette base de données pour rien, nous avons un problème.

Mise à JOUR: Nous avons donné sur l'EF Migrations et utilisez Couramment Migrator au lieu de cela, et ils sont heureux. C'est beaucoup, beaucoup plus rapide, même en comptant le fait que nous avons à écrire des choses deux fois (une fois pour l'EF objet et une fois pour la Migration), et il n'a pas les problèmes évoqués dans la présente question.

InformationsquelleAutor Scott Stafford | 2012-05-29

12

Add-Migration vérifie l'existence de la base de données et interagit avec __MigrationHistory table. Comme @Anders Abel mentionné, il est utilisé pour l'étude de l'attente de migrations et afin de choisir le modèle précédent de trouver réellement ce qui a changé - c'est particulièrement important si vous ajoutez explicite de la migration dans la solution où les migrations automatiques sont activées.
- Il devrait être en mesure d'obtenir le modèle de diff à l'encontre de la migration de la propriété Cible dans le Concepteur.cs.
- Et je ne veux pas connaître l'attente des migrations, parce qu'ils sont spécifiques quel que soit l'état de l'un hasard db qui se passe pour être (et différent des autres moi ou mon équipe sont à l'aide)... ;( je crains que je suis de plus en plus déçus avec EF Migrations " design -- il me semble qu'il essaie d'en faire trop.
- Il n'a pas d'importance combien de base de données que vous avez. Dans le développement à tous les développeurs de l'utilisation de l'un et de préparer le code en fonction des migrations. Qu'en cours de déploiement, vous devez déplacer tous vos bases de données dans le même état. La manipulation des migrations dans le développement de l'équipe est délicate et nécessite de commettre les changements de modèle avec les migrations dès que possible avec un traitement manuel pour la fusion si les deux développeurs ont fait des changements pour le modèle en même temps. Les Migrations sont à l'état plein, ils apportent de nouveaux défis pour le développement. Si vous ne l'aimez pas, ne les utilisez pas et poignée db mise à jour manuellement.
- J'ai posté une question similaire... Il ne fait pas de sens pour de code basé sur les migrations pour exiger la base de données d'exister ou d'être up-to-date! 🙁 stackoverflow.com/questions/11204900/...
- Cela fait du sens parce que la base de données peut contenir des migrations vous n'avez pas dans votre code ...
- Pourquoi est-ce important? Si la base de données est hors de synchronisation au moment de la conception, et alors? Nous sommes en train d'écrire des scripts de modification qui seront exécutées lors de l'exécution à l'aide de DbMigrator. 99,9999% des code en EF Migrations permet à ce scénario.
InformationsquelleAutor Ladislav Mrnka
9

Je me suis curieux lors de la lecture de votre question, donc j'ai tiré un générateur de profils Sql Server pour avoir un coup d'oeil à ce qui se passe lorsque vous ajoutez-la migration est exécuté. Il n'a en effet se connecter à la base de données et avoir accès à la DB pour vérifier la __MigrationHistory table.

C'est aussi indiqué par le message d'erreur produite lors de la tentative de créer une seconde base de code de la migration, sans courir le premier:

Pas en mesure de générer une explicite de la migration, car les suivantes
explicite les migrations sont en attente: [201205291928386_foo]. Appliquer le
dans l'attente explicite migrations avant de tenter de générer un nouveau
explicite de la migration.

Je pense que les migrations moteur utilise la sérialisé modèle à partir de la base de données pour le calcul de ce que les étapes de migration devrait être inclus dans la nouvelle migration.

Comme je le comprends, la base de données est utilisé uniquement comme une aide pour la génération de code. Tant que les différentes bases de données que vous utilisez sont compatibles avec le modèle dans le code, cela ne devrait pas être un problème pour votre.

Modifier

Comme @Ladislav Mrnka points, un chèque avec la base de données est requis si le mélange à base de code et les migrations automatiques. Lorsque vous échafaudage en place d'une nouvelle migration, elle doit inclure tout ce qui a changé dans votre modèle depuis la dernière migration. Si vous utilisez les migrations automatiques, ceux qui ne sont pas suivis dans le code. Lors du calcul de ce que les changements à inclure dans la migration, le dernier terme, la migration est utilisé comme une base. Le seul moyen de vérifier qui est à la base de données depuis les migrations automatiques peut être activée.

Si vous êtes en cours d'exécution avec une seule base de code migrations (qui je pense est la seule option pour garder le contrôle), alors que la base de données peut être considérée comme une simple génération de code à l'aide. Aussi longtemps que le modèle de compatibilité est assurée dans toutes les bases de données que vous vous connectez à, tout devrait fonctionner.
- Si j'ai mis AutomaticMigrationsEnabled à faux, comment cette analyse du changement? (Je pense que je pourrais vivre dans un automatique-migration-gratuit monde si je n'avais pas à spécifier les bases de données de plus.)
- Malheureusement, je ne pense pas que l'analyse va changer. Leur est d'aucun moyen pour EF savoir si vous avez toujours eu atuomatic migrations désactivé ou si vous avez été en cours d'exécution avec elle jusqu'à présent et juste désactivé avant ce terme.
- Il devrait y avoir un moyen de le dire! Il ne fait pas de sens pour tuer complètement désactiver la capacité à utiliser les migrations de cette façon, avec absolument 0 avantage 🙁
- J'ai posté quelque chose de similaire: stackoverflow.com/questions/11204900/...
InformationsquelleAutor Anders Abel
0

OP a écrit:

Mais ne pas Ajouter de la Migration ont tout ce qu'il faut de la DbContext
et la Configuration?

Pas comme d'autres l'ont mentionné ici, le Concepteur de la partie du code pour une Migration Manuelle (ce qui est créé par add-migration) contient un instantané de votre schéma de base de données.

Cela dit, le fait que vous utilisez une chaîne de connexion etc est très étrange. EF implique normalement à partir de votre DbContext classe(s) et le Web.Config. Dans un projet où j'ai une base de données unique et d'un seul DbContext, j'ai créer une classe de Configuration et ajouter une migration manuelle avec:
```
add-migration
```
Je n'ai pas à passer d'autres arguments de ligne de commande. C'est en EF 4.3.1 - peut-être vous étiez à l'aide d'un CTP ou certaines anciennes version, ou tout simplement mal compris la doc?

Si j'ai plusieurs DBs ou DbContexts, puis-je avoir plusieurs classes de Configuration et d'utiliser, par exemple:
```
add-migration -conf Log
```
Qui utilise ma classe de Configuration et connexes de la chaîne de connexion dans le Web.config pour ajouter une migration manuelle de la base de données/DbContext.

Voici un plus exemple de code d'un simple DbContext destiné à stocker les logs (séparée de la principale db):
```
namespace MyProj.Models.Log
{
    public class LogDb : DbContext
    {
        public DbSet<LogLine> LogLines { get; set; }
        public DbSet<LogTag> LogTags { get; set; }


        protected override void OnModelCreating(DbModelBuilder modelBuilder)
        {
            modelBuilder.Conventions.Remove<PluralizingTableNameConvention>();
        }
    }

    public LogDb()
#if DEPLOYDB
         : base("LogDeploy")
#else
         : base()
#endif
     {
     }
}

namespace MyProj.Migrations
{
    internal sealed class Log : DbMigrationsConfiguration<LogDb>
    {
        public Log()
        {
            AutomaticMigrationsEnabled = true;
        }
    }
}
```
Dans Le Web.Config:
```
<add name="LogDb" connectionString="Initial Catalog=Log;Data Source=.\SqlExpress;Integrated Security=SSPI;MultipleActiveResultSets=true" providerName="System.Data.SqlClient" />
<add name="LogDeploy" connectionString="Initial Catalog=Log;Data Source=00.00.000.00,12345;User ID=sql;Password=xxx;Network Library=DBMSSOCN" providerName="System.Data.SqlClient" />
```
Donc dans cet exemple, j'ai plusieurs bases de données, de multiples DbContexts. Le LogDb utilise une autre chaîne de connexion dans le Web.Config basée sur la question de savoir DBDEPLOY" est défini au moment de la compilation; si elle est, il utilise des "LogDeploy." Si non, il utilise la valeur par défaut - la chaîne de connexion avec le même nom que la classe, "LogDb." Cela me permet de déployer facilement DB changements à un serveur à partir de mon ordinateur local, par le changement de mon Projet de Configuration, ouvrir un port sur le SQL db machine, et en cours d'exécution:
```
> update-database -conf Log
```
dans le Gestionnaire de paquets de la Console.

InformationsquelleAutor Chris Moschini
0

J'ai regardé cette vidéo par Rowan Miller à partir de mars 2014: Migrations - Sous le Capot

Dans la vidéo Rowan explique que le Add-Migration commande effectue en plusieurs étapes qui comprennent un composant appelé EdmModelDiffer.
Le EdmModelDiffer compare le modèle actuel avec un modèle précédent de la dernière migration (qui est intégré dans le fichier resx de la migration précédente) et calcule ensuite les modifications nécessaires de la base de données.

De sorte que le EdmModelDiffer composant a besoin de la connexion de base de données.

Les étapes décrites dans la vidéo sont:
1. Construire actuel modèle de code
2. Obtenir le modèle précédent de la dernière migration (stockés en tant qu'instantané dans le fichier resx)
3. Calculer les nécessaires modifications de base de données (fait par le EdmModelDiffer)
4. Généré le nouveau fichier de migration
Théoriquement, on peut penser que il suffit de comparer ce modèle actuel vers le modèle de la dernière migration pour générer la nouvelle migration.
Mais entre temps, d'autres personnes pourraient avoir effectué des modifications dans la base de données trop. C'est sans doute pourquoi il y a également un chèque à l'encontre de la base de données.
Sans cela, le fichier de migration n'aurait pas besoin d'être correct.

Jetez également un coup d'oeil à la deuxième vidéo, appelée Migrations - Des Environnements D'Équipe

InformationsquelleAutor Martin

Vous devez vous connecter pour publier un commentaire.

Modifier