使用 sql 中的 ExecuteReader、ExecuteScalar 或 ExecuteNonQuery 操作BizTalk Server

项目
07/21/2023

SQL 适配器公开一般SQL Server操作，例如 ExecuteNonQuery、ExecuteReader 和 ExecuteScalar。可以使用这些操作对SQL Server数据库执行任何 SQL 语句。这些操作因针对 SQL 语句获取的响应类型而异。有关适配器如何支持这些操作的详细信息，请参阅对 ExecuteNonQuery、ExecuteReader 和 ExecuteScalar 操作的支持。

本主题演示如何使用具有 BizTalk Server 的 SQL 适配器执行 ExecuteReader 操作。可以按照本主题中所述的同一组过程来执行 ExecuteNonQuery 和 ExecuteScalar 操作。

必备条件

创建强名称密钥文件，并了解工具
在运行 SQL 适配器和SQL Server的计算机上配置 MSDTC。

对SQL Server数据库调用 ExecuteReader 操作

将 SQL 适配器与 BizTalk Server 配合使用对 SQL Server 数据库执行操作涉及构建基块以使用 SQL 适配器开发 BizTalk 应用程序中所述的过程性任务。若要调用 SQL Server 中的 ExecuteReader 操作，这些任务包括：

创建 BizTalk 项目，并为 ExecuteReader 操作生成架构。
在 BizTalk 项目中创建消息，以便从SQL Server发送和接收消息。
创建业务流程以调用SQL Server上的操作。
生成并部署 BizTalk 项目。
通过创建物理发送和接收端口配置 BizTalk 应用程序。
启动 BizTalk 应用程序。

本主题提供有关执行这些任务的说明。

生成架构

本主题演示如何使用带 BizTalk Server 的 SQL 适配器在 SQL Server 中调用 ExecuteReader 操作。 ExecuteReader 操作采用任何 SQL 语句作为参数，并将操作的结果集作为 DataSet 数组返回。本主题演示如何使用 ExecuteReader 操作执行 ADD_EMP_DETAILS 存储过程。此存储过程将记录添加到 Employee 表，并返回新添加的员工的 ID。主题中使用的表和存储过程是通过运行示例提供的脚本创建的。有关脚本的详细信息，请参阅 SQL 适配器的示例。

为了演示如何调用 ExecuteReader 操作，为 ExecuteReader 操作生成了架构。必须创建 BizTalk 项目并使用“使用适配器服务加载项”生成架构。有关如何生成架构的详细信息，请参阅使用 SQL 适配器在 Visual Studio 中检索SQL Server操作的元数据。

定义消息和消息类型

你之前生成的架构描述了业务流程中的消息所需的“类型”。消息通常是一个变量，其类型由相应的架构定义。现在，为业务流程创建消息，并将其链接到在上一步中生成的架构。

将业务流程添加到 BizTalk 项目。从解决方案资源管理器，右键单击 BizTalk 项目名称，指向“添加”，然后单击“新建项”。键入 BizTalk 业务流程的名称，并单击“ 添加”。
打开 BizTalk 项目的“业务流程视图”窗口（如果尚未打开该窗口）。为此，请单击“ 视图”，指向 “其他窗口”，然后单击“ 业务流程视图”。
在“业务流程视图”中，右键单击“ 消息”，然后单击“ 新建消息”。
右键单击新创建的消息，然后选择“ 属性窗口”。

在Message_1的“属性”窗格中，执行以下操作：

使用此选项	要执行此操作
标识符	键入 `Request`
消息类型	从下拉列表中展开“ 架构”，然后选择“ Execute_Reader.GenericOperation.ExecuteReader”，其中“Execute_Reader”是 BizTalk 项目的名称。 GenericOperation 是为 ExecuteReader 操作生成的架构。

重复步骤 2 以创建新消息。在新邮件的“ 属性 ”窗格中，执行以下操作：

