击鼠标右键，然后从上下文相关菜单中选择 New Database Diagram...（新建数据库图...），即可启动一个新的空白图。第一次启动某个图时，系统将要求您从数据库中选择一个表。因为您尚未创建任何表，所以可以忽略该对话框。现在，可以开始定义您的表了。本系列文章第 1 部分中生成的用户方案文档包含定义表所需的信息。学习定义如何在系统中添加新记录的方案，通常是了解需要存储哪些数据的最佳途径。有时，您需要查看诸如记录更新甚至是报告之类的其他方案，以确保没有遗漏其他字段。在本示例中，“添加记录”方案就是一个很好的参考方案。例如，以下是用于添加问题的方案：添加新问题向系统中添加一条新问题记录，其中包括标题、日期/时间、指明该问题所属类别的主题 ID 以及问题正文。有时还需要提供问题提出者姓名及其电子邮件地址。添加新问题之后，将向调用函数返回一个唯一的整数问题 ID。重要名词以粗体表示。阅读方案说明时，这些名词或表名（例如，“问题记录”就是一个很好的例子）往往能够表明需要存储哪些数据。使用上述信息，您可以在数据库图中添加一个新表并定义所需的列。下面的示例详细介绍了如何在数据库图中添加表。 在图“surface”上单击鼠标右键并从上下文相关菜单中选择 New Table...（新建表...）。输入 Questions（问题）作为表名，然后单击 OK（确定）将其添加到图中。 在 Questions（问题）表对话框中，键入上文所述方案中提供的字段信息。例如，Column Name（列名）= ID、Data Type（数据类型）= int、Length（长度）= 4，并取消选择 Allow Nulls（允许为空）复选框。对该表的其余部分重复上述操作（参见图 3）。 
图 3：Questions（问题）表 您将看到，第一列 (ID) 旁边有一个小的金色键。它表示该字段是该表的主键字段。要设置主键字段，可以在列表中的列名上单击鼠标右键，然后从上下文相关菜单中选择 Primary Key（主键）。另外，还应将此 ID 字段设置为以增量方式自动增加的标识列。这样，SQL Server 就可以为添加到表中的每条记录自动生成一个唯一的整数值。要进行此设置，请在该列上单击鼠标右键，从上下文相关菜单中选择 Properties（属性），然后在 Property Pages（属性页）对话框中选择 Columns（列）选项卡。其他的操作就很容易了（参见图 4）。
图 4：Property Pages（属性页）对话框中的 Columns（列）选项卡使用“添加主题记录”和“添加解答记录”方案中的信息，可以创建其他两个表。请务必为每个表创建 ID 列，并将这些列标记为标识列和主键。下面的图 5 显示了三个已完成的表。
图 5：三个已完成的表您会发现，这些表都通过连接线与数据库图连接起来。这些连接线表明表之间存在外键关系。例如，Questions（问题）表中的 TopicID 列与 Topics（主题）表中的 ID 列相关联。通过将这种关系存储到数据库中，您可以制定用以防止在数据库中保存非法数据的规则。本示例中的关系规则是，Questions.TopicID 列所允许的有效值只能是 Topics.ID 列中已存在的某条记录的值。您可以通过将 Questions（问题）表中的 TopicID 列拖放到 Topics（主题）表中的 ID 列上，来定义这些关系。此时将出现一个对话框，显示规则定义的详细信息并要求您按下 OK（确定）按钮进行确认（参见图 6）。
图 6：Create Relationship（创建关系）对话框您可能会发现，Responses.QuestionID 和 Questions.ID 之间也定义了一个关系。注意：您可能已经注意到，我们还没有为专家定义任何表。我决定将有关专家的信息存储在一个 XML 文件中，而不是存储在数据库中。这样做的主要原因是我们可以借此讨论一下如何读写 XML 数据，以便在同一个应用中融合 XML 数据和关系数据。我们将在下一部分中讨论有关专家数据的问题。至此，数据库和表都已定义完毕。以上介绍了解决方案的实际数据存储过程。但是，我们还需要了解如何在表中读写信息。为此，我们将定义 SQL Server 中的存储过程。使用 Visual Studio .NET 2003 编写存储过程数据表定义了如何在数据库中存储数据，但没有说明如何存取数据。我们还需要了解读写记录以便从表中再次调用选定行和列的详细信息。开发人员通常会在其代码中编写一些特殊的查询语句，用于读写数据。这不仅会导致效率低下，还会带来安全性问题。在本应用中，所有数据存取工作都将通过 SQL Server 存储过程（stored procedures，有时称作“stored procs”或“sprocs”）来处理。使用存储过程可以提高解决方案的性能并使之更安全。此外，使用存储过程可以增加数据层的抽象级别，从而保护解决方案的其他部分不受小的数据布局和格式变化带来的影响。这样可使您的解决方案更可靠，更易于维护。为什么不使用特殊的查询语句我们经常会看到如下所示的文章和代码示例： Private Function GetSomeData(ByVal ID As Integer) As SqlDataReader Dim strSQL As String strSQL = "SELECT * FROM MyTable WHERE ID=" & ID.ToString() cd = New SqlCommand With cd .CommandText = strSQL .CommandType = CommandType.Text .Connection = cn .Connection.Open() Return .ExecuteReader(CommandBehavior.CloseConnection) End With End Function 上述代码不符合要求的原因有以下几个。首先，如果将 SQL 查询语句嵌套在代码中，那么只要数据层发生任何变化，都必须编辑并重新编译代码层。这样就会带来诸多不便。还可能会导致其他错误，而且通常会造成数据服务和代码之间的混乱。其次，如果使用不经过输入验证的字符串连接 ("...WHERE ID=" & ID.ToString())，将可能使您的应用程序暴露在黑客的攻击之下。更重要的是，这样就会为恶意用户提供了在您的代码中添加其他 SQL 关键字的机会。例如，根据您的输入模式，恶意用户不仅可以输入 13 或 21 作为有效的表 ID，还可以输入 13; DELETE FROM USERS 或其他可能会带来危害的语句。完善的输入验证可以保护您的系统免受大多数 SQL 插入代码的攻击，所以最好将所有内置的 SQL 语句完全删除，使攻击者很难滥用您的应用程序数据。最后，内置 SQL 语句的执行速度要比存储过程慢得多。创建存储过程并将其存储到数据库中时
图 3：Questions（问题）表 您将看到，第一列 (ID) 旁边有一个小的金色键。它表示该字段是该表的主键字段。要设置主键字段，可以在列表中的列名上单击鼠标右键，然后从上下文相关菜单中选择 Primary Key（主键）。另外，还应将此 ID 字段设置为以增量方式自动增加的标识列。这样，SQL Server 就可以为添加到表中的每条记录自动生成一个唯一的整数值。要进行此设置，请在该列上单击鼠标右键，从上下文相关菜单中选择 Properties（属性），然后在 Property Pages（属性页）对话框中选择 Columns（列）选项卡。其他的操作就很容易了（参见图 4）。
图 4：Property Pages（属性页）对话框中的 Columns（列）选项卡使用“添加主题记录”和“添加解答记录”方案中的信息，可以创建其他两个表。请务必为每个表创建 ID 列，并将这些列标记为标识列和主键。下面的图 5 显示了三个已完成的表。
图 5：三个已完成的表您会发现，这些表都通过连接线与数据库图连接起来。这些连接线表明表之间存在外键关系。例如，Questions（问题）表中的 TopicID 列与 Topics（主题）表中的 ID 列相关联。通过将这种关系存储到数据库中，您可以制定用以防止在数据库中保存非法数据的规则。本示例中的关系规则是，Questions.TopicID 列所允许的有效值只能是 Topics.ID 列中已存在的某条记录的值。您可以通过将 Questions（问题）表中的 TopicID 列拖放到 Topics（主题）表中的 ID 列上，来定义这些关系。此时将出现一个对话框，显示规则定义的详细信息并要求您按下 OK（确定）按钮进行确认（参见图 6）。
图 6：Create Relationship（创建关系）对话框您可能会发现，Responses.QuestionID 和 Questions.ID 之间也定义了一个关系。注意：您可能已经注意到，我们还没有为专家定义任何表。我决定将有关专家的信息存储在一个 XML 文件中，而不是存储在数据库中。这样做的主要原因是我们可以借此讨论一下如何读写 XML 数据，以便在同一个应用中融合 XML 数据和关系数据。我们将在下一部分中讨论有关专家数据的问题。至此，数据库和表都已定义完毕。以上介绍了解决方案的实际数据存储过程。但是，我们还需要了解如何在表中读写信息。为此，我们将定义 SQL Server 中的存储过程。使用 Visual Studio .NET 2003 编写存储过程数据表定义了如何在数据库中存储数据，但没有说明如何存取数据。我们还需要了解读写记录以便从表中再次调用选定行和列的详细信息。开发人员通常会在其代码中编写一些特殊的查询语句，用于读写数据。这不仅会导致效率低下，还会带来安全性问题。在本应用中，所有数据存取工作都将通过 SQL Server 存储过程（stored procedures，有时称作“stored procs”或“sprocs”）来处理。使用存储过程可以提高解决方案的性能并使之更安全。此外，使用存储过程可以增加数据层的抽象级别，从而保护解决方案的其他部分不受小的数据布局和格式变化带来的影响。这样可使您的解决方案更可靠，更易于维护。为什么不使用特殊的查询语句我们经常会看到如下所示的文章和代码示例： Private Function GetSomeData(ByVal ID As Integer) As SqlDataReader Dim strSQL As String strSQL = "SELECT * FROM MyTable WHERE ID=" & ID.ToString() cd = New SqlCommand With cd .CommandText = strSQL .CommandType = CommandType.Text .Connection = cn .Connection.Open() Return .ExecuteReader(CommandBehavior.CloseConnection) End With End Function 上述代码不符合要求的原因有以下几个。首先，如果将 SQL 查询语句嵌套在代码中，那么只要数据层发生任何变化，都必须编辑并重新编译代码层。这样就会带来诸多不便。还可能会导致其他错误，而且通常会造成数据服务和代码之间的混乱。其次，如果使用不经过输入验证的字符串连接 ("...WHERE ID=" & ID.ToString())，将可能使您的应用程序暴露在黑客的攻击之下。更重要的是，这样就会为恶意用户提供了在您的代码中添加其他 SQL 关键字的机会。例如，根据您的输入模式，恶意用户不仅可以输入 13 或 21 作为有效的表 ID，还可以输入 13; DELETE FROM USERS 或其他可能会带来危害的语句。完善的输入验证可以保护您的系统免受大多数 SQL 插入代码的攻击，所以最好将所有内置的 SQL 语句完全删除，使攻击者很难滥用您的应用程序数据。最后，内置 SQL 语句的执行速度要比存储过程慢得多。创建存储过程并将其存储到数据库中时
