【劔"Tsurugi" Tips集】データの検索はテーブルフルスキャンを避けるようにする【プログラミングTips】
*****
こちらの記事は、
Tsurugi Advent Calendar 2024（https://adventar.org/calendars/10853）
に参加しています。
劔"Tsurugi"関連のエンジニアが12月25日までの期間、さまざまな記事を掲載していきます。
是非、こちらもご覧ください！
*****
現在のTsurugiはインデックスを経由しない、テーブルをフルスキャンしてデータを読み取る処理が苦⼿です。
レコード件数が⾮常に多いテーブルの場合にはこの傾向が顕著になるため、データの検索処理は次の点に注意して設計してください。
・SQLの実⾏計画を出⼒して、インデックスを使った検索が⾏われていることを確認する
・主キーと異なる列に対して検索を⾏う場合は当該列に対してCREATE INDEX ⽂を使ってセカンダリインデックスを作成する
・やむを得ずテーブルフルスキャンを⾏う場合は、SQLにLIMIT句を指定して出⼒件数を絞る
実⾏計画を確認するには、Tsurugi SQLコンソール (tgsql) にて、対象のSQL⽂の先頭に EXPLAIN 句を付けて実⾏します。
例を⽰します。
tgsql> explain select * from point_data where data_time >= 10000 and data_time <
20000;
1. scan (scan) {source: index, table: point_data, index: point_data_IX1, access:
range-scan}
2. emit (emit)この例では point_data テーブルの列 data_time に対して CREATE INDEX ⽂を⽤いてインデックスを作成しています。
出⼒された実⾏計画を確認すると、インデックス point_data_IX1 に対して range-scan を⾏うと出ており、インデックスを使った検索になっていることが分かります。
インデックスを作成していない列を対象にしたSQL⽂の実⾏計画を出⼒すると次のようになります。
tgsql> explain select * from point_data1 where x > 0;
1. scan (scan) {source: table, table: point_data1, access: full-scan}
2. emit (emit)テーブルに対して full-scan を⾏うという実⾏計画が出ていることが分かります。
次世代高速RDB劔"Tsurugi"は、オープンソースで公開中です。
ぜひダウンロードしてみて、触ってみてください。
ダウンロードはコチラから
https://www.tsurugidb.com/