MsgSetRequest - 我可以向它投入太多数据吗？

Question

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

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

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

对于它的价值，这是我在Stack上的第一篇文章，所以如果我以任何方式偏离了课程，请随时教我发帖。感谢。

Answer 1

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

如果我是你，我会从一开始就在我的设计中构建一些迭代（迭代你的SQL数据集）。从一个可以同时完成所有操作的大数字开始，如果确实存在，只需缩小它，直到找到可行的方式。

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