使用此选项	要执行此操作
标识符	键入 `Response`
消息类型	从下拉列表中展开 “架构”，然后选择“ Execute_Reader.GenericOperation.ExecuteReaderResponse”。

设置业务流程

创建 BizTalk 业务流程以使用 BizTalk Server 在 SQL Server 上执行操作。在此业务流程中，会在定义的接收位置放置请求消息。 SQL 适配器使用此消息并将其传递给SQL Server。来自SQL Server的响应将保存到另一个位置。必须包含“发送和接收”形状，才能分别将消息发送到SQL Server和接收响应。用于调用 ExecuteReader 操作的示例业务流程如下所示：

用于调用 ExecuteReader 操作的业务流程

添加消息形状

为每个邮件形状输入以下属性。 “形状”列中列出的名称是刚才提到的业务流程中显示的消息形状的名称。

形状	形状类型	属性
ReceiveMessage	接收	- 将 Name 设置为 ReceiveMessage - 将 “激活” 设置为 “True”
SendMessage	发送	- 将 “名称” 设置为 SendMessage
ReceiveResponse	接收	- 将 Name 设置为 ReceiveResponse - 将 “激活” 设置为 “False”
SendResponse	发送	- 将 “名称” 设置为 SendResponse

添加端口

请确保为每个逻辑端口指定以下属性。 “端口”列中列出的名称是业务流程中显示的端口名称。

端口	属性
MessageIn	- 将标识符设置为 MessageIn - 将 Type 设置为 MessageInType - 将通信模式设置为单向 - 将通信方向设置为接收
LOBPort	- 将标识符设置为 LOBPort - 将 Type 设置为 LOBPortType - 将通信模式设置为请求-响应 - 将 “通信方向 ”设置为 “发送-接收”
ResponseOut	- 将标识符设置为 ResponseOut - 将 Type 设置为 ResponseOutType - 将通信模式设置为单向 - 将“通信方向”设置为“发送”

输入操作形状的消息，并将其连接到端口

下表指定应设置的属性及其值，以便为操作形状指定消息并将消息链接到端口。 Shape 列中列出的名称是前面提到的业务流程中显示的消息形状的名称。

形状	属性
ReceiveMessage	- 将消息设置为请求 - 将操作设置为 MessageIn.ExecuteReader.Request
SendMessage	- 将消息设置为请求 - 将操作设置为 LOBPort.ExecuteReader.Request
ReceiveResponse	- 将消息设置为响应 - 将操作设置为 LOBPort.ExecuteReader.Response
SendResponse	- 将消息设置为响应 - 将操作设置为 ResponseOut.ExecuteReader.Request

指定这些属性后，消息形状和端口将连接，并且业务流程已完成。

现在，必须生成 BizTalk 解决方案并将其部署到 BizTalk Server。有关详细信息，请参阅生成和运行业务流程。

配置 BizTalk 应用程序

部署 BizTalk 项目后，前面创建的业务流程将列在BizTalk Server管理控制台的“业务流程”窗格下。必须使用 BizTalk Server 管理控制台来配置应用程序。有关配置应用程序的详细信息，请参阅演练：部署基本 BizTalk 应用程序。

配置应用程序涉及：

