android - Android 上的 SQLite 事务如何工作？

Question

我对 Android 上 SQLite 事务的理解主要基于 this article .在其要点中，它表明

if you do not wrap calls to SQLite in an explicit transaction it will create an implicit transaction for you. A consequence of these implicit transactions is a loss of speed

.

这个观察是正确的——我开始使用事务来解决这个问题:速度。在我自己的 Android 应用程序中，我使用许多相当复杂的 SQLite 表来存储我通过 SQLite JSON1 extension 操作的 JSON 数据。 - 我使用 SQLCipher它内置了 JSON1。

在任何给定时间，我都必须操作(插入、更新或删除)多个表中的行。考虑到 JSON 的复杂性，我在为每个表操作创建的临时表的帮助下执行此操作。操作的开始从 SQL 开始

DROP TABLE IF EXISTS h1;
CREATE TEMP TABLE h1(v1 TEXT,v2 TEXT,v3 TEXT,v4 TEXT,v5 TEXT);

有些表只需要一张表——我通常称之为 h1——其他的需要两张，在这种情况下我称之为 h1 和 h2。

任何一组操作中的整个操作序列都采用以下形式

begin transaction
    manipulate Table 1 which
        which creates its own temp tables, h1[h2], 
        then extracts relevant existing JSON from Table 1 into the temps
        manipulates h1[h2]
        performs inserts, updates, deletes in Table 1
    on to the next table, Table 2 where the same sequence is repeated
    continue with a variable list of such tables - never more than 5
end transaction

我的问题

• 这听起来像是一种有效的做事方式，还是将每个单独的表操作包装在其自己的事务中会更好？
• 我不清楚我的 DROP TABLE/CREATE TEMP TABLE 调用发生了什么。如果我最终得到 h1[h2] 临时表，这些临时表在使用 Table(n) 时预先填充了来自操作 Table(n - 1) 的数据，那么 Table(n) 上的更新将完全出错。我假设我拥有的 DROP TABLE 位正在处理这个问题。我的假设是否正确？

我不得不承认我不是 SQL 方面的专家，更不用说 SQLite，并且在使用事务方面是个新手。 SQLite JSON 扩展非常强大，但在处理数据时引入了全新的复杂性。

Answer 1

使用事务的主要原因是减少写入磁盘的开销。

因此，如果您不在一个事务中包装多个更改(插入、删除和更新)，那么每个更改都将导致数据库被写入磁盘并涉及开销。

如果你将它们包装在一个事务中，并且只有在事务完成时才会写入内存中的版本(请注意，如果使用 SQLiteDatabase beginTransaction/endTransaction 方法，作为结束交易的一部分，您应该使用 setTransactionSuccessful 方法，然后使用 endTransaction 方法)。

也就是说，当您开始事务然后结束/提交它/它们时，SQLiteDatabase 方法不同于通过纯 SQL 执行此操作(即 SQLiteDatabase 方法否则会自动回滚事务)。

说声明:-

if you do not wrap calls to SQLite in an explicit transaction it will create an implicit transaction for you. A consequence of these implicit transactions is a loss of speed

基本上重申:-

Any command that changes the database (basically, any SQL command other than SELECT) will automatically start a transaction if one is not already in effect. Automatically started transactions are committed when the last query finishes.

SQL As Understood By SQLite - BEGIN TRANSACTION也就是说，它不是特定于 Android 的。

does this sound like an efficient way to do things or would it be better to wrap each individual table operation in its own transaction?

在单个事务中执行所有操作会更有效率，因为只有单个写入磁盘操作。

it is not clear to me what happens to my DROP TABLE/CREATE TEMP TABLE calls. If I end up with h1[h2] temp tables that are pre-populated with data from manipulating Table(n - 1) when working with Table(n) then the updates on Table(n) will go totally wrong. I am assuming that the DROP TABLE bit I have is taking care of this issue. Am I right in assuming this?

删除表格将确保数据完整性(也就是说，你应该这样做，听上去是这样)，你也可以使用:-

CREATE TEMP TABLE IF NOT EXISTS h1(v1 TEXT,v2 TEXT,v3 TEXT,v4 TEXT,v5 TEXT);
DELETE FROM h1;