Amazon Quick、ビジネスコンテキストをデータセットに直接埋め込む「データセットエンリッチメント」機能を発表

要点

• Amazon Quickにおいて、データセット内に列のシノニムやビジネスルールなどのメタデータを直接保存できる「Dataset Enrichment（データセットエンリッチメント）」機能が導入されました。

• 従来の「legacy Topics（レガシートピック）」で発生していた、データセットとの同期ズレやサイレントエラーといった管理上の課題が解消されます。

• 今後の「Topic（トピック）」は、複数のエンリッチされたデータセットを横断してクエリを実行するための「マルチデータセットセマンティックレイヤー」へと役割が統合されます。

• AWSは、ビジネスコンテキストをデータセット層へ移行するための3つのシナリオとステップバイステップのガイダンスを提示しています。

• 米アマゾン・ウェブ・サービス（AWS）は2026年7月7日（現地時間）、同社のデータ分析・可視化サービスである「Amazon Quick」において、データセットにビジネスコンテキスト（ビジネス上の意味や定義）を直接埋め込むことができる新機能「Dataset Enrichment（データセットエンリッチメント）」を発表した。この機能により、従来は個別に管理する必要があったデータとメタデータを一体化し、一元管理が可能になるという。本機能の導入に伴い、既存の「Topics（トピック）」機能はレガシーとして分類され、今後は複数データセットを束ねる上位レイヤーへと役割が再定義される。

従来の個別管理に伴う課題

Amazon Quickではこれまで、データの意味情報やビジネスルールといったビジネスコンテキストをデータセットに追加する際、「Topics（トピック）」と呼ばれる、データセットとは別の独立したオブジェクトを利用していた。しかし、データセットとトピックという2つのアセットを完全に同期させ続けることには運用上の課題が伴っていた。

例えば、それぞれのオブジェクトに固有の権限設定や履歴管理、バージョン管理が必要となり、列のシノニム（ユーザーが検索しやすくするために関連付ける類義語や別名）の設定がずれたり、計算フィールド（データをもとに特定の計算を行う項目）が乖離したりすることがあった。さらに、データセット側で列名を変更した際に、トピック側で警告なく動作が停止する「サイレントエラー」が発生する問題も指摘されていた。

新機能「Dataset Enrichment」による解決

今回発表されたデータセットエンリッチメントは、Amazon Quickの新しいデータ準備（data prep）画面を通じて、これらのビジネスコンテキストをデータセット自体のメタデータ（データの内容や属性を記述した付帯情報）として直接埋め込む機能である。列の説明やシノニム、計算フィールド、カスタム指示、ビジネスルールなどがすべてデータセット内部に保存されるようになる。

これにより、アクセス権限やセマンティクス（データの意味や文脈、関連性を表す定義）、AI用のコンテキストといった情報がすべてデータセットに付随し、そのデータセットを基に作成されたすべてのオブジェクトへ自動的に継承される。AWSは、このアプローチによって「単一の信頼できる情報源（Single Source of Truth）」が確立され、管理やガバナンス（データの品質や利用ルールを組織的に統制すること）が大幅に簡素化されると説明している。

今後の「Topic」の役割と再定義

このデータセットエンリッチメントの導入を受け、従来のトピック機能は「レガシートピック」と分類される。新しいトピック機能は、複数のデータセットにまたがるセマンティックおよび推論レイヤーへと引き上げられる予定である。

新生トピックは、ビジネスユーザーやAIワークフローが、1回の会話で複数のデータセットを横断して問い合わせを実行できる、共通の窓口として機能する。これを実現するためには、まず個々のデータセットがデータセットエンリッチメントによってセマンティックコンテキストを保持している必要があり、新機能はそのための基盤となる。

AWSは、レガシートピックと新しいデータセットエンリッチメントにおけるメタデータの管理方法の違いを以下のように整理している。

• メタデータの保存場所: レガシートピックではデータセットにリンクされた別個のオブジェクトだったが、エンリッチメントではデータセットのメタデータ自体に保存される。
• 列のシノニム: レガシートピックの「Column Synonyms」で定義していたが、エンリッチメントでは列の「Additional Notes（追加メモ）」で定義する。
• ビジネスルールとフィルター: レガシートピックの構造化された条件を持つ「Named Filters（名前付きフィルター）」から、エンリッチメントでは「Custom Instructions（カスタム指示）」内のテキストベースのルールに変更される。
• 計算フィールド: レガシートピック独自の計算式（名前付き式）から、エンリッチメントでは行レベルの変換を行う「計算列」として定義する。
• 名前付きエンティティ（Named entities）: レガシートピックのシノニムを持つ構造化されたエンティティオブジェクトから、エンリッチメントではデータセットの「OUTPUT」タブにある「Custom Instructions」へのテキスト入力に変更される。
• カスタム指示: レガシートピック上のカスタム指示文字列から、エンリッチメントの「Custom Instructions」へ統合される。

移行の支援

AWSは公式ブログ記事において、これらビジネスコンテキストをデータセット層へ移行することを支援するため、想定される3つの移行シナリオと、それぞれの具体的な手順を解説したステップバイステップのガイドラインを公開している。