一笔活跃的 IB 交易贯穿单个用户应用程序的整个生命周期
当单个用户应用程序仅使用一个 IB 事务(只要程序运行时该事务就处于活动状态)时,是否会产生负面影响?仅使用 CommitRetaining 和 RollbackRetaining。
背景:我想使用 IBQuery 并将它们连接到 DB 网格 (DevExpress),它将所有记录一次性加载到内存中。所以我想避免在每个 SQL 插入命令之后重新获取所有数据。 IBTransaction.Commit 将关闭数据集。
Are there any negative impacts when a single user application uses only one IB transaction, which is active as long the program runs? By using only CommitRetaining and RollbackRetaining.
Background: I want to use IBQuery(s) and connect them to a DB Grid(s) (DevExpress), which loads all records into memory at once. So I want to avoid re-fetching all data after every SQL insert command.
IBTransaction.Commit would close the dataset.
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
在我看来,您正在尝试使用数据库功能以避免使用
TClientDataSet
,这显然是当今 Delphi 中的首选工作方式。为什么要特意使用有问题的事务实践,而不是遵循更常见的数据库组件使用模式,这已经是解决当前问题的更好方法了?It sounds to me like you're trying to use a database feature in order to avoid using
TClientDataSet
, which is clearly the preferred way of working in Delphi these days. Why go out of your way and use questionable transaction practices instead of following the more common pattern for database component use, which already is a better solution to the problem at hand?CommitRetaining 和 RollbackRetaining 都不好。
交易时间必须非常短。
CommitRetaining and RollbackRetaining are not good.
transaction have to be very short.