Connexion de base de données MySQL dynamique pour Entity Framework 6

Entity Framework 6 offre quelques changements subtils pratiques qui aident à la fois à faire fonctionner MySQL et à créer des connexions de base de données dynamiques.

Faire fonctionner MySQL avec Entity Framework 6

Tout d'abord, à la date de ma réponse à cette question, le seul pilote de connecteur.Net compatible avec EF6 est le MySQL. Net Connectior 6.8.1 (version bêta de développement) qui peut être trouvé sur le site officiel de MySQL ici.

Après l'installation, référez-vous au fichiers suivants de votre solution Visual Studio:

• Mysql.Données.dll
• Mysql.Données.Entité.EF6.dll

Vous devrez également copier ces fichiers quelque part où ils seront accessibles au projet pendant la construction, comme le répertoire bin.

Ensuite, vous devez ajouter des éléments à votre site Web.config (ou de l'Application.config si sur le Bureau) fichier.

Une chaîne de connexion:

<connectionStrings>
    <add name="mysqlCon"
         connectionString="Server=localhost;Database=dbName;Uid=username;Pwd=password" 
         providerName="MySql.Data.MySqlClient" />
</connectionStrings>

Ajoutez également le fournisseur, à l'intérieur des <entityFramework /> et <providers /> nœuds, éventuellement (c'est un must absolu dans la deuxième partie de ma réponse, lorsqu'il s'agit de bases de données définies dynamiquement) , vous pouvez changer le nœud <defaultConnectionFactory />:

<entityFramework>
    <defaultConnectionFactory type="MySql.Data.Entity.MySqlConnectionFactory, MySql.Data.Entity.EF6" />
    <providers>
        <provider invariantName="MySql.Data.MySqlClient" type="MySql.Data.MySqlClient.MySqlProviderServices, MySql.Data.Entity.EF6" />
    </providers>
</entityFramework>

Si vous modifiez defaultConnectionFactory de la connexion sql server par défaut, n'oubliez pas de supprimer les nœuds <parameter> qui sont imbriqués dans le nœud defaultConnectionFactory. MysqlConnectionFactory ne prend aucun paramètre pour son constructeur et échouera si les paramètres sont toujours y.

À ce stade, il est assez facile de se connecter à MySQL avec Entity, vous pouvez simplement vous référer à la connectionString ci-dessus par son nom. Notez que si vous vous connectez par nom, cela fonctionnera même si le nœud defaultConnectionFactory pointe toujours sur SQL Server (ce qu'il fait par défaut).

public class ApplicationDbContext: DbContext
{
    public ApplicationDbContext() : base("mysqlCon")
    {
    }
}

C'est juste une question de connexion normalement:

ApplicationDbContext db = ApplicationDbContext();

---

Connexion à un nom de base de données sélectionné dynamiquement

À ce stade, il est facile de se connecter à une base de données que nous pouvons passer comme paramètre, mais il ya quelques choses que nous devons faire.

Remarque Importante

Si vous ne l'avez pas déjà fait, vous devez modifier defaultConnectionFactory dans Web.config si vous souhaitez vous connecter à MySQL dynamiquement. Puisque nous allons passer une chaîne de connexion directement à le constructeur de contexte, il ne saura pas quel fournisseur utiliser et se tournera vers sa fabrique de connexions par défaut sauf si spécifié dans Web.config. Voir ci-dessus sur la façon de faire que.

Vous pouvez passer une chaîne de connexion manuellement au contexte comme ceci:

public ApplicationDbContext() : base("Server:localhost;...")
{
}

Mais pour le rendre un peu plus facile, nous pouvons faire un petit changement à la chaîne de connexion que nous avons faite ci-dessus lors de la configuration de mySQL. Ajoutez simplement un espace réservé comme indiqué ci-dessous:

<add name="mysqlCon" connectionString="Server=localhost;Database={0};Uid=username;Pwd=password" providerName="MySql.Data.MySqlClient" />

Maintenant, nous pouvons construire une méthode d'assistance et modifier la classe ApplicationDbContext comme indiqué ci-dessous:

public class ApplicationDbContext: DbContext
{
    public ApplicationDbContext(string dbName) : base(GetConnectionString(dbName))
    {
    }

    public static string GetConnectionString(string dbName)
    {
        // Server=localhost;Database={0};Uid=username;Pwd=password
        var connString = 
            ConfigurationManager.ConnectionStrings["mysqlCon"].ConnectionString.ToString();

        return String.Format(connString, dbName);
    }
}

Si vous utilisez des migrations de base de données, l'étape suivante est importante

Si vous utilisez des migrations, vous constaterez que ApplicationDbContext sera passé à votre méthode Seed par le framework et il échouera car il ne passera pas le paramètre que nous avons mis pour le nom de la base de données.

Ajoutez la classe suivante au bas de votre classe de contexte (ou n'importe où vraiment) pour résoudre ce problème.

public class MigrationsContextFactory : IDbContextFactory<ApplicationDbContext>
{
    public ApplicationDbContext Create()
    {
        return new ApplicationDbContext("developmentdb");
    }
}

Vos migrations de code et vos méthodes seed vont maintenant cibler le schéma developmentdb dans votre base de données MySQL.

J'espère que cela aide quelqu'un :)