让Entity Framework不再私闯sys.databases

这里的“私闯sys.databases”是指Entity Framework默认发起的查询：SELECT Count(*) FROM sys.databases WHERE [name]=N'数据库名'

注：本文针对的是Entity Framework Code First场景，Entity Framework的版本是4.1与4.2。

3月份的时候在揭开Entity Framework LINQ查询的一点面纱一文中发现了Entity Framework的两个幕后交易。

第一个交易（私闯sys.databases）：

SELECT  Count ( * )  FROM  sys.databases  WHERE  [ name ]  =  N ' CNBlogsData '

第二个交易（私自打探数据库的信息）：

SELECT  TOP  ( 1 ) 
[ Extent1 ] . [ Id ]  AS  [ Id ] , 
[ Extent1 ] . [ ModelHash ]  AS  [ ModelHash ]
FROM  [ dbo ] . [ EdmMetadata ]  AS  [ Extent1 ]
ORDER  BY  [ Extent1 ] . [ Id ]  DESC

当时通过modelBuilder.Conventions.Remove<IncludeMetadataConvention>();阻止了第二个交易，但未能找到方法阻止第一个交易。

记得当时用的是Entity Framework 4.0，后来微软发布了EF4.1和EF4.2。那我们来看看Entity Framework有没有改邪归正。

结果发现，只改了一半，第二个交易“浪子回头”，而第一个交易“贼心不改”。

代码世界是完美世界，决不允许这样的行为，一定要将之绳之以法。

经过今天下午的努力，终于找到了这根“绳子”：

Database.SetInitializer<DbContextTypeName>(null);

示例代码如下：

public class EfUnitOfWork : DbContext, IUnitOfWork
{
    public EfUnitOfWork()
    {
        Database.SetInitializer<EfUnitOfWork>(null);
    }       

    protected override void OnModelCreating(DbModelBuilder modelBuilder)
    {       
    }
}

可以看出，Entity Framework“私闯sys.databases”的目的是为了在根据实体生成数据库时，检查是否存在同名的数据库。

而我们的应用场景根本不需要Entity Framework生成数据库，所以将之绳之以法是“名正言顺”。