我们正在开发一种依赖 Microsoft Sync Framework 的产品，以使客户端应用程序和服务器上的数据保持同步。我们注意到，当同步大约 16 个表和大约 2200 条记录时，大约需要 4 分钟，这是不可接受的。
使用 SQL Server Profiler 我们发现它使用 sp_executesql 来执行查询。在没有 sp_executesql 的情况下运行时，特定查询会在
所以问题是：我们做错了什么，我们可以做些什么来加速它。
【问题讨论】：
标签： .net synchronization
sp_executesql 正在使用动态 sql。每一行都是单独处理的。
4 分钟似乎很长，你应该看看你的 16 个表的设计并检查它们的性能。尝试使用执行计划查看可能出现瓶颈的位置。
查看包含基础知识的链接：
尝试向下滚动到文章底部，那里有 SQL Management Studio 中实际图形界面的屏幕截图。文章有一些无聊的部分，但您至少可以看到图形执行计划及其好处。
【讨论】：
MSDN 上 Sync Framework 2.0 的“新增功能”部分列出了性能改进。
性能改进
此版本中的新数据库提供程序 已经在大范围内进行了彻底的测试 横向扩展场景，其中单个 服务器支持数千个客户端 有数百个并发 同步操作。这 测试导致大量 内部性能改进 启用同步框架数据库 提供者的表现以及其他 Microsoft 技术，例如 Remote 数据访问 (RDA) 同时提供 广泛的能力， 与端到端解决方案竞争，例如 合并复制。
【讨论】：