使用ADO.NET实体LINQ提供程序来建模复杂的SQL查询？

Question

我发现在ADO.NET Entities或LINQ 中真正强大的是对复杂查询建模的能力。我真的不需要实体或LINQ为我做的映射-我只需要建模复杂表达式的能力，可以转换成T。

我的问题是-我是不是滥用太多了？我可以使用实体框架来建模查询吗？我应该吗？我知道我可以编写我自己的自定义LINQ提供程序，但这在我的时间跨度内是不可能处理的。

对复杂的the查询建模的最佳方法是什么？在面向对象的世界里，你如何处理有条件的组--再见、命令、加入、工会等等？考虑到我们使用StringBuilders表达式树的可能性，在这种工作中使用会让人觉得很难看，也很难维护。

当我使用StringBuilder来建模一个复杂的SQL查询时，我感到有点内疚！当我不得不将任何数字硬编码到与0或1不同的代码中时，我的感觉是一样的。这种感觉让你扪心自问，是否有一种更好、更干净的方法。

我必须指出，我使用的是C# 4.0，但我并不是专门用这种语言来寻找答案，而是在CLR 4领域。有什么真正的企业库可以帮助在运行时构建复杂的SQL吗？

Answer 1

如果您发现使用LINQ而不是then编写查询更容易(更不用说更容易出错)，那么为什么不呢？

没有法律规定您不能使用EF或L2S来帮助您编写then，然后直接自己执行then。

事实上，我认为这很有道理。

别觉得内疚！