管理テーブルのインデックスと自然キー
インデックスとナチュラルキーを使用して、ルールエンジンのパフォーマンスを向上させ、テーブルルックアップを高速化します。
CPQ は、テーブルルックアップを高速化し、ルールエンジンのパフォーマンスを向上させるために、ナチュラルキーとインデックスの統合をサポートしています。
CPQ のテーブル管理システムのこの機能拡張により、テーブルあたり最大 3 つのナチュラルキーとの互換性と、2 つのインデックス付き列の追加が導入されました。
- ナチュラルキーは、テーブル内のデータを一意に識別する手段を提供します。
- インデックス付き列を使用すると、テーブルにアクセスするたびにテーブル内のすべての行を検索する必要がなく、データをすばやく見つけることができます。
SELECT 句の列を参照するルックアップ関数は、スクリプトを変更することなく検索をより迅速に実行できるため、列のインデックスを追加するとメリットがあります。
これらの機能は、テーブルスキーマを編集することによって列に追加できます。(新しいテーブルを作成すると、スキーマエディターが自動的に開きます。)
すべての自然キーもインデックス化されるため、列をチェックしても、ユーザーは [インデックス付き] 列も確認できません。
[自然キー] 列をオンにすると、テーブルにキーアイコンが表示されます。
別のアイコンは、インデックス付けされている列を示します。
ナチュラルキーはテーブル内で一意の識別子として機能するため、内部検証によりテーブル内の各列が一意であることが確認されます。
重複する行を持つ列に自然キーを追加すると、テーブルではスキーマの保存が許可されません。
テーブルをエクスポートする場合、スキーマファイルは列がインデックス付きであるか自然キーであるかを示すため、ユーザーがテーブルを別の環境にインポートすると、スキーマの列設定が保存されます。
インポートが失敗する理由
ナチュラルキーとインデックスに関連する一部の要因により、テーブルのインポートが妨げられる可能性があります。これらの要因には次のものが含まれます。
- スキーマ内に自然キーとして設定された列が 3 つ以上あります
- スキーマにインデックスを設定する列が 3 つ以上あります
- 自然キーとして設定された列に重複する行が含まれている