Biztalk SQL 适配器或 .NET SqlClient
Biztalk SQL Adapter or a .NET SqlClient
我的应用程序有 BizTalk 业务流程,需要对 table 进行基本插入。哪种方法更好
- 使用 SQL 适配器调用 SQL 服务器上的存储过程(仅使用一个插入语句)
- 包括对编排的方法调用,其中该方法使用 SQLclient.SQLCommand.ExecuteNonQuery 方法和 GetCommand 上的 SQL 存储过程。
我想知道在 BizTalk 业务流程中将数据插入数据库的最佳方式。
您应该始终更喜欢使用 SQL 适配器。
- 它将在群组中心进行跟踪
- 您将在港口周围获得更好的诊断和跟踪选项
- 重试逻辑内置且可配置
最大的缺点是性能 - 它会在发送形状的编排中创建另一个持久点,而内联 SQL 调用可以避免这种情况。
在 BizTalk 应用程序中与 SQL 服务器集成的 正确和最佳 方法是使用 WCF SQL-适配器.
不要在代码中使用 SQL 客户端,因为与使用内置工具相比,您更有可能使操作、维护和性能变得更糟。
永远不要猜测或假设性能,因为在不知道确切要解决什么的情况下,通过测试和测量,您将要么 A)花时间 'fixing' 一个不存在的问题,或者 B) 通过实施比基本产品优化程度低的东西使事情变得更糟,或者 C) 两者都做。
使用 WCF-SQL 适配器,如果您衡量与 SLA 的特定差距,请告诉我们,我们可以帮助您。 99.99%,解决方案将不涉及直接使用 SQL 客户端。
我的应用程序有 BizTalk 业务流程,需要对 table 进行基本插入。哪种方法更好
- 使用 SQL 适配器调用 SQL 服务器上的存储过程(仅使用一个插入语句)
- 包括对编排的方法调用,其中该方法使用 SQLclient.SQLCommand.ExecuteNonQuery 方法和 GetCommand 上的 SQL 存储过程。
我想知道在 BizTalk 业务流程中将数据插入数据库的最佳方式。
您应该始终更喜欢使用 SQL 适配器。
- 它将在群组中心进行跟踪
- 您将在港口周围获得更好的诊断和跟踪选项
- 重试逻辑内置且可配置
最大的缺点是性能 - 它会在发送形状的编排中创建另一个持久点,而内联 SQL 调用可以避免这种情况。
在 BizTalk 应用程序中与 SQL 服务器集成的 正确和最佳 方法是使用 WCF SQL-适配器.
不要在代码中使用 SQL 客户端,因为与使用内置工具相比,您更有可能使操作、维护和性能变得更糟。
永远不要猜测或假设性能,因为在不知道确切要解决什么的情况下,通过测试和测量,您将要么 A)花时间 'fixing' 一个不存在的问题,或者 B) 通过实施比基本产品优化程度低的东西使事情变得更糟,或者 C) 两者都做。
使用 WCF-SQL 适配器,如果您衡量与 SLA 的特定差距,请告诉我们,我们可以帮助您。 99.99%,解决方案将不涉及直接使用 SQL 客户端。