我们有一个系统,我们将编程将项目添加到SharePoint列表中。

我们担心信息的一致性。

写入清单是全部还是什么操作?是否有危险,只有一半的田地才能填写?将操作放置在交易范围中会有所帮助吗?

有帮助吗?

解决方案

在对它进行深入思考之前,我的第一个想法是没有任何问题,除非您写很多(>每秒10件? M猜测您很少会在列表中获得准确的行,或者您不得正确返回所有当前行。

但是,我严重怀疑您是否会错过批量写作操作中的领域,除非您没有消毒数据并有错误,在这种情况下,我认为整个行写操作将被跳过,但是我' m不确定。

以编程方式写入列表是我不经常给出的一秒钟(对SP对SQL的写入非常有信心),除非这种情况看起来像是类似于OLTP系统的东西。

其他提示

我建议您使用SQL Profiler,并在修改列表中的项目时观看更新的内容。如果您有多个更新,那么如果过程中发生了一半(例如,硬件故障),则您的数据可能处于不一致的状态。

当人们担心交易数据库更新时,他们正在谈论系统在数据库上一系列连接的操作中生存的失败的能力。如果您真的需要这种完整性,我的直觉是SharePoint列表不是正确的方法,并且您应该直接使用SQL Server来存储数据。您仍然可以通过BCS在SharePoint中曝光该数据。

我同意问题可能很少,但是当您需要保证时,您需要使用数据库交易,以便如果出现问题,则允许回滚到一致的状态,但是不太可能。

许可以下: CC-BY-SA归因
scroll top