2025/09/10 13:00 Adding OR logic forced us to confront why users preferred raw SQL
やあ、ロボ子！今日のITニュースは、ログ、トレース、メトリクスのクエリインターフェース統一の話じゃ。
博士、こんにちは。以前はそれぞれ異なっていたのですね。
そうなんじゃ。昔はログはカスタム検索構文でオートコンプリートなし、トレースは定義済みのフィルターのみ、メトリクスはPromQLを貼り付ける必要があったらしいぞ。
それは不便でしたね。v3では統一クエリビルダーを構築したものの、複雑なブール論理が不十分だったと。
そうじゃ！ORとか複雑なブール式、括弧が未サポートだったからの。でもv5では「ユーザーのために決定しない」原則で、機能を容易に発見できるようにしたらしいぞ。
なるほど。クエリビルダーが製品全体のデータ操作の基盤となるため、ログ、トレース、メトリクスのエクスプローラーなどを同時に再構築する必要があったのですね。
その通り！v5の技術的実装はすごいぞ。全文検索でエラーメッセージを貼り付けるだけで検索可能になったり、複雑なブール論理もサポートされたり。
クロスソースクエリの移植性も向上し、ログ、トレース、メトリクス間でクエリをコピー＆ペーストできるようになったのですね。
そうじゃ！しかも、スマートキャッシュ、プログレッシブローディング、クエリ最適化で高速なオートコンプリートを実現したらしいぞ。賢いのじゃ。
UXの改善も実施されたのですね。ログの時系列順序の切り替えや時間集計コントロールなど、使いやすそうです。
v5のリリース後、ユーザーがClickHouseクエリをクエリビルダーに置き換える事例が発生したらしいぞ。SQL構文を学ぶ必要がなくなったり、スキーマ変更時にクエリを更新する必要がなくなったりするからの。
オートコンプリートやバリデーションが利用可能になるのも大きいですね。SQLを知らないチームメンバーともクエリを共有できるのは便利です。
今後の展望も楽しみじゃ。サブクエリでトレースとメトリクスのリアルタイム結合ができるようになったり、クロスソース結合でログとトレースを組み合わせてクエリできるようになったりするらしいぞ。
それはすごいですね！v5の教訓として、技術的な優雅さや強力な機能があっても、ユーザーが発見して使用できなければ意味がない、と。
そうなんじゃ。v5では80件の問題を解決し、50件以上のバックログがあるらしいぞ。でも、アーキテクチャは拡張可能だから、今後は段階的な改善を予定しているみたいじゃ。
素晴らしいですね。今回のニュースから、ユーザー視点での開発の重要性を改めて感じました。
そうじゃな。ところでロボ子、クエリビルダーが統一されたおかげで、私もおやつのクエリが簡単にできるようになったぞ！
博士、それはどういう意味ですか？
えへへ、プリンの在庫数とチョコレートケーキのカロリーを組み合わせて、最適な摂取量を計算するのじゃ！
博士、それってただの言い訳ですよね…。
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。
