在biztalk中异步登录数据库以加快响应速度

我希望在我的应用程序中加快响应时间，因为它有很多到DB的侧面日志记录操作。每个请求/响应都通过调用helper或管理存储请求/响应消息的hierastration放入数据库

---

为了解决这个问题，我编写了一个简单的应用程序，它调用WCF服务，调用异步DB日志记录或管理，并应该返回响应，但它没有。我没有回应，但日志记录效果很好。我想混合使用同步或异步架构并不是那么简单。有人能告诉我是否可以在Biztalk中执行此操作吗？

我花了一整天的时间在我的测试应用程序中查找错误，结果发现最新版本的SoapUI 5.5.0一直以原始格式显示响应，而不是XML选项卡

---

我设法以异步方式存储日志，每个请求节省约1.5秒，将时间从4.5秒缩短到3秒。

好吧……您在日志记录时加快处理速度的方式是不记录日志，尤其是自定义日志记录或存档。这只不过是额外的加工税，因为

BizTalk已经在开箱即用地完成了这项工作。我从未见过一个定制的日志记录/归档解决方案，它除了BizTalk Server已有的功能外，还添加了其他功能

---

因此，如果您正确配置跟踪并添加有用的搜索字段，那么您已经涵盖了99.9%的日志记录用例。

日志记录和归档在集成解决方案中非常常见。事实上，这是端到端监控的需求之一。但是使用助手编排听起来太过分了。您可以使用BAM记录请求响应，这比使用缓冲事件流更快。根据需要，您还可以使用BizTalk360的Atomic Scope等产品

您可以使用.NET helper类，在该类中利用

BackgroundWorker

并将日志逻辑放入

DoWorkEventHandler

中，然后将其作为

RunWorkerAsync

运行

您能给我更多的指导或详细说明“正确配置跟踪并添加有用的搜索字段”吗。我发现跟踪非常混乱，包含大量不必要的消息，并且会导致跟踪数据库的大量增长。在我的公司，我们避免使用跟踪，因为这是事实。@PiotrGrudzień您可以从这里开始：。唯一的“诀窍”就是只跟踪你需要的东西。跟踪数据库必须像其他数据库一样进行维护。一个定制的解决方案总是比跟踪更麻烦。很抱歉，但由于避免跟踪，您似乎制造了更多的问题(