c# - 设计选择 : Entity Framework vs Raw SQL

Question

我正在编写一个 Silverlight 应用程序来处理数百万条记录。由于服务器上的负载可能很重，我打算将一些处理转移到客户端。例如，如果我需要显示有关一本书及其作者的完整信息，我想使用 AuthorID 作为公共(public)键来连接 Book 表和 Author 表。我不在服务器端执行 JOIN，而是分别检索 Author 表和 Book 表，然后使用 C# 代码在客户端连接它们并将它们显示在 DataGrid 中。

客户处于受控环境中，因此对他们的表现有最低限度的保证。由于记录如此之多，并且客户端 DataGrid 中没有发生任何更新，因此我会选择 Raw SQL 而不是 Entity Framework。但是，存在进行客户端连接的问题。我的问题是， Entity Framework 是否有助于简化客户端连接？在这里考虑开发时间不是一个重要因素。

Answer 1

My question is, would Entity Framework help make the client-side join easier?

这取决于谁在开发应用程序。使用 Entity Framework 肯定有它的优势。它使开发人员能够在 C# 或其他 .NET 环境中编写“类似”语法的 T-SQL，但它具有通过 .NET 中已有的 SQL 库执行 SQL 的相同效率。

这么简单？或许。更高效？我对此表示怀疑。通常你想在服务器端的存储过程中执行 JOINS 和类似的事情，只是因为数据库通常存储在不同的机器上，那么为什么要让一台机器为网站提供服务并进行你需要的数据操作呢？

这就是我对整个事情的看法。我知道有些人开始看到不需要编写存储过程，因为在 .NET 中一切都变得如此容易，但我仍然喜欢它们。