SQLite表没有Rowid的情况(WITHOUTROWID)

深入理解 SQLite 的 WITHOUT ROWID 表

在 SQLite 中，每个表通常都有一个名为 rowid 的隐藏列，它用作表中每一行的唯一整数标识符。rowid 的存在使得 SQLite 可以快速高效地访问特定行。然而，从 SQLite 3.8.2 版本开始，你可以创建一种特殊的表，称为 WITHOUT ROWID 表，它没有 rowid 列。

本篇文章将深入探讨 WITHOUT ROWID 表的特性、优势、局限性以及使用场景，帮助你更好地理解何时以及如何使用这种特殊的表结构。

1. 什么是 WITHOUT ROWID 表？

WITHOUT ROWID 表顾名思义，就是没有 rowid 隐藏列的表。在创建表时，通过在 CREATE TABLE 语句的末尾添加 WITHOUT ROWID 子句来指定。例如：

sql
CREATE TABLE MyTable (
Column1 INTEGER PRIMARY KEY,
Column2 TEXT,
Column3 REAL
) WITHOUT ROWID;

需要注意的是，WITHOUT ROWID 表必须具有 PRIMARY KEY 约束。该主键可以是单列或多列，并且会作为数据的实际存储依据。

2. WITHOUT ROWID 表的优势

创建 WITHOUT ROWID 表的主要优势包括：

• 减少存储空间: 由于没有 rowid 列，表的大小会减小，特别是当主键本身已经是整数类型时。对于拥有大量行和较小数据列的表，节省的空间可能非常可观。
• 提高某些操作的性能: 在某些情况下，例如，当表的插入和删除操作频繁时，WITHOUT ROWID 表可以提供更好的性能。这是因为不需要维护 rowid 列的索引。
• 适用于数据以特定键顺序存储的场景: 当数据自然地按照主键顺序存储或访问时，WITHOUT ROWID 表可以提供更有效的访问模式。

3. WITHOUT ROWID 表的局限性

尽管有上述优势，WITHOUT ROWID 表也有一些局限性：

• 必须有 PRIMARY KEY: 如前所述，WITHOUT ROWID 表必须声明一个 PRIMARY KEY 约束，这限制了其使用场景。
• 无法使用 _ROWID_ 和 OID 别名: 在普通表中，你可以使用 _ROWID_、OID 或 ROWID 来访问隐藏的 rowid 列。但在 WITHOUT ROWID 表中，这些别名不可用。
• 主键更新可能会导致性能问题: 如果主键列被更新，SQLite 可能需要移动整行数据以保持数据的排序顺序，这可能会导致性能开销，尤其是在大型表中。
• AUTOINCREMENT 的行为不同: 在 WITHOUT ROWID 表中，INTEGER PRIMARY KEY AUTOINCREMENT 的行为与普通表不同。即使删除了一行，AUTOINCREMENT 也不会重用已删除行的键值。这可能会导致键值快速增长。

4. WITHOUT ROWID 表的使用场景

以下是一些适合使用 WITHOUT ROWID 表的场景：

• 映射表: 当表主要用于表示两个或多个实体之间的关系时，通常只需要主键来唯一标识每一行，而不需要额外的 rowid。
• 只追加表: 对于只进行插入操作而不进行删除或更新操作的表，WITHOUT ROWID 可以减少存储空间并提高插入性能。
• 数据已经按主键排序: 如果数据已经按照主键顺序存储或访问，WITHOUT ROWID 表可以提供更有效的访问模式。
• 内存数据库: 对于内存数据库，减少存储空间尤为重要，WITHOUT ROWID 表可以帮助减少内存占用。
• 需要严格控制主键值的场景: 由于AUTOINCREMENT在WITHOUT ROWID表中的特殊行为, 可以用于需要严格控制主键值的场景, 例如, 确保主键值不会被重用。

5. 总结

WITHOUT ROWID 表是 SQLite 提供的一种强大的工具，可以在特定场景下优化存储空间和性能。然而，它也有一些局限性，需要仔细考虑是否适合你的应用场景。通过理解其特性、优势和局限性，你可以更好地利用 WITHOUT ROWID 表来构建高效的 SQLite 数据库应用。

总而言之，在决定是否使用 WITHOUT ROWID 表时，你需要权衡其优势和局限性，并根据你的具体需求做出明智的选择。如果你不确定，建议进行性能测试，以比较 WITH ROWID 和 WITHOUT ROWID 表在你的应用场景下的性能表现。