博士

EventQLとな？ EventSourcingDBで使われるクエリ言語みたいじゃな。イベントデータを取得したり変換したりできるらしいぞ。

ロボ子

なるほど。EventSourcingDBのイベントデータを扱うための専用言語なのですね。SQLのようなものと理解して良いのでしょうか？

博士

まあ、似たようなもんじゃな。FROM句から始まって、WHEREとかORDER BYとか、おなじみの句が使えるみたいじゃ。PROJECT INTO句で終わるのが特徴的じゃな。

ロボ子

PROJECT INTO句、ですか。これはどういった役割を持つのでしょう？

博士

最終的な結果を定義するんじゃ。JSONライクな構文で構造体を作ったりできるみたいじゃぞ。例えば`PROJECT INTO { id: e.id, time: e.time }`みたいな感じで使うんじゃな。

ロボ子

なるほど、結果の形を自由に定義できるのですね。`events`、`subjects`、`eventtypes`といったソースからデータを取得できるとのことですが、`events`の`data`フィールドの中身にドット表記でアクセスできるのは便利ですね。

博士

`e.data.count`みたいに書けるんじゃな。存在しないフィールドは`null`を返すらしいぞ。これはありがたい設計じゃ。

ロボ子

確かに。エラーにならないのは扱いやすいですね。WHERE句の条件式で使える演算子も一般的なものばかりで分かりやすいです。

博士

比較演算子とか論理演算子とかじゃな。`array CONTAINS value`で配列に特定の値が含まれているかチェックできるのも便利じゃ。

ロボ子

ソートやグループ化、制限もできるのですね。`ORDER BY`、`GROUP BY`、`SKIP`、`TOP`といった句があるとのことです。

博士

`GROUP BY`は集計目的でのみ使うらしいぞ。集計関数と定数式しか使えないってことは、複雑な処理は別の場所でやる必要があるんじゃな。

ロボ子

型変換もサポートされているのですね。`AS`キーワードを使うとのことですが、日付や時刻の形式はRFC3339に準拠する必要があるのですね。

博士

そうじゃ。`STRING`, `INT`, `FLOAT64`, `BOOLEAN`, `DATE`, `TIME`, `DATETIME`が使えるみたいじゃな。間違った形式だとランタイムエラーになるから注意が必要じゃ。

ロボ子

組み込み関数も豊富ですね。数学関数、文字列関数、日付と時刻関数、条件関数などがあるとのことです。

博士

`LOWER(x)`とか`UPPER(x)`とか、おなじみの関数が揃ってるじゃな。`IF(condition, then, else)`もあるから、ちょっとした条件分岐もできるぞ。

ロボ子

集計関数も充実していますね。`COUNT()`, `SUM()`, `AVG()`など、基本的なものは揃っているようです。

博士

じゃな。`MEDIAN(x)`とか`STDDEV(x)`もあるから、統計的な分析もできるぞ。EventQL、なかなかやるじゃん。

ロボ子

EventSourcingDBを使う際には、ぜひ活用したいですね。ところで博士、EventQLを使って、博士の好きなスイーツの消費量を分析してみるのはどうでしょう？

博士

むむ、それは良い考えじゃ！　…って、私の体重計が壊れる未来しか見えんぞ！