翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# データテーブルの作成と設定
<a name="data-tables"></a>

**データテーブルについて**  
データテーブルを使用すると、Amazon Connect 内の設定に影響するデータを保存および管理できます。データテーブルは、フローやビューなどの他のリソースから参照できます。データテーブルに変更や追加が行われると、パブリック APIs および画面上ですぐに使用でき、再デプロイは必要ありません。

データテーブルを使用して、シンプルなルーティングルールから、複雑で時間ベースの設定まで、リアルタイムでアクセス可能で変更可能なシナリオをサポートします。単純なキーと値のペアを保存する[事前定義された属性](predefined-attributes.md)とは対照的に、データテーブルは複数の列、さまざまなデータ型、複雑な関係をサポートしています。

データテーブルは以下で構成されます。
+ テーブルメタデータ (構造と検証ルール)
+ テーブル値 (実際のデータ)

テーブルメタデータには以下が含まれます。
+ 定義されたデータ型を持つ属性 (列)
+ 一意のレコードを識別するためのプライマリキー
+ レコード全体に適用できるオプションのデフォルト値
+ データ整合性のオプションの検証ルール

テーブル値は、各属性 (列) の値を含むレコード (行) に保存されます。

**データテーブルの作成**

1. ルーティングメニューに移動し、**データテーブル**を選択します。

