テーブルベースの選択リスト
テーブルベースの選択リストを使用すると、アドミニストレーターは管理テーブルからデータをクエリして取得できます。
テーブルベースの選択リストを使用すると、アドミニストレーターは管理テーブルから構成の選択リストフィールドオプションを取得できます。この機能は、次の場合に特に役立ちます。
- 選択リスト内のオプションの数が多い。テーブルベースの選択リストのバイサイド UI 表現では、オプションがページネーションされるため、ページ応答のユーザーエクスペリエンスが向上します。
- 複数の選択リストが同じオプションを使用します。ピックリスト固有のクエリフィルターにより、データの再利用が容易になります。
管理対象テーブルは展開されません。その結果、オプションのテーブルデータを参照する選択リストは、実行時にテーブルが照会されたときに、テーブルで利用可能なデータをエンドユーザーに提示します。
参照されている管理テーブルに重複データが含まれている場合、アプリケーションは実行時に最適な選択リストエクスペリエンスをユーザーに提示しようとします。たとえば、次の 3 つのシナリオを考えます。
シナリオ 1:
| ラベル | 値 |
|---|---|
| Apple | アップル |
| バナナ | バナナ |
| バナナ | バナナ |
| ハヤトウリ | ハヤトウリ |
CPQ バナナ [banana] の 2 番目のインスタンスを削除し、ユーザーに 3 つの選択リストオプションを表示します。
シナリオ 2:
| ラベル | 値 |
|---|---|
| Apple | アップル |
| バナナ | バナナ |
| バナナ | バナナ2 |
| ハヤトウリ | ハヤトウリ |
このシナリオでは、 CPQ は 4 つの一意の値を持つ選択リストオプションを取得します。残念ながら、「banana」と「banana2」という 2 つの値は、「Banana」という同じラベルを共有しています。アプリでは、ラベル「バナナ」に最適な値を判断できません。したがって、ユーザーには合計 4 つのオプションが表示され、そのうち 2 つは「バナナ」とラベル付けされます。アドミニストレーターは、このようなエンドユーザーエクスペリエンスの低下を回避するために、管理テーブルデータに注意する必要があります。
シナリオ 3:
| ラベル | 値 |
|---|---|
| Apple | アップル |
| バナナ | バナナ |
| バナナ2 | バナナ |
| ハヤトウリ | ハヤトウリ |
管理テーブルから重複する値が返されると、値の最初の出現に関連付けられたラベルが CPQ に表示されます。その値に関連付けられている他のすべてのラベルは削除され、エンドユーザーには選択リストオプションとして表示されません。
参照されるテーブルがラベルまたは値にデータが含まれていない行を返した場合、アプリケーションはそのエントリを無視し、レコードは選択リストオプションとしてエンドユーザーに表示されません。