EF6 et configurations multiples (SQL Server et SQL Server Compact)

Mise à jour: Problème résolu, voir la fin de cette question.

Le problème :

Nous essayons d’utiliser Entity Framework 6 et une configuration basée sur du code dans un scénario où nous avons utilisé à la fois SQL Server et SQL Server CE dans le même AppDomain .

Ce scénario assez simple ne semble pas être pris en charge “de par sa conception”. De l’équipe EF:

• Silverlight Rotate & Scale une image bitmap pour tenir dans un rectangle sans recadrage
• Lire le contenu des fichiers RAR en utilisant C #
• Mot clé virtuel C #
• API .NET pour HID (USB)?
• Appelez le pointeur de fonction c ++ à partir de c #

Remarque: nous ne prenons pas en charge l’utilisation de plusieurs classes de configuration dans le même AppDomain. Si vous utilisez cet atsortingbut pour définir différentes classes de configuration pour deux contextes, une exception sera levée.

Plus d’informations ici: Configuration basée sur le code (Codeplex)

La question :

Comment pouvons-nous avancer à partir d’ici? Toute aide serait grandement appréciée! Existe-t-il un moyen plus flexible de connecter une configuration à un contexte plutôt qu’à un AppDomain ?

(Nos classes de contexte sont situées dans différents assemblys. Nous avons essayé l’atsortingbut DbConfigurationType mais le problème est EF lui-même)

Fichiers de configuration:

Configuration pour serveur SQL normal

 public class EfConfiguration : DbConfiguration { public EfConfiguration() { SetProviderServices( SqlProviderServices.ProviderInvariantName, SqlProviderServices.Instance); SetDefaultConnectionFactory(new SqlConnectionFactory()); } } 

Configuration pour SQL Server Compact Edition

 public class EfCeConfiguration : DbConfiguration { public EfCeConfiguration() { SetProviderServices( SqlCeProviderServices.ProviderInvariantName, SqlCeProviderServices.Instance); SetDefaultConnectionFactory( new SqlCeConnectionFactory(SqlCeProviderServices.ProviderInvariantName)); } } 

METTRE À JOUR:

L’erreur que nous obtenons est:

System.TypeInitializationException: l’initialiseur de type pour ‘MyProject.Repositories.Base.DataContext’ a renvoyé une exception. —-> System.InvalidOperationException: une instance de ‘EfCeConfiguration’ a été définie, mais ce type n’a pas été découvert dans le même assemblage que le contexte ‘DataContext’. Placez le type DbConfiguration dans le même assemblage que le type DbContext, utilisez DbConfigurationTypeAtsortingbute sur le type DbContext pour spécifier le type DbConfiguration ou définissez le type DbConfiguration dans le fichier de configuration. Voir http://go.microsoft.com/fwlink/?LinkId=260883 pour plus d’informations.

UPDATE 2, la solution Comme décrit ci-dessus, nous ne pouvons avoir qu’une seule configuration. C’est un problème car Sql et SqlCe utilisent différents fournisseurs. Si nous utilisons “SetDefaultConnectionFactory” pour s’adapter à un type de firebase database, l’autre échouera.

Au lieu de cela, fournissez la connexion dans le contexte comme décrit dans l’article marqué comme réponse ci-dessous. Une fois que vous initialisez toujours le contexte avec une connexion, par opposition à une chaîne de connexion, vous êtes prêt à partir. Vous pouvez supprimer l’appel SetDefaultConnectionFactory de la configuration. Nous utilisons uniquement le code ci-dessous pour configurer le contexte SqlCe et aucune configuration pour le contexte Sql.

  public class CommonEfConfiguration : DbConfiguration { public CommonEfConfiguration() { // EF does not know if the ce provider by default, // therefore it is required to be informed about it. // The connection factories are not necessary since the connection // is always created in the UnitOfWork classes SetProviderServices(SqlCeProviderServices.ProviderInvariantName, SqlCeProviderServices.Instance); } } 

• L’importance de en C #
• Créer un index de firebase database avec Entity Framework
• incapable d’évaluer l’expression pendant le débogage
• Screen.AllScreen ne donne pas le nombre de moniteurs correct
• Un exemple très simple de MVVM-Light WP7?

 [DbConfigurationType("MyNamespace.MyDbConfiguration, MyAssemblyFullyQualifiedName")] public class MyContextContext : DbContext { } 

 public class MYDbContext : DbContext { // MIgration parameterless constructor is managed in MyMigrationsContextFactory public MyDbContext(ssortingng connectionName) : base(connectionName) { } // no this public MYDbContext(DbConnection dbConnection, bool contextOwnsConnection) // THIS ONE : base(dbConnection, contextOwnsConnection) { } 

  public DbConnection GetSqlConn4DbName(ssortingng dataSource, ssortingng dbName) { var sqlConnSsortingngBuilder = new SqlConnectionSsortingngBuilder(); sqlConnSsortingngBuilder.DataSource = Ssortingng.IsNullOrEmpty(dataSource) ? DefaultDataSource : dataSource; sqlConnSsortingngBuilder.IntegratedSecurity = true; sqlConnSsortingngBuilder.MultipleActiveResultSets = true; var sqlConnFact = new SqlConnectionFactory(sqlConnSsortingngBuilder.ConnectionSsortingng); var sqlConn = sqlConnFact.CreateConnection(dbName); return sqlConn; } 

 public partial class MyDataBaseContext : DbContext { public MyDataBaseContext (ssortingng ConnectionSsortingng) : base(ConnectionSsortingng) { } }