刷新单个或分组的事务

在 UltraLite 中可以通过延迟已提交事务刷新来选择恢复点。当 UltraLite 将提交发布到存储时，恢复点有助于控制事务中 SQL 语句的子集触发附加操作开销的时间。

缺省情况下，UltraLite 在提交后立即使用基于操作的缺省值将单个事务刷新到存储。对于某些部署，这些频繁的操作可能是多余的并限制了事务吞吐量。若要减少由此缺省方法引起的性能开销，可以选择基于状态的方法。尤其是对依赖自动提交操作的应用程序，此方法延迟将已提交事务刷新到存储所需的附加开销：

关于检查点 可以设置自己的检查点，然后使用它发布该段时间执行的工作。在单个事务或多个事务中，可以根据需要使用任意多个检查点。
组合可以选择事务计数阈值和/或超时阈值发布执行的工作。

因为应用程序不需要等待来自 UltraLite 的响应，基于状态的延迟提交刷新可获得更好的性能和更干净的应用程序设计。通过对尚未完全完成其工作的数据进行更精细的控制，延迟提交刷新也可以将事务的暴露程度降至最低。例如，在销售应用程序中，在订单的所有条目被添加或甚至被批准之前，第二个应用程序可以使用该订单。

但是，考虑提交刷新已经延迟的事务的可恢复性是很重要的。无法恢复未发布的事务。因此，您需要在应用程序的数据完整性与性能之间进行权衡。

另请参见

使用DocCommentXchange讨论此页。