使用数据库构建应用程序，该数据库能够变大而不是巨大，但可以定义具有一百万条记录的大表 +。我刚刚在某个地方看到 LINQ 不适合大数据库。
前端将在 Silverlight 中，我非常期待使用它的 Skip 和 Take 功能进行异步调用，以加快客户端对我的 GUI 的首次访问。
你能告诉我这种情况有什么问题吗？
你会使用 LINQ 还是其他东西？
我的后端是 SQL Server 2005 或更高版本。
问问题
238 次
4 回答
4
我将使用WCF 数据服务（将数据从服务器提供给 Silverlight 应用程序）和支持这些服务的实体框架 4。
您可能还想查看 MSDN 杂志中的这篇文章，该文章将引导您创建一个简单的实体数据模型（从头开始）、基于模型的 WCF 数据服务，以及如何使用 Silverlight 中的这些服务：
Visual Studio - Visual Studio 2010 中的实体框架 4.0 和 WCF 数据服务 4.0
于 2010-06-22T19:17:19.750 回答
3
我同意贾斯汀的回答，并且只提交我自己的回答，因为似乎没有人回答您在其中一个评论中提出的问题。
“什么 Entity 有这么棒的东西，让它更快更容易？”
* LINQ 与实体框架结合使用提供了一种非常简洁的语法，经过一些学习曲线后更容易编写。
* IMO 几乎从一开始就更容易阅读。
* 你得到智能感知。
* 你没有嵌入在 C# 或 VB 中的 SQL 的混乱。
* 你会得到一份不错的文件。
底线是你会变得更好（更容易维护）C# 代码。
我还应该补充一点，使用 NHibernate 和其他 ORM 工具可以获得同样的好处。实体框架不是您唯一的选择。
于 2010-06-23T21:46:15.353 回答
0
我同意贾斯汀的观点，你绝对应该使用实体，但你应该以缓存查询列表的形式在实体上使用 LINQ。
IdeaBlade 的 DevForce 可能会提供更全面的解决方案。
于 2010-06-22T19:19:51.083 回答
0
LINQ 实际上将您的 LINQ 代码语法转换为 SQL 命令（在后台）。如果您对此有任何疑问，可以使用 SQL Profiler（也称为 SQL Trace）查看 LINQ 在后台生成的 SQL 命令。在性能方面，它应该类似于 ADO.NET。
于 2010-06-22T19:21:45.307 回答