管理テーブルのインデックスと自然キー

  • リリースバージョン: Australia
  • 更新日 2026年03月12日
  • 所要時間:2分
  • インデックスとナチュラルキーを使用して、ルールエンジンのパフォーマンスを向上させ、テーブルルックアップを高速化します。

    CPQ は、テーブルルックアップを高速化し、ルールエンジンのパフォーマンスを向上させるために、ナチュラルキーとインデックスの統合をサポートしています。

    CPQ のテーブル管理システムのこの機能拡張により、テーブルあたり最大 3 つのナチュラルキーとの互換性と、2 つのインデックス付き列の追加が導入されました。

    • ナチュラルキーは、テーブル内のデータを一意に識別する手段を提供します。
    • インデックス付き列を使用すると、テーブルにアクセスするたびにテーブル内のすべての行を検索する必要がなく、データをすばやく見つけることができます。
    注:
    自然キーとして指定されたすべての列には自動インデックス作成が行われ、クエリ操作の効率が最適化されます。インデックス付き列は一意である必要はなく、複数のデータ検索オプションのナチュラルキーと一緒に機能します。

    SELECT 句の列を参照するルックアップ関数は、スクリプトを変更することなく検索をより迅速に実行できるため、列のインデックスを追加するとメリットがあります。

    これらの機能は、テーブルスキーマを編集することによって列に追加できます。(新しいテーブルを作成すると、スキーマエディターが自動的に開きます。)

    テーブルリスト

    [テーブルスキーマの編集] 画面

    すべての自然キーもインデックス化されるため、列をチェックしても、ユーザーは [インデックス付き] 列も確認できません。

    列の詳細

    [自然キー] 列をオンにすると、テーブルにキーアイコンが表示されます。

    拡張テスト

    別のアイコンは、インデックス付けされている列を示します。

    列リスト

    ナチュラルキーはテーブル内で一意の識別子として機能するため、内部検証によりテーブル内の各列が一意であることが確認されます。

    重複する行を持つ列に自然キーを追加すると、テーブルではスキーマの保存が許可されません。

    テーブルをエクスポートする場合、スキーマファイルは列がインデックス付きであるか自然キーであるかを示すため、ユーザーがテーブルを別の環境にインポートすると、スキーマの列設定が保存されます。

    インポートが失敗する理由

    ナチュラルキーとインデックスに関連する一部の要因により、テーブルのインポートが妨げられる可能性があります。これらの要因には次のものが含まれます。

    • スキーマ内に自然キーとして設定された列が 3 つ以上あります
    • スキーマにインデックスを設定する列が 3 つ以上あります
    • 自然キーとして設定された列に重複する行が含まれている