【SQLite入門】WITHOUT ROWIDテーブルでパフォーマンスを向上させる

SQLiteでは、テーブルを作成するとROWID列が自動で生成されます。

このROWID列が無いテーブル（WITHOUT ROWID）を使用することで、パフォーマンスを向上できるケースがあり、以下ではその理由などについて記載しています。

1. パフォーマンスが上がる理由

次のような商品テーブルがあるとします。

CREATE TABLE IF NOT product (
  id TEXT PRIMARY KEY, // A00001, A00002 などの商品ID
  name TEXT // 商品名
);

CREATE TABLE IF NOT product (

id TEXT PRIMARY KEY, // A00001, A00002 などの商品ID

name TEXT // 商品名

);

このようなROWID列があるテーブルの場合、検索するB-treeが２つ作成されます。

１つめのB-Tree（ROWID検索）
ROWIDで検索するために使用されます。表のidやnameの実際の値は、ROWIDとペアでこのB-Treeに格納されます。

２つめのB-Tree（主キー検索）
主キー（id）で検索するために使用されます。主キーに紐つくROWID が格納されています。

仮に、主キー（id）で検索を行った場合、次の動作になります。

このように、主キー列で検索をしますが、実際の値を持っているのは、ROWIDのB-Treeのため、２回 B-Tree を検索する必要があります。

また、データのインサート時にも２つのB-Treeをメンテするコストも必要になります。

そのため、WITHOUT ROWIDテーブル（ROWIDなしテーブル）では、ROWIDのB-Treeが不要になり、

という理由から、パフォーマンスの向上が期待できます。

WITHOUT ROWIDテーブルでは、ROWIDつきテーブルと異なり、主に以下の制約が適用されます。

ROWIDつきテーブルでは、ROWIDが一意な値のため、主キー制約は任意でした。

WITHOUT ROWIDテーブルでは、ROWIDが無いため明示的に行を一意に特定できる主キーを定義する必要があります。

AutoIncrement機能は、ROWIDが存在することが前提で動作するため、WITHOUT ROWIDテーブルでは使用することができません。

AutoIncrementの詳細については、こちら（AutoIncrement の使用方法と注意すること）を参照してください。

ROWIDつきのテーブルでは、過去の不具合との互換性のため、主キーにもNULLを登録することができました。

WITHOUT ROWIDテーブルでは、SQL標準の動作を行い、主キーにNULLを登録することはできません。

次の場合は、ROWIDつきテーブルの方が高速に動作する可能性があります。

INTEGER PRIMARY KEY 列は、ROWIDのエイリアスとして機能します。

そのため、INTEGER型の主キーをもつテーブルの場合は、ROWIDつきテーブルの方が早く動作する場合もあります。

なお、INTEGER PRIMARY KEY 列を使用する際の注意事項は、こちらを参照してください。

ページサイズを目安に、次に該当する場合は、ROWIDつきのテーブルの方が高速に動作する傾向があります。

ページサイズが1KiBの場合：50バイトを超える
ページサイズが4KiBの場合：200バイトを超える

最後になりましたが、WITHOUT ROWIDテーブルは、通常のCREATE TABLE 文の末尾に、WITHOUT ROWID 句をつけることで作成することができます。

CREATE TABLE IF NOT product (
  id TEXT PRIMARY KEY, // A00001, A00002 などの商品ID
  name TEXT // 商品名
) WITHOUT ROWID;

CREATE TABLE IF NOT product (

id TEXT PRIMARY KEY, // A00001, A00002 などの商品ID

name TEXT // 商品名

) WITHOUT ROWID;

参考サイト