1
A
回答
1
LINQPad可能是最好的之一。我真的很喜欢这是向我展示了什么是从我的LINQ查询生成的SQL,我甚至可以看看IL代码。
它没有像SQL查询设计器这样的图形设计器,这不是一件坏事。如果你真的想要这样的东西,那么你可以让这个工具为你生成SQL。 LINQ在C#中查询数据,如果你正在查询数据库,那么这是一个抽象。 LINQ的图形设计器就像在抽象层上分层一样。解释可能会出错更多的地方,而SQL查询设计器还远远不够完美。我无法告诉你,在我的工作中,有多少人会将使用该工具构建的查询提交给我,并且抱怨某些内容不起作用,并且我看到他们有多个连接不正确,或者子查询没有意义。
相关问题
- 1. LINQ实体框架 - 计数和查询
- 2. 实体框架设计师
- 3. WCF +实体框架设计
- 4. 实体框架设计器错误
- 5. 查询在实体框架
- 6. 实体框架查询
- 7. 实体框架查询
- 8. 查询在实体框架
- 9. 实体框架LINQ查询
- 10. 查询实体框架4
- 11. 在实体框架查询
- 12. 查询在实体框架
- 13. 实体框架查询#1
- 14. 实体框架查询
- 15. 查询在实体框架
- 16. 实体框架LIKE查询
- 17. 实体框架查询XML
- 18. 实体框架查询过滤器
- 19. 设计代码第一个实体框架实体框架
- 20. 停止VS实体框架设计器恢复名称“实体”
- 21. C#实体框架 - LINQ与实体查询子查询
- 22. 您可以直接从实体框架设计器查询SQL Server吗?
- 23. 实体框架查询装饰器立即发送查询
- 24. 模型设计与实体框架
- 25. 实体框架查询包含实体集合的子实体
- 26. 实体框架,软删除和查询
- 27. 动态查询与实体框架4
- 28. 实体框架查询超时
- 29. 实体框架 - 的LINQ查询在
- 30. 实体框架查询想法(按组)
我的观点是,使用设计器来定义查询是为了不熟悉SQL的人创建简单的查询。我几乎不相信你可以在设计器中做出非常复杂和优化的查询。我的建议是:不要使用查询设计器并学习如何直接编写SQL和Linq查询。 – 2011-05-06 09:09:21
@Ladislav:您可以通过使用查询设计器节省大量时间,可以降低复杂性,并且可以防止设计师忽略粗心大意的错误(缺少大括号f.e.)。这与你在SQL中的实际技能无关。 – 2011-05-06 09:36:05