1. **新しいデータテーブルの追加**を選択します。

   1. **名前**を指定します。

   1. オプションで**説明**を指定します。

   1. 時間ベースのユースケースをサポートする**タイムゾーン**を指定します。

   1. **ロックレベル**を定義します。ロックすると、複数のエディタがデータテーブル、レコード (行）、属性 (列）、または値 (セル) レベルで変更を上書きできなくなります。

1. 保存後、属性の追加 を選択して、テーブルの最初の列を定義します。
**注記**  
属性が追加されると、左端の列のテーブルに挿入されます。

   1. **名前**を指定する

   1. **タイプ**を選択し、 から選択します。

      1. **単一**テキスト、数値、またはブール値 (はい/いいえ) 属性

      1. テキストまたは数字**のリスト** 

   1. 必要に応じて、**プライマリ属性として使用**を選択します。

      1. プライマリキーは、特定のレコードを識別して参照するのに役立ちます。また、テーブルデータへのきめ細かなアクセスコントロールも有効にします。1 つ以上の属性をプライマリとして指定し、テーブルの最初の列 (複数可) にすることができます。プライマリ属性が定義されていない場合、テーブルに含めることができるレコードは 1 つだけです。
**注記**  
テーブルにデータが含まれている場合、プライマリ属性を追加または削除することはできません。たとえば、テーブルのプライマリ属性が名、姓、ミドルネームの先頭である場合、最初にすべての行を削除せずに、別のプライマリ属性として SSN を追加したり、ミドルネームを削除したりすることはできません。ただし、姓を変更できるなど、プライマリ属性の値を編集できます。テーブルにデータが入力された後に、プライマリ以外の属性を追加することもできます。

   1. タイプがテキストまたは数値 (最大長など) の場合は、オプションで**基本検証**を指定します。

   1. 必要に応じて、タイプがテキストまたは数値の場合は**コレクション検証**を更新して、この属性の事前定義された値の選択を提供し、それらの値に制限することもできます。

   1. 保存すると、テーブルに最初の属性 (列) が表示されます。

   1. 必要に応じて操作を繰り返します。

1. 準備ができたら、Add **value **を選択してテーブルに行を挿入します。

   1. 最初の値を追加するときは、値がテーブルに存在する場合、プライマリ属性を変更できないことを確認する必要があります。

   1. データ入力は自動的に検証されます (タイプ、長さなど）。

   1. 値が追加されると、プライマリ値 (複数可) に基づいてソートされます。たとえば、最初の列がテキストの場合、値 (行) は A～Z からシーケンスされます。

![\[データテーブル管理ページ。\]](http://docs.aws.amazon.com/ja_jp/connect/latest/adminguide/images/data-table-management.png)


2 つのプライマリ属性を使用して各レコードを一意に識別し、2 つの属性が定義されているテーブル構造の例。


| プライマリ属性 1 | プライマリ属性 2 | 属性 1 | 属性 2 | 
| --- | --- | --- | --- | 
| プライマリ値 | プライマリ値 | 値 | 値 | 
| プライマリ値 | プライマリ値 | 値 | 値 | 
| ... | ... | ... | ... | 

**データテーブルにレコードを追加する**  
Connect は、必須フィールド、データ型、長さ制限、およびテーブル定義で指定されたその他の要件を適用します。

**注記**  
本番環境のワークロードに影響を与える前に、フローに影響を与える設定を常にテストし、大幅な変更の直後にシステムの動作をモニタリングします。

**データテーブルとそのレコードを編集する**  
Connect は、必須フィールド、データ型、長さ制限、およびテーブル定義で指定されたその他の要件を適用します。

**セーフガードは、同じデータへの同時編集に対して提供されます。**現在のセッション外で変更が発生すると、システムは自動的にユーザーに警告し、ビューを更新して最新のデータを表示するように促します。

**注記**  
競合の防止が重要なシナリオでは、オプティミスティックロック戦略を実装して、データが最後に読み込まれてから変更されていない場合にのみ更新を適用できます。

**変更は*ほぼ*すぐに行われます**。データテーブルに加えられた変更は、後続のフロー実行と API コールで有効になります。データはフローにキャッシュされないため、変更後の更新に遅延は必要ありません。

**注記**  
変更は急速に伝播されますが、まれに、すべてのシステムコンポーネントに変更が反映されるまでに、通常はミリ秒単位の短い遅延が生じることがあります。可能であれば、運用期間中に更新を計画して、影響を最小限に抑えます。

**サンプルユースケース**  
プロンプトの簡単な翻訳テーブルを作成するには、次の手順に従います。

1. 「言語」という新しいプライマリ属性を持つ新しいデータテーブルを作成します。プライマリ属性は、データテーブルからレコードにアクセスするために必要なキーを決定します。

1. 例えば、メッセージタイプごとに新しい属性「挨拶」を作成します。99 種類を超えるメッセージを作成する必要がある場合は、以下の高度な例を参照してください。

1. テーブルに翻訳を追加します。

1. テーブルは次のようになります。


| 言語 (プライマリ属性) | あいさつ | 
| --- | --- | 
| 英語 | Hello | 
| スペイン語 | ホラ | 

データテーブルのクエリ時に複数のディメンションが必要な場合は、プライマリ属性を追加できます。


| 言語 (プライマリ属性) | 部門 (プライマリ属性) | あいさつ | 
| --- | --- | --- | 
| 英語 | セールス | こんにちは。これは売上です。 | 
| スペイン語 | セールス | ホラ。Soy del departamento de ventas。 | 
| 英語 | Marketing | こんにちは。マーケティングに到達しました。 | 

メッセージタイプの 3 番目のディメンションを追加して、正確なメッセージをクエリすることもできます。


| 言語 (プライマリ属性) | 部門 (プライマリ属性) | メッセージタイプ (プライマリ属性) | メッセージ | 
| --- | --- | --- | --- | 
| 英語 | セールス | あいさつ | こんにちは。これは売上です。 | 
| スペイン語 | セールス | あいさつ | ホラ。Soy del departamento de ventas。 | 
| 英語 | Marketing | あいさつ | こんにちは。マーケティングに到達しました。 | 
| 英語 | Marketing | さようなら | マーケティングにお問い合わせいただき、ありがとうございます。 | 

**フローの動的ルックアップにデータテーブルを使用する**  
フローは、データテーブルから値を読み書きできます。詳細については、「[Amazon Connect のフローブロック: データテーブル](data-table-block.md)」を参照してください。

**データテーブルを活用してカスタムユーザーインターフェイスを構築する**  
データテーブルを使用すると、ビジネスユーザーは基盤となる Amazon Connect システムに直接アクセスすることなく、コンタクトセンターの運用を定期的に調整できます。カスタムインターフェイスは、Views no-code UI Builder を使用してデータテーブルから作成し、ワークスペースに割り当てることができます。その後、運用チームはカスタム UIs を使用して、IT の介入を必要とせず、承認されたガバナンスとセキュリティフレームワーク内で作業しなくても、変化する状況に迅速に対応できます。データテーブルは複数のリソースを組み合わせることができるため、ビジネスユーザーは各リソース (フロー、プロンプト、キューなど) に対するアクセス許可を必要としません。

専用インターフェイスを使用すると、承認されたビジネスユーザーは次のようなシナリオを制御できます。
+ キューの割り当て、営業時間、スキルマッピング、エスカレーションルールの管理
+ 言語、場所、または VIP ステータスによるルーティングの変更
+ 緊急プロトコルのアクティブ化

カスタムインターフェイスの構築の詳細については、[「Views no-code UI builder](no-code-ui-builder.md)」を参照してください。

**データテーブルのアクセスコントロールとセキュリティ**  
ビジネスユーザーが自分の責任に関連するフィールドのみを表示または変更できるように、テーブルのプライマリ値へのアクセスを制御します。
+ セキュリティプロファイルのアクセス許可は、ルーティングセクションのデータテーブルリソースを管理するための表示、編集、作成、削除の選択肢を提供します。
+ タグベースのアクセスコントロール (TBAC) は、レコードベースの制限を提供します。複数のチームが大規模な多目的テーブル内の異なるデータのサブセットにアクセスする必要がある場合に使用します。

**データテーブルのサービスクォータ**  
Connect は以下を提供します。
+ テーブル — インスタンスあたり合計 100
+ 属性 (列) — テーブルあたり 100
+ 値 (セル) — テーブルあたり 1000
+ リスト — テキストと数値リストの値の 100 項目
+ 文字 — 非プライマリテキスト値の場合は 5k、TEXT\$1LIST 項目およびプライマリテキスト値の場合は 1k

サービスクォータとその管理方法の詳細については、「」を参照してください[Amazon Connect サービスクォータ](amazon-connect-service-limits.md)。

**データテーブルの変更を追跡する**  
画面上の監査履歴には、リソースとその前後の値に対する最近の変更が表示されます。データテーブルの監査履歴には、新規または変更されたテーブル構造 (属性、プライマリキー、デフォルト値) と、各データテーブル内の新規または変更されたレコード (行) が含まれます。

**注記**  
AWS CloudTrail は、すべてのリソース変更の履歴を追跡します。詳細については、「[を使用した Amazon Connect API コールのログ記録 AWS CloudTrail](logging-using-cloudtrail.md)」を参照してください。