我有一个项目，其中 SP 是应用程序用来访问或修改 Sql Server 2008 DB 的唯一方式。我有开发人员要求放弃仅使用 SP 的方法，让他们直接在 DB 上使用 Linq to Sql。我必须决定是否允许这样做。我必须添加另一条信息，该项目正在增长，在不久的将来我们可能需要第二台具有合并复制的 Sql 服务器机器。
我之所以这么说是因为我相信（但我现在在 Internet 上找不到对此的任何支持）仅使用 SP 方法在合并复制方案中是有益的，因为这将避免冲突并带来更好的性能。
这个说法有道理吗？您能否链接到证明或反驳该陈述的参考文献？你怎么看？
这已经成为做出决定的决定性因素。
我不认为存储过程或任何其他更改数据的方法真的是合并复制中的一个因素，因为进行更新不会直接触发将更改推送到分发数据库中。
例如，如果您通过存储过程或通过 Linq to Sql 编辑行，则更改跟踪、合并和发布是相同的。
有一个关于潜在并发问题的问题，建议测试这种情况。
如果您使用的是 Linq to SQL，您需要确保您了解何时执行语句- 这并不特定于合并复制。
我的最后一点是照顾那些为了改变而改变的开发人员。Linq to SQL 将为您的特定应用程序带来什么好处？在您选择 Linq to SQL 之前，您还查看了哪些其他数据访问解决方案。
仅仅因为 Linq to SQL 对某些应用程序非常有用，并不意味着它对每个应用程序都是完美的，我认为这应该会影响您的决定。
就您个人而言，在您完全隔离数据访问之前，我会保留存储过程 - 这是现阶段更重要的任务。