Show Menu
トピック×

リソースのデータ構造の設定

新しいカスタムリソースを作成した後、データ構造を設定する必要があります。
リソースを編集する際に、タブ Data structure で次を追加できます。

リソースへのフィールドの追加

リソースに新しいフィールドを追加して、既製のデータモデルに含まれていないデータを保存できます。
  1. ボタンを使用 Create element して、フィールドを作成します。
  2. ラベル、ID、フィールドタイプを指定し、このフィールドに対して許可される最大長を定義します。
    このフィ ID ールドは必須で、追加する各フィールドに対して一意である必要があります。
    最大30文字を使用します。
  3. いずれかのフィールドを変更するには、ボタンをチェック Edit Properties します。
  4. 画面で Field definition は、オーディエンスとターゲットに使用するカテゴリを定義したり、説明を追加したりできます。
  5. ユーザー Specify a list of authorized values に提供する値(ユーザー値)を定義する必要がある場合は、このオプションを定義済みリストします。
    次に、をクリッ Create element クし、とを指 Label 定しま Value ​す。 必追加要な数の値。
  6. フィールドを追加したら、作成日、リソースを作成したユーザ、 Add audit fields 日付、最後の変更の作成者の詳細を示すフィールドを含めるチェックボックスをオンにします。
  7. 特定のリソース Add access authorization management fields に対するアクセス権を持つフィールドを含める場合は、このチェックボックスをオンにします。
    これらのフィールドは、データベースの更新が完了すると表示されるデータとメタデータに表示されます。 For more on this, refer to the Updating the database structure section.
  8. IDを自動的に生成 Add automatic ID するには、フィールドをチェックします。 既存のエンティティは空のままになります。 詳しくは、「リソースとカスタムリソ ースの一意のIDの生成」を参照してプロファイルします
  9. リソース要素の名前がリソースおよび作成手順で表示される方法を変更するには、リストのチェックボックスをオンに Customize the title of the resource elements します。 このリソース用に作成したフィールドを選択します。
    このオプションを選択しない場合、このテーブルのすべてのエンティティをリストする際に、自動主キー(エンティティがテーブルに追加されるたびに自動的に作成される)が使用されます。
これで、リソースのフィールドが定義されました。

識別キーの定義

各リソースには、少なくとも1つの一意のキーが必要です。 例えば、2つの製品が1つの購入テーブルで同じIDを持つことができないように、キーを指定できます。
  1. テクニカルキーを自 Automatic primary key 動的に増分的に生成する場合は、ストレージのサイズをセクションで指定します。
  2. ボタンを使 Create element 用してキーを作成します。
    とのフ Label ィール ID ドはデフォルトで入力されますが、編集することができます。
    最大30文字を使用します。
  3. このキーを構成する要素を定義するには、をクリックし Create element て、このリソース用に作成したフィールドを選択します。
    作成されたキーがセクションに表示さ Custom keys れます。
これで、リソースのIDキーが作成されます。
IDキーを作成する際のベストプラクティスについては、この節を参照して くださ い。

インデックスの定義

インデックスは、1つまたは複数のリソースフィールドを参照できます。 インデックスを使用すると、データベースでレコードをより簡単にリカバリできるようにレコードを並べ替えることができます。 SQLのパフォーマンスを最適化するクエリ。
インデックスの定義は推奨されますが、必須ではありません。
  1. 索引を作成す Create element るには、ボタンを使用します。
  2. とのフ Label ィール ID ドはデフォルトで入力されますが、編集することもできます。
    最大30文字を使用します。
  3. このインデックスを構成する要素を定義するには、このリソース用に作成したフィールドからフィールドを選択します。
  4. クリック Confirm .
作成されたインデックスは、セクションのリストに表示さ Index れます。
インデックスを作成する際のベストプラクティスについては、この節を参照して くださ い。

送信ログの拡張の定義

送信ログの拡張機能を使用すると、次のことができます。
  • 動的レポート機能を拡張するには、カスタムフィールド プロファイルを追加します。
  • 送信ログデータを セグメントコードとプロファイル
拡張とセグメントコード
ユーザーは、ログを拡張する際に、そのセグメントコードのログを使用できます。
このセグメントコードは、ワークフロー内に定義する必要があります。
この拡張機能をアクティブにするには、オプションをオンにしま Add segment code ​す。
セグメントコードの詳細については、「セグメント化 セグメント化 」の節を参照してください。
拡張フィールドをプロファイル
管理者は、カスタムフィールドを使用してプロファイルリソースを拡張している必要があります。
をクリック Add field し、任意のカスタムフィールドをプロファイルします。
プロファイルディメンションにリンクされた新しいサブディメンションを生成するには、このオプションをオンに Add this field in Dynamic reporting as a new dimension します。
動的レポートから、カスタムフィールドディメンションをフリーフォームテーブルにドラッグ&ドロップできます。
ダイナミックレポートについて詳しくは、コンポーネントの リストを参照してくださ い。
ダイナミックレポートに送信されるフィールドの数は20個に制限されます。

リソースプロパティの編集

カスタムリソース画面のウィンドウに、新 Summary しく作成されたリソースのステータスが表示されます。 アクセスとその一般的なプロパティを管理できます。
  1. 説明を追加する Edit properties には、ボタンをクリックします。
  2. 必要に応じて、リソースのラベルとIDを変更します。
    最大30文字を使用します。
  3. このリソースへのアクセスを特定の組織単位に制限する必要がある場合は、ここで指定します。 許可された単位のユーザーのみが、アプリケーションでこのリソースを使用できます。
  4. 変更を保存します。
変更が保存されます。 リソースを適用するには、再度リソースを発行する必要があります。

リソースおよびカスタムプロファイルの一意のIDの生成

デフォルトでは、プロファイルとカスタムリソースの作成時にビジネスIDは持ちません。 要素の作成時に一意のIDを自動的に生成するオプションを有効にできます。 このIDは、次の目的で使用できます。
  • 外部ツールでエクスポートされたレコードを簡単に識別できます。
  • 別のアプリケーションで処理された更新済みデータをインポートする際に、レコードを調整します。
有効にできるのは、リソースとカスタムプロファイルのみです。
  1. リソースリソースの拡張子を作成するか、プロファイルを新しく作成します。
  2. データ構造の定義で、セクションの下の Add automatic ID field オプションをチェックし Fields ます。
    新しいレコードのみがACS IDを持ちます。 このオプシ ACS ID ョンを有効にする前に作成されたプロファイルまたは要素のフィールドは空のままです。
  3. リソースに対して行った変更を保存し、公開します。 このメカニズムをAPIを介して作成された要素に適用する場合は、APIを拡張するオプションを選択します。
新しい ACS ID 要素が手動、APIから、または読み込みワークフローから挿入されたときに、このフィールドが使用可能になり、自動的に設定されるようになりました。 ACS IDフィールドはUUIDフィールドで、インデックスが作成されます。
プロファイルまたはカスタムリソースを書き出す際に、そのリソースが有効になっ ACS ID ている場合に列を追加できるようになりました。 このIDを外部ツールで再利用して、レコードを識別できます。
別のアプリケーション(CRMなど)で処理または更新されたデータを再インポートする場合、この一意のIDと簡単に調整できます。
オプション ACS ID を有効にする前に作成されたプロファイルまたは要素のフィールドは更新されません。 新しいレコードのみがACS IDを持ちます。
このフィールドは読み取り専用モードです。 変更はできません。