为应用程序选择主机。
将业务流程中创建的端口映射到 BizTalk Server 管理控制台中的物理端口。对于此业务流程，必须：
- 定义硬盘上的位置和相应的文件端口，你将在其中删除请求消息。 BizTalk 业务流程将使用请求消息并将其发送到SQL Server数据库。
- 在硬盘上定义一个位置和相应的文件端口，BizTalk 业务流程将在其中删除包含来自 SQL Server 数据库的响应的响应消息。
- 定义物理 WCF-Custom 或 WCF-SQL 发送端口以将消息发送到SQL Server数据库。还必须在发送端口中指定操作。有关如何创建端口的信息，请参阅手动配置到 SQL 适配器的物理端口绑定。
  
  注意
  
  使用使用适配器服务 BizTalk 项目加载项生成架构还会创建一个绑定文件，其中包含有关端口的信息以及要为这些端口设置的操作。可以从 BizTalk Server 管理控制台导入此绑定文件，为出站呼叫创建发送端口 () ，或接收入站呼叫) 的端口 (。有关详细信息，请参阅使用端口绑定文件配置物理端口绑定以使用 SQL 适配器。

启动应用程序

启动 BizTalk 应用程序以在 SQL Server 数据库中调用 ExecuteReader 操作。有关启动 BizTalk 应用程序的说明，请参阅如何启动业务流程。

在此阶段，请确保：

用于接收业务流程请求消息的 FILE 接收端口正在运行。
用于从业务流程接收响应消息的 FILE 发送端口正在运行。
用于将消息发送到SQL Server数据库的 WCF-Custom 或 WCF-SQL 发送端口正在运行。
操作的 BizTalk 业务流程正在运行。

执行操作

运行应用程序后，必须将请求消息删除到 FILE 接收位置。请求消息的架构必须符合前面生成的 ExecuteReader 操作的架构。例如，使用 ExecuteReader 操作调用ADD_EMP_DETAILS的请求消息为：

<ExecuteReader xmlns="http://schemas.microsoft.com/Sql/2008/05/GenericTableOp/">  
  <Query>EXEC ADD_EMP_DETAILS Tom,Manager,100000</Query>  
</ExecuteReader>

有关使用 SQL 适配器调用 ExecuteReader 操作的请求消息架构的详细信息，请参阅 ExecuteNonQuery、ExecuteReader 和 ExecuteScalar Operations 的消息架构。

注意

在标记中 <Query> ，可以指定多个用分号分隔的 SQL 语句。

业务流程使用消息并将其发送到SQL Server数据库。来自SQL Server数据库的响应保存在定义为业务流程的一部分的其他 FILE 位置。 ExecuteReader 操作的响应包含一个结果集作为 DataSet 数组。例如，SQL Server数据库中对上述请求消息的响应为：

<?xml version="1.0" encoding="utf-8" ?>   
<ExecuteReaderResponse xmlns="http://schemas.microsoft.com/Sql/2008/05/GenericTableOp/">  
  <ExecuteReaderResult>  
    <DataSet xmlns="http://schemas.datacontract.org/2004/07/System.Data">  
      <xs:schema id="NewDataSet" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:msdata="urn:schemas-microsoft-com:xml-msdata">  
        <xs:element msdata:IsDataSet="true" name="NewDataSet">  
          <xs:complexType>  
            <xs:sequence>  
              <xs:element minOccurs="0" maxOccurs="unbounded" name="NewTable">  
                <xs:complexType>  
                  <xs:sequence>  
                    <xs:element minOccurs="0" name="Employee_ID" type="xs:int" />   
                  </xs:sequence>  
                </xs:complexType>  
              </xs:element>  
            </xs:sequence>  
          </xs:complexType>  
        </xs:element>  
      </xs:schema>  
      <diffgr:diffgram xmlns:diffgr="urn:schemas-microsoft-com:xml-diffgram-v1">  
        <NewDataSet xmlns="">  
          <NewTable>  
            <Employee_ID>10767</Employee_ID>   
          </NewTable>  
        </NewDataSet>  
      </diffgr:diffgram>  
    </DataSet>  
  </ExecuteReaderResult>  
</ExecuteReaderResponse>

在响应中，10767 是新创建的员工的 ID。

最佳实践

部署并配置 BizTalk 项目后，可以将配置设置导出到名为绑定文件的 XML 文件。生成绑定文件后，可以从文件导入配置设置，这样就无需为同一业务流程创建发送端口和接收端口等项。有关绑定文件的详细信息，请参阅重用适配器绑定。

另请参阅

使用 SQL 适配器开发 BizTalk 应用程序

通过