0

我正在开发一个 C# 库项目，该项目将处理 SQL 和 QuickBooks Enterprise 之间的事务，使两个数据存储保持同步。这很好，但初始同步将是一组相当大的事务。初始同步完成后，事务将根据需要在产品的剩余生命周期内同步。

在这一点上，我对使用 QBFC 的 SDK 以及通过 OSR、Paul Keister 的 ZOMBIE 项目（感谢 Paul！）和其他人提供的所有各种资源和示例代码相当熟悉。所有这些资源都提供了巨大的帮助。但是我还没有遇到的一件事是，通过单个消息集请求是否存在与大量数据相关的限制或大量或致命的性能成本。据我了解，QuickBooks 端的数据库也只是一个 SQL 数据库，但我不想做任何假设。

再一次，我只需要努力一次，所以我不想设计一个单独的解决方案来进行导入。这也让我有机会根据我的库、日志和所有内容测试实时数据的副本。

对于它的价值，这是我第一次在 Stack 上发帖，所以如果我以任何方式偏离路线，请随时教育我在这里发帖。谢谢。

4

1 回答 1

1

对于它的价值，我发现在网络环境中（与在 1 个盒子上发生的所有事情相反）最好有一个更大的 MsgSetRequest 而不是一个较小的。当然，一切都有其局限性，也许我从来没有达到过它。我不记得请求集到底有多大，但它很大。性能改进很容易达到 10 比 1 或更好。

如果我是你，我会从一开始就在我的设计中构建某种迭代（迭代你的 SQL 数据集）。从一个可以一次完成所有操作的大数字开始，如果它中断了，就缩小它，直到你找到可行的方法。

我知道这个答案没有您正在寻找的细节，但希望它会有所帮助。

于 2013-08-30T18:46:08.003 回答