使用 mvc-mini-profiler 和 Entity Framework Code First 进行数据库分析

Question

我在使用 ASP 构建的项目中使用 mvc-mini-profiler .Net MVC 3 和实体框架代码优先。

一切都运行良好，直到我尝试通过将连接包装在 ProfiledDbConnection 中（如文档中所述）来添加数据库分析。由于我使用的是 DbContext，因此我尝试提供连接的方式是通过使用静态工厂方法的构造函数：

public class MyDbContext : DbContext
{                
    public MyDbContext() : base(GetProfilerConnection(), true)
    { }

    private static DbConnection GetProfilerConnection()
    {
        // Code below errors
        //return ProfiledDbConnection.Get(new SqlConnection(ConfigurationManager.ConnectionStrings["MyConnectionName"].ConnectionString));

        // Code below works fine...
        return new SqlConnection(ConfigurationManager.ConnectionStrings["MyConnectionName"].ConnectionString);
    }

    //...
}

当使用 ProfiledDbConnection 时，我收到以下错误：

ProviderInknownException：提供程序未返回 ProviderManifestToken 字符串。

堆栈跟踪：

[ArgumentException: The connection is not of type 'System.Data.SqlClient.SqlConnection'.]
   System.Data.SqlClient.SqlProviderUtilities.GetRequiredSqlConnection(DbConnection connection) +10486148
   System.Data.SqlClient.SqlProviderServices.GetDbProviderManifestToken(DbConnection connection) +77
   System.Data.Common.DbProviderServices.GetProviderManifestToken(DbConnection connection) +44

[ProviderIncompatibleException: The provider did not return a ProviderManifestToken string.]
System.Data.Common.DbProviderServices.GetProviderManifestToken(DbConnection connection) +11092901
   System.Data.Common.DbProviderServices.GetProviderManifestToken(DbConnection connection) +11092745
   System.Data.Entity.DbModelBuilder.Build(DbConnection providerConnection) +221
   System.Data.Entity.Internal.LazyInternalContext.CreateModel(LazyInternalContext internalContext) +61
   System.Data.Entity.Internal.RetryLazy`2.GetValue(TInput input) +1203482
   System.Data.Entity.Internal.LazyInternalContext.InitializeContext() +492
   System.Data.Entity.Internal.InternalContext.GetEntitySetAndBaseTypeForType(Type entityType) +26
   System.Data.Entity.Internal.Linq.InternalSet`1.Initialize() +89
   System.Data.Entity.Internal.Linq.InternalSet`1.get_InternalContext() +21
   System.Data.Entity.Infrastructure.DbQuery`1.System.Linq.IQueryable.get_Provider() +44
   System.Linq.Queryable.Where(IQueryable`1 source, Expression`1 predicate) +135

我已单步执行，ProfiledDbConnection.Get 返回的类型为 type ProfiledDbConnection（即使当前的 MiniProfiler 为 null）。

在实例化 DbContext 之前，在全局 Application_BeginRequest() 方法中调用 MiniProfiler.Start() 方法。我还为每个请求调用 Start 方法，无论如何，但如果用户不处于正确的角色，则调用 stop ：

    protected void Application_BeginRequest()
    {
        // We don't know who the user is at this stage so need to start for everyone
        MiniProfiler.Start();
    }

    protected void Application_AuthorizeRequest(Object sender, EventArgs e)
    {
        // Now stop the profiler if the user is not a developer
        if (!AuthorisationHelper.IsDeveloper())
        {
            MvcMiniProfiler.MiniProfiler.Stop(discardResults: true);
        }
    }

    protected void Application_EndRequest()
    {
        MiniProfiler.Stop();
    }

我不确定这是否会影响事情，但我也使用 StructureMap 作为 DbContext 的 IoC code> 使用以下初始化程序：

For<MyDbContext>().Singleton().HybridHttpOrThreadLocalScoped();

我知道这里有一个类似的问题，很好地解释了该用户所发生的情况，但它似乎并没有解决我的问题。

编辑：

为了清楚起见。我尝试将连接作为 ProfiledDbConnection 传递，以便分析从 Entity Framework Code First 生成的 sql。

实体框架期望类型为 SqlConnection 的连接，当然这不是。

这是我的连接字符串的示例（注意提供程序名称），

<add name="MyDbContext" connectionString="Server=.\SQLEXPRESS; Database=MyDatabase;Trusted_Connection=true;MultipleActiveResultSets=true" providerName="System.Data.SqlClient" />

我尝试创建自己的继承自 SqlConnection 的 ProfiledDbConnection 版本，但它是一个密封类。

如果有某种方法告诉实体框架有关自定义连接类型的信息，那么这也许会起作用。我尝试将连接字符串中的 providerName 设置为 MvcMiniProfiler.Data.ProfiledDbConnection 但这不起作用。

所以。也许问题的演变是：如何将自定义连接类型传递给实体框架代码优先？

Answer 1

现在已完全支持此功能，请查看最新的源代码或从 nuget 获取软件包。

如果您使用 nuget，则需要 MiniProfiler.EF 包。 （1.9.1 及更高版本）

支持此功能需要对底层代理对象进行大量修改，以支持充当 EF 代码优先代理。

要添加此支持：

在 Application_Start 运行期间：

MiniProfilerEF.Initialize();

注意：EF Code First 会将表元数据存储在名为的表中：EdmMetadata。此元数据使用提供程序作为实体键的一部分。如果您将提供程序初始化为非配置提供程序，则必须重新构建此元数据。从 EdmMetadata 中删除所有行可能会解决问题，或者一些更聪明的提供商能够透明地处理这个问题。

Answer 2

我仍然遇到问题使其工作，并发现我需要重命名或删除连接字符串才能使 Database.DefaultConnectionFactory 工作。

请参阅此答案更多细节。

Answer 3

根据我的经验，此错误始终是无效的连接字符串，或者缺少与数据库的连接，例如“连接时发生网络服务错误...”。

另请注意，DbContext 只需要构造函数中的“connectionStringKey”，例如

public MyDbContext() : 
     base("MyConnectionName", true)
    { }