为什么不直接使用SQL Server Profiler?
1、SQL Server Profiler默认查看的是这台服务器上的所有活动,多人使用,产生的SQL非常多,使用过滤器也很麻烦。
2、SQL Server Profiler不适应于其他数据库。
方法一:标准日志
class MyDbContext : DbContext
{
public static readonly ILoggerFactory MyLoggerFactory = LoggerFactory.Create(builder=>{builder.AddConsole();});
protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
{
optionsBuilder.UseLoggerFactory(ILoggerFactory);
}
}
方法2:简单日志
class MyDbContext : DbContext
{
optionsBuilder.LogTo(msg =>
{
if (!msg.Contains("CommandExecuting")) return;
Console.WriteLine(msg);
});
}
方法3:TOQUERYSTRING
需要引用:using Microsoft.EntityFrameworkCore;
1、上面两种方式无法直接得到一个操作的SQL语句,而且在操作很多的情况下,容易混乱
2、EF Core的Where方法返回的是IQueryable类型,DbSet也实现了IQueryable接口。IQueryable有扩展方法ToQueryString()可以获得SQL
3、不需要真的执行查询才获取SQL语句;只能获取查询操作的
var persons = db.TPersons.Where(p => p.Name == "LTY");
string sql = persons.ToQueryString();
Console.WriteLine(sql);
总结
写测试性代码,用简单日志;
正式需要记录SQL给审核人员或者排查故障,用标准日志;
开发阶段,从繁杂的查询操作中立即看到SQL,用ToQueryString()