让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
[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生成数据库,所以将之绳之以法是“名正言顺”。