简单演示 Entity Framework - 释放野兽

请遵循下面屏幕截图所示的步骤。



在 Framework.. 下选择 System.ComponentModel.DataAnnotations。



完成后... 让我们回到 ContactDetail 并添加所需的命名空间。



已添加命名空间，一切正常。



现在让我们再次运行该工具...



该死，还是有错误。



我们快到了...

这次验证失败是因为 - Entity Framework 的一个令人困惑的约定。

现在抱怨的是由于这个令人困惑的约定：简单来说：当我们在

• 一对一关系
• 一对零或一关系

Code First 需要了解哪个是关系中的主端，哪个是依赖端。这将帮助 Code First 确定数据库中的哪个表将具有指向另一个表的外键。

所以，让我们再次使用 Data Annotations 来清楚地指定 Member 表和 ContactDetail 表之间的这种一对一或一对零或一关系。

我们可以通过指定 Foreign Key 注解来做到这一点。

请遵循下面的屏幕截图：（ContactDetail 类的屏幕截图）



同样，Foreign Key 注解存在于 System.ComponentModel.DataAnnotations.Schema 命名空间中。让我们添加所需的命名空间。



现在的 ContactDetail 类



注意* 需要注意的一个重要事项是，仅仅指定 Foreign Key 属性是不够的。我们需要指定 Foreign Key 指向什么？通过使用导航属性，我们可以做到这一点。因此，该属性指向 Member 导航属性（它不是属性类型，而是屏幕截图上方黄色高亮显示的属性名称）。

哇.. 终于，让我们再次运行该工具...



瞧，我们看到了（只读的）模型显示。辛苦总算有回报了...



既然我们已经验证了模型... 让我们进入下一步...
 

数据库初始化

Code-First 在运行时并不真正关心数据库... 但当它到达那个点时，它会执行以下两件事：

• 步骤 1 - 定位数据库（在这里使用了 App.config 中的连接字符串）。
• 步骤 2 - 必要时创建数据库。

这是它的工作原理，第一个 DbContext 类尝试与数据库交互（在应用程序运行时），Code First 将执行“数据库初始化”。

它首先查找连接字符串，一旦确定（App.Config 在这里有帮助），它就会查找数据库 - 默认情况下，Code First 查找的数据库名称将是 DbContext 类的完全限定名称。

在我们的情况下，这将是：命名空间加上 DbContext 类名称 - 如下面高亮显示：



下一步 Code First 将检查数据库名称为：“DiscussionBoard.DataLayer.DiscussionBoardContext”的数据库是否存在。当然，下一步是 - 如果数据库不存在，它将创建它。Needless to add Code First 将使用模型构建器创建的元数据来确定数据库的 Schema。一旦数据库存在，Code First 将继续执行 Context 被指示执行的任何操作，例如 - 插入记录等。

当然，我知道您现在很好奇想看看默认行为的实际运行。

您的等待结束了 - 让我们开始吧...

请注意* 在本文中，我们将使用一个控制台应用程序项目来进行数据库交互。
我将在未来撰写一篇关于 MVC 的文章，其中将使用我们的 DiscussionBoard 数据库。
在其中。一旦这篇文章上线，我还需要大约 45 天左右才能完成提议的 MVC。
文章（我只在下班后的晚上写，所以需要时间。希望您能理解）。

为此，我们需要创建一个控制台应用程序项目，然后引用我们的数据层项目...
请遵循下面的步骤...







现在我们将引用 Entity Framework 和 DiscussionBoard.DataLayer 项目到您新创建的控制台应用程序项目中。

引用 DiscussionBoard.DataLayer 项目





已添加引用



引用 Entity Framework





选择项目后，在“选择的项目”对话框中按“确定”。



现在我们有了引用。



我们在 DiscussionBoard.ConsoleApplication 中有 App.Config（包含必要的连接字符串和其他信息），我们可以从 DiscussionBoard.DataLayer 项目中删除 App.Config，因为我们将从我们新创建的控制台应用程序项目：DiscussionBoard.ConsoleApplication 进行所有交互。





当提示出现时，选择“确定”.

删除 DiscussionBoard.DataLayer 项目中的 App.Config 后。



注意* 请也将 DiscussionBoard.DomainClasses 项目的引用添加到我们的控制台应用程序中。

现在让我们在 DiscussionBoard.ConsoleApplication 项目的 Program.cs 类中添加一些代码。我已在代码中添加注释来解释代码的作用...



此时在运行时需要注意的一点是 -

// Snippet from Program.cs Class
var members = context.Members.ToList();

Code First 意识到它必须做些什么，它会去查找连接字符串，并检查数据库是否存在。所以，这里需要注意的重要一点是，Code First 在初始化 DiscussionBoardContext 类时不会立即采取行动。

现在，Needless to add，当我们此时运行我们的控制台应用程序时，不会返回任何内容，因为到目前为止数据库尚不存在。

无论如何，让我们运行它... 确保启动项目设置为 DiscussionBoard.ConsoleApplication。按 F5。

我们唯一得到的是一个空白黑屏。



让我们深入了解并理解实际发生了什么。打开 SQL Server Object Explorer。



注意* 如果您没有 SQL Server Object Explorer，那么您需要安装 SQL Server Data Tools，可以从这个链接下载。请选择正确的版本并安装它。

找到 SQL Server Object Explorer 后，进入 SQL Express 数据库。

如果您的 SQL Express 数据库丢失，您可以通过执行以下操作添加它：



选择数据库并连接到它。



连接后 - 找到 Code First 创建的数据库，如下所示。



现在，在下一节中，我将尝试解释 Code First 为我们创建的数据库。

解释 Code First 创建的数据库

打开数据库 - 见下文。我们将从数据库的名称开始 - 即：“DiscussionBoard.DataLayer.DiscussionBoardContext”。如上一节所述 - 默认数据库名称将是 Context 类的完全限定名称。



让我们看看表，那里有些有趣的东西。

在此处提及一点很重要，即是我们代码的模型决定了数据库的结构。仔细查看数据库 Schema。



所以，我们的数据库看起来就像我们在 Data Layer 项目中创建的模型（还记得使用 Power Tools 生成的模型吗？）。

Needless to add，类（在 Domain Class 项目中）在这里被表示为表，它们的属性作为列。

关系是使用 Domain Classes 项目中的 Data Annotations 定义的。

有趣的表是 ContactDetail 和 TopicsCategory。

让我们先看看 ContactDetail。



MemberId 列是表中的主键，同时也是外键。这是我们在 ContactDetail 类中指定 Data Annotations 的结果。如果您愿意，可以快速回顾一下 ContactDetail 类。

让我们看看 TopicsCategory 表。您可能已经在想，我们没有定义一个名为这个表名的类，那么这个表是如何存在的。

嗯，我们在 Domain Classes 项目中定义了 Category 和 Topic 类之间的多对多*关系。

Entity Framework 和数据库处理这种关系的方式是使用一个JOIN Table。在数据库中。TopicsCategory 就是那个JOIN Table。

所以，在我们的应用程序中，每当我们使用 Category 和 Topic 之间指定的多对多*关系时，我们全能的 Entity Framework 都会将其转换为 SQL 语句，这些语句将使用这个 JOIN Table。使数据库更容易理解我们试图做什么 - 例如获取/插入/更新/删除等。


 

让我们来理解 CodeFirst Migrations

现在，我们有了模型和数据库，如果我们决定更改它，会发生什么？

也就是说，如果我们决定向 Comment 表添加一个新列。

要做到这一点，我们需要在 Domain Class 项目（DiscussionBoard.DomainClasses）中的 COMMENT 类中添加一个新列。

让我们向 Comment 类添加一个名为 - NumberOfLikes 的新列。



构建项目并再次运行 Console Application - 我们将检查会发生什么 - 记住我们更改了模型。



糟糕... 添加新列破坏了我们的项目。自我解释的异常 - 高亮部分解释了问题所在。

我们之所以得到这个异常，是因为数据库初始化的默认行为不允许模型更改。

是时候修复这个因我们创建数据库后更新模型而出现的问题了。在现实世界中，这是非常可能的情况 - 我们将不得不更新数据库模式。重要的是要解决这个异常。

敲鼓声 - Code First Migrations 登场。来解决上述问题。

我们需要告诉 Code First，与其使用数据库初始化，不如使用其Migrations 功能。

Entity Framework 的数据库 Migrations API 负责管理和同步数据库模式，因为我们的领域模型会发生变化/演变。Migrations - 通过跟踪模型和数据库之间的更改来实现管理（它们通过管理数据库模式的哈希值来实现）。

我们将从首先开始：我们将让 Code First 知道我们希望使用 Migrations。其次：我们将使用 Migrations 来创建我们的初始数据库（所以，如果您已有的数据库，请随意删除。可以从 SQL Server Management Studio 进行。另外，请注释掉 DiscussionBoard.DomainClasses 项目中的 Comment 类中的 NumberOfLikes 属性。）。

所以，让我们开始工作，让 Code First 了解我们使用 Migrations 的意图。

打开 Package Manager Console。



请确保您已选择默认项目为 "DiscussionBoard.DataLayer"。



是时候玩一些简单的命令了。在 Package Manager 控制台中键入“enable-migrations”，我们可以为该命令传递一些参数，但我们将坚持使用默认值。



所以，这个 enable-migrations 命令将首先检查数据库是否存在，然后它将启用 migrations。如下图所示...



运行 enable-migrations 命令对我们的 DiscussionBoard.DataLayer 项目做了一些更改。我们有一个新创建的文件夹：Migrations，这个文件夹有一个名为：Configuration.cs 的类。

文件夹



Configuration 类默认代码。这个类特定于 Migrations（继承自 DbMigrationsConfiguration），并且它正在为我们的上下文类：DiscussionBoardContext 设置配置（如下面高亮显示）。我们将保持 Configuration.cs 中的参数 "AutomaticMigrationsEnabled" 为 false。Seed 方法的重要性在于它在每次 Migration 运行之前执行。所以，如果有人想在每次 Migration 进行时将一些默认数据推送到数据库，他们就会利用 Seed 方法。注意 - Seed 方法中已经提供了一些示例代码来添加默认初始数据。



Code First Database Migrations 过程基本上是 3 个步骤：

1. 定义或对模型进行更改（定义（初始数据库创建）/更改（修改现有数据库模式）都使用我们在 DiscussionBoard.DomainClasses 项目中的代码模型）。


2. 创建 Migration 文件：这是表示模型当前状态的文件。此文件用于识别需要对数据库进行的更改，以使其与我们的模型保持一致。


3. 将上述创建的 Migration 文件应用于数据库。无需进一步解释 :P

现在，在继续之前，请确保您已删除（如果仍然存在）项目的已创建数据库，并确保 Comment.cs 类中的 NumberOfLikes 属性已被注释掉。

所以，开始了。

打开 Package Manager Console，选择 DiscussionBoard.DataLayer 项目。

键入命令：add-migration InitialMigration20151014

请遵循下面的屏幕截图。



在这里，命令 add-migration - migration 是 EF 创建的类，用于描述数据库中将需要的更改。add-migration 命令后的参数只是迁移的名称。我选择了 InitialMigration20151014 这个名称。但您可以使用更具描述性的名称等。

首先，上述命令检查我是否之前有任何迁移，但没有。所以，它将基于这一事实来构建迁移文件/类。这是非常初始的迁移，甚至数据库尚不存在。所以，EF 正在迁移的是什么都没有，因此它需要从头开始创建一切。

请查看执行上述命令添加的类以更好地理解。

文件



查看 Migrations 文件夹下的 Class - InitialMigration20151014.cs。



由于这是第一个迁移，InitialMigration20151014.cs 类已填充了 create table 和其他相关方法。注意* 这段代码将被翻译成适当的 SQL 代码... 是的，Migration API 就是这样构建的。:)

因此，到目前为止，我们已经完成了第 1 步和第 2 步。第 1 步是定义模型，我们在前面的部分已经完成。第 2 步是创建 Migration 文件，我们通过命令：add-migration InitialMigration20151014 完成了。

现在，是时候执行第 3 步 - 应用 Migration 文件了。

命令 update-database 将默认更新我们的数据库模型到最新的迁移。您可能已经注意到迁移文件上的时间戳 - Entity Framework 通过它来识别哪个迁移是最新的。

现在，有许多参数可以与 update-database 命令一起使用，但我想让您浏览这两个命令，因为我认为它们在开发人员的日常工作中非常重要。

注意* 在继续之前，请暂时将 App.Config 文件从 DiscussionBoard.ConsoleApplication 项目移动到 DiscussionBoard.DataLayer 项目。因为我们将为我们的 DiscussionBoard.DataLayer 项目在 Package Manager Console 中执行 Migration 命令。
 

1. update-database 命令带 -script 参数。这将生成一个 SQL 脚本，可以将其传递给 DBA，以便他/她可以应用模型更改到数据库。
   
   用法：在 Package Manager Console 中输入 - update-database -script
   
   
   
   已生成一个名为：SqlQuery_1.sql 的脚本文件。现在，这个文件可以交给 DBA 进行进一步处理。
   
   
   
   我将跳过这个文件，因为我将为这个 CP 项目使用第二个参数。资源不足，人员不足，所以负担不起为这个 CP 项目雇佣 DBA :P
   
   **请确保您已将 App.config 文件重新添加到 DiscussionBoard.DataLayer 项目中，以便此命令能够成功运行。**
    
2. update-database 命令带 -verbose 参数。这将更新数据库，并在 Package Manager Console 中提供更新过程的详细信息。
   
   对我们来说，它也将创建数据库，因为我们在开始这个 migrations 文章部分之前已经删除了我们的数据库。
   
   用法：在 Package Manager Console 中输入 - update-database -verbose
   
   
   
   -verbose 实际操作 第 1 部分
   
   
   
   -verbose 实际操作 第 2 部分 - 因为我们没有数据库，所以运行 Seed 方法。
   
   
   
   **请确保您已将 App.config 文件重新添加到 DiscussionBoard.DataLayer 项目中，以便此命令能够成功运行。**

现在，借助 Migrations 的强大功能，我们的数据库创建完成了。



现在，我们将取消注释/重新添加 Comment.cs 类（DiscussionBoard.DomainClasses 项目）中的 NumberOfLikes Property。

所以，我们这次有一个模型更改。我们如何更新数据库以匹配我们最新的代码数据模型... 下一步将详细讨论。

利用 Migrations 的强大功能来传递我们的领域模型更改 - 将 NumberOfLikes 属性添加到数据库。这将反映为 - 一个名为 NumberOfLikes 的新列将被添加到 Comment 表。

在开始之前，NumberOfLikes 列目前尚不存在于 Comment 表中。



注意*：另外值得一提的是，数据库中的 dbo.MigrationHistory 表是 Entity Framework 用来存储哈希值的地方，每次我们添加一个迁移时，Entity Framework 都会根据存储在 dbo.MigrationHistory 中的哈希值来计算数据库模式与代码模型之间的差异。

现在让我们开始 Migrations 过程 -

1. 添加新迁移。
   
   为 DiscussionBoard.DataLayer 项目打开 Package Manager Console，然后输入以下命令。AddedNumberOfLikesPropertyToCommentClass 只是迁移的描述。
   
   
   
   命令结果
   
   
   
   
   
   迁移代码类 - 简单：只包含新添加列的定义，用于更新数据库模式。
   
   看，多么方便 - 我们可以拥有一个已存在的数据库，数据库中可以有数据，但我们仍然可以轻松地向该数据库的表中添加列。预先存在的索引、触发器等都不会受到任何影响。太棒了。
   
   
    
2. 是时候更新数据库 Schema 了。
   
   为 DiscussionBoard.DataLayer 项目打开 Package Manager Console，然后输入以下命令。
   
   
   
   命令结果
   注意* 突出显示的部分是存储在 dbo.MigrationHistory 表中的哈希值。
   
   
   
   新的列已添加。
   
   
    

在下一节中，我们将看到如何与我们的 DiscussionBoard 数据库进行交互。

与数据库交互 - 在 Discussion 数据库中插入记录

是时候与我们的数据库进行交互了。

我们将使用项目：DiscussionBoard.ConsoleApplication 进行交互。

所以，请跟随我。目前我们的数据库中没有任何讨论数据...

在接下来的几节中，我们将向控制台应用程序添加以下方法。


 

1. Insert Categories 方法实现
   
   所以在下面的代码片段中，我们正在做的是：
   
   Using 块中的 DiscussionBoardContext Context 具有所有必需的 DbSet。DbSet 使我们能够与定义的每种类型进行交互。
   
   在这种情况下，我们将处理 Category 类型的 DbSet。正如在以下代码行中所见：context.Categories.Add(definedCategory);
   
   此外，我们希望将 Category添加到 DbSet。现在 Context已经知道我们要使用 Category 的 DbSet，并且我们使用了 ADD 方法这一事实让 Context 清楚这些 Category 项目需要插入到数据库中。简单。正如在以下代码行中所见：context.Categories.Add(definedCategory);
   
   最后，我们调用 Context 的 SaveChanges() 方法。这将为我们执行 Insert 语句。注意* SaveChanges() 方法将执行 Context 正在跟踪的所有内容。对我们来说，它只跟踪这些新的 Categories 对象，所以它将为每个对象触发一个 Insert 查询。代码行：context.SaveChanges();
   
   在我们运行代码之前，我想向您介绍 EF6 中引入的新日志记录功能。我们所做的只是通过我们的 Context 实例，我们将它的 Log 属性设置为 Console.WriteLine 函数。EF 将在控制台窗口中为我们输出日志。现在控制台窗口将显示 EF 为完成工作所做的所有活动。这是一个不错的/有用的功能，尤其是在开发过程中。代码行：context.Database.Log = Console.WriteLine;
   
   项目：DiscussionBoard.ConsoleApplication 中的 Program.cs 类的代码片段。
   
   
   
   注意* 在我们运行之前，请确保您已取消注释Project: DiscussionBoard.ConsoleApplication Class Program.cs Method Main 中对Method InsertCatergories() 的调用，并注释掉该方法和类中的Method GetMembers()。
   
   运行后 - Console Project... 结果（我在 Management Studio 2014 中执行了一个查询）。
   
   日志输出：（欢迎您四处看看 - 查看 EF 的连接、EF 开始的事务等）
   
   
   
   查询结果
   
   
   
   在我们继续之前 - 请在项目：DiscussionBoard.ConsoleApplication Class Program.cs Method Main 中添加以下代码。我们正在禁用 EF 数据库初始化。当我们使用 Discussion Board Context 时。Database.SetInitializer(new NullDatabaseInitializer<DiscussionBoardContext>());
   
   现在，EF 将只执行与我们指定的 Context 相关的命令。
   
   
   
   注意* 这是一个重要的方面，在生产环境中，数据库初始化最好是关闭的。现在您会注意到，EF 只在控制台窗口（日志报告的位置）中触发与我们指定的上下文相关的查询。这有利于性能。
   
   所以，现在如果您重新运行上面的代码 - 您将在控制台中看到 EF 只执行了一个 Insert 命令，而没有其他任何操作，不像以前那样有大量的交互。对性能有利。
   
   注意* 您可能想看看 Context 类的 AddRange 方法。它接受 IEnumerable 并使处理列表变得更容易。无需 Foreach 块。
   
   在继续之前，请对InsertCatergories() Method 进行以下更改。我们进行这些更改，以避免在数据库中保存重复项。我们也可以选择 DropCreateDatabase 作为我们的数据库初始化方案，但我将其留给您探索，因为它相当简单。此外，我想让本文尽可能直观。
   
   
   
   _getInitialCategories() 方法... 非常简单。
   
   
    
2. Insert Topics 方法实现
   
   既然我们已经开始实现InsertCatergories() Method，
   在本节中，我将重点介绍检索记录和插入 Topics 记录。
   所以，查询 Categories 表并将 Topics 插入到 Category 对应的 Topics 表中。
   
   InsertTopics() Method
   
   
   
   上面表格中的代码是自我解释的，注释也很好地阐明了代码。
   
   让我们运行项目并插入一些 Topics。
   
   在按 F5 之前，请确保取消注释 InsertTopics() Method。
   
   调试执行...
   
   该方法即将被调用...
   
   
   
   预期中的 2 条 Categories 记录已被找到...
   
   
   
   保存 Topic 记录 - 在将其链接/附加到 2 个已获取的 Categories 之后。
   
   
   
   哦哦... 这里有些不对劲... 已经触发了 2 条 Insert Statements 来插入 Categories。
   但我们已经有了那些 Categories...
   
   
   
   让我们看看数据库...
   
   所以记录 2 和 3 被重新插入。枚举 2 代表体育，3 代表技术。
   
   
   
   这不是我们想要的，因此在 Method InsertTopics() 中，我们将 Topic 链接到了已获取的 2 个 Categories。
   
   好吧，我们尝试在这里保存一个实体图（Entity Graph），但未能清晰地表达我们对图的意图。EF 将 Topic 和附加的 Categories 解释为要添加。当我们说context.Topics.Add(topic); 时，EF 将其解释为 Topic 记录及其附加的所有内容都将被添加。
   
   此外，我们用于检索 Categories 的上下文与我们用于插入 Topic 的上下文不同。所以，当前上下文不知道这些 Categories 是从数据库中拉取的（EF 也忽略了这些 Categories 的 Id 列大于零的事实。是的，它就是这样做的）。
   
   我们需要找到一种解决办法。使用 Repository Pattern 和 Unit of Work Pattern 通过使用接口等有许多优雅的解决方案，但我将把这个留给您去解决。目前，我将使用一个简单的方法来解决这个问题。
   
   插入图（Inserting Graphs）。
   
   我们可以通过显式管理 Change Tracker 来解决这个问题。
   
   现在的代码..在InsertTopics() Method 中..
   
   
   
   现在，在我们可以测试它之前 - 请遵循以下步骤。
   否则您会收到异常 - 登录失败等。
   
   完全删除数据库。
   
   
   
   
   
   仅为本次运行注释掉以下代码...
   
   
   
   是时候构建并运行项目了。
   
   选择 Run without Debugging（不调试运行）。
   
   
   
   当控制台窗口弹出时，按任意键继续 ReadKey()。
   显然，您需要这样做大约 5 次左右，针对 5 条 Category 记录。
   
   
   
   数据库看起来不错。
   
   
   
   好了，现在是时候表演了。
   
   取消注释下面的高亮代码。
   
   
   
   重新构建并调试代码。
   
   您可以随时在此阶段查看 Context 等。
   
   
   
   控制台日志看起来不错。没有记录插入到 Categories 表中。
   
   
   
   仅为确保... 查询数据库。
   
   Categories 表
   
   
   
   Topics 表
   
   
   
   TopicCategories 表（由 Entity Framework 管理和使用）。
   
   
   
   一切看起来都不错。
    
3. Insert Members 方法实现
   
   现在，这将是一个相当简单的方法。
   
   我将提供代码片段，让您自行尝试。
   
   另外，我还添加了一些 Topics 的检查代码，以便如果记录已存在，则不会触发插入。
   
   代码...
   
   
   
   我另外添加的一些验证代码，用于在触发插入之前进行检查。
   
   
   
   现在的 Main 方法看起来像这样...
   
   
   
   我的测试运行结果
   
   日志文件看起来还可以。每个 Member Insert 语句后面都有一个 ContactDetail Insert 语句。
   
   
   
   数据库查询
   
   
   
   
   
   欢迎您自行调试和测试 InsertMembers 方法。
   将您遇到的任何问题或麻烦留在评论中。
    
4. Insert Interests 方法实现
   
   像好人一样，我们将从验证方法开始。
   
   
   
   现在的 Main 方法看起来像这样...
   
   
   
   现在是 InsertInterests 方法本身。
   
   
   
   我的测试运行结果
   
   日志文件看起来还可以。如预期的那样，只为 Interest 记录触发了 Insert 语句。
   
   
   
   数据库查询
   
   
   
   欢迎您自行调试和测试 InsertInterests 方法。将您遇到的任何问题或麻烦留在评论中。
    
5. Insert ContactDetails 方法实现
   
   插入 Member 记录时将需要此方法，因此将不需要此方法。请参阅InsertMembers 方法。
   
   另外，ContactDetail 记录不能独立存在。它与 Member 表共享一个零对一关系。
    
6. Insert Comments 方法实现
   
   像好人一样，我们将从验证方法开始。
   
   
   
   现在的 Main 方法看起来像这样...
   
   
   
   现在是 InsertComments 方法本身。
   
   
   
   我的测试运行结果
   
   日志文件看起来还可以。如预期的那样，只为 Comments 记录触发了 Insert 语句。
   
   
   
   数据库查询
   
   
   
   欢迎您自行调试和测试 InsertComments 方法。将您遇到的任何问题或麻烦留在评论中。

与数据库交互 - 更新和查询 Discussion 数据库

更新数据库...

我们将更新上一节中添加的 Comment 记录。



让我们将上面的评论更新得更有意义。

我们将开始查看一些从数据库检索数据的示例。

下面是一些读取查询的示例。

我们将使用 LINQ 方法从数据库中获取数据。

// Code Snippet 

// ToList() is an LINQ Execution Method
// This will return all the Comments in Comment Table
var comments = context.Comments.ToList();

// FirstOrDefault() is an LINQ Execution Method
// This will return only the First Fetched comment from the Comment Table
var comment = context.Comments.FirstOrDefault();

// This will return all the Comments in Comment Table,
// that will MATCH the where condition.
// This query will fetch all the commenst that have been posted by Member with Id 2.
// the '.where' is not an execution method.
// The query is fired when it reached the ToList() LINQ method.
var comments = context.Comments.where(c => c.MemberId == 2).ToList();

// The Find Method
// The Find Method - is used to reterive a record based on the KEY column
// Key is nothing but the Primary Key in the database for that table.
int primaryKeyValue = 4;
// Fetch the record from Comment Table where Id is 4
var comment = context.Comments.Find(primaryKeyValue);

上述查询将查询数据库，获取相关数据，并为所有已获取的相关记录创建 Comment 的领域/实体对象（在此项目中）。

我们将使用这些（实际上，在此项目中已经使用过）LINQ 方法来从数据库获取数据。

现在，回到手头的任务。更新记录 - 在本例中是某些 Comments。

我们将随机选择一个 Comment 并更新它。

注意* 代码是自我解释的，易于理解。

现在的 Main 方法看起来像这样...



Update 方法...



我的测试运行结果

日志文件看起来还可以。如预期的那样，Update 语句已为 Comment 记录触发。



数据库查询



欢迎您自行调试和测试 UpdateRandomComment 方法。
将您遇到的任何问题或麻烦留在评论中。

注意* 您可以通过以下示例在断开连接状态下更新数据。
在代码注释中提供了说明。

UpdateRandomCommentInDisconnectedState() 方法 -



Main 方法



我的测试运行结果

日志文件看起来还可以。如预期的那样，Update 语句已为 Comment 记录触发。



数据库查询



欢迎您自行调试和测试 UpdateRandomCommentInDisconnectedState 方法。
将您遇到的任何问题或麻烦留在评论中。
 

与数据库交互 - 删除 Discussion 数据库中的记录

DeleteRandomComment() 方法 -



Main 方法



我的测试运行结果

调试 DeleteRandomComment 方法 -



日志文件看起来还可以。如预期的那样，Delete 语句已为 Comment 记录触发。



数据库查询



欢迎您自行调试和测试 DeleteRandomComment 方法。
将您遇到的任何问题或麻烦留在评论中。
 

与数据库交互 - 检索 Discussion 数据库中的数据记录图

在本节中，我们将研究以下内容：

我们将研究使用 DbSet.Include() 方法实现的急切加载。

我们将研究使用 Load() 方法实现的显式加载。

实现 RetrievingDataGraphs() 方法。



Main 方法...



调试该方法...

急切加载实际运行 - 已为检索到的 Topic 记录加载 Comments...





显式加载实际运行 - 已为检索到的 Topic 记录加载 Comments...

尚未加载 Comments - 为检索到的 Topic 记录...







至此，本文就结束了。：)

您做得很好。去喝杯冰镇啤酒吧，您配得上。：)

最终想法

到此为止。希望您享受这段旅程。

顺便说一下，我写过几篇关于 WCF Web 服务的文章，请随时根据您的方便查阅。

1. 简单演示 - WCF Web Services 文章 (SOAP 服务)
2. 简单演示 - WCF AJAX Services 文章
3. 简单演示 - WCF RESTful Web Services 文章

我该告辞了。如果您有任何问题、反馈以及介于两者之间的任何内容，请随时提出，因为我和您在同一条船上。

附注：那条船叫做“燃烧与学习”。

祝您好运。并继续学习：)

历史

版本 1 提交于 2015 年 11 月 15 日。