%TimeStamp型プロパティを使用した範囲指定のクエリが遅い場合の対処方法
日時検索で、TimeStamp型のクエリのパフォーマンスが出ない場合の対処法をご紹介します。
%TimeStamp データ型形式 (yyyy-mm-dd hh:mm:ss.ffff)は、人が読めることを目的とした ODBC 日付形式の文字列として格納されます。
そのため、どうしてもデータサイズが大きくなりクエリの実行に時間がかかってしまいます。
%TimeStamp型のプロパティにインデックスを作成している場合にも、クエリオプティマイザはそのインデックスを優先して最適化するようにはなっておりません。
IRISでは、POSIX 時刻(※)をサポートしているため、TimeStamp値を表すのに %Library.PosixTime データ型形式を使用できます。
こちらは、Integer型で保存され、%Timestampの高性能な代替法となります。
※POSIX 時間は、協定世界時 (UTC) 1970年1月1日 00:00:00（UNIXエポック）からの経過秒数として表されます。
1970-01-01 00:00:00より前の日付は、負の論理値で表されます。
%PosixTime データ型形式（エンコードされた 64 ビットの符号付き整数）は、%TimeStamp データ型よりも少ないディスク容量とメモリ使用で済むため、%TimeStamp よりも優れたパフォーマンスが期待されます。
%PosixTime でサポートされる最も古い日時は、0001-01-01 00:00:00 で、論理値は -6979664624441081856 です。
そして、サポートされる最後の日時は 9999-12-31 23:59:59.999999 で、論理値は 1406323805406846975 です。
現在日時を%PosixTime型で出力したり、%TimeStamp データ型形式にしたい場合は以下のように行えます。
USER>set ptime = ##Class(%Library.PosixTime).CurrentTimeStamp()
USER>write ptime
1154596073773251031
USER>write ##Class(%Library.PosixTime).LogicalToTimeStamp(ptime)
2023-01-24 14:06:06.404055
USER>write ##Class(%Library.PosixTime).TimeStampToLogical("2023-01-24 14:06:06.404055")
1154596073773251031詳細はクラスリファレンスをご覧ください。
%Library.PosixTime
***
Cachéをお使いのお客様は、残念ながら%PosixTime データ型形式は使用できません。
「それでも何とか TimeStamp型のクエリのパフォーマンスを向上させたい！」
場合は、代替案として新しい計算フィールド(Calculated/SqlComputed)をテーブルに追加し、それらにインデックスを作成する方法があります。
こちらを使用する場合、タイムスタンプを $H 形式の文字列で保存するため、インデックスのデータサイズが小さくなった分だけのパフォーマンスが向上します。
例：
以下のような計算プロパティを追加します。
Property DataTS As %TimeStamp;
Property DataTS2 As %String [ Calculated, SqlComputeCode = { Set {*}=$ZDTH({DataTS},3)}, SqlComputed ]; // これを追加インデックスは、"2022-09-21 11:31:00" の代わりに "66373,41452" で作成するようになります。
この場合、アプリで使用しているクエリ自体も変更する必要があります。
日付の比較は以下のように行います。
SELECT *
FROM
TEST.TABLE1
WHERE
tochar(DataTS2, 'YYYY-MM-DD')||' '||tochar(substring(DataTS2,7,5), 'HH24:MI:SS')
BETWEEN
'2000-01-01 00:00:00' and '2022-12-31 23:59:59'
/// $H 日付データを 'YYYY-MM-DD HH24:MI:SS' 形式に変更する
/// tochar(DataTS2, 'YYYY-MM-DD')||' '||tochar(substring(DataTS2,7,5), 'HH24:MI:SS')
【関連】
