1. Sitecore Content Hub

関係メンバー

日本語翻訳に関する免責事項

このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。

!注Content Hubを設定するには、スーパーユーザーであるか、ユーザーグループポリシーを通じて必要な権限が付与されている必要があります。

Sitecore Content Hubデータモデル(すなわちスキーマ)はエンティティ定義(例: M.Asset、M.PCM.Product、M.Project.Taskなど)で構成されています。各エンティティ定義は、さまざまなプロパティや関係を含むメンバーで構成されています。 リレーションメンバーを作成すると、エンティティ定義と非タクソノミー定義の間に新しい関係が追加されることになります。

データ型を選択した後、そのタイプに関連する他のフィールドも記入しなければなりません。これらのフィールドは複数のセクションに分かれています。

一般情報

関係メンバーについては、以下の一般的な情報を定義できます。

フィールド

概要

名称

メンバーの名前。これは必須の項目です。

役割

この定義と関連する定義との関係性の役割。これは読み取り専用フィールドです。

レーベル

メンバーのユーザーインターフェースラベル。

ヘルプテキスト

編集モードでフィールドの下に視覚的なヒントが表示されます。

関連ラベル

関連エンティティのユーザーインターフェースラベル。

関連する定義

このエンティティの定義の名称。これは必須のフィールドです。

基数

2つのエンティティ間の関係度は、Term1ToTerm2の形で表されます。ここでTerm1は最初のエンティティの出現回数、 Term2 は2番目のエンティティの出現回数です。選択肢は以下の通りです:

関係度はTerm1ToTerm2の形で表され、Term1は最初の実体が2番目の実体と関連付けられた出現回数を表しTerm2。選択肢は以下の通りです:

  • OneToMany - 多くの子どもを持つ一人の親

  • ワントゥワン - 親一人に子ども一人

  • ManyToMany - 多くの親が多くの子どもに

これは必修科目です。

条件付き

1つ以上の条件を持つメンバーは、そのうち少なくとも1つが真である場合にのみ表示されます。条件付きメンバーは詳細ページに表示されますが、インラインプレビュー、グリッド、テーブル ビューには表示されません。

必須フィールドには赤いアスタリスクが付いています。条件付き必須フィールドは、条件が満たされている場合のみ赤いアスタリスクが付います。トリガーフィールドが変更されると、アスタリスクは即座に新たに必要ステータスを反映して再計算されます。

!注トリガーフィールドが別のフィールドを必須にし、そのフィールドが値のない異なるメンバーグループに属している場合、メンバーグループは自動的に編集モードに入り、必須欄を埋めてエンティティを保存できます。

条件を追加するには、条件付き タブからプロパティを選択し、「 追加」をクリックします。次に、

追加 」と関連プロパティを選択します。例えば、「 AssetTypeToAsset 」プロパティを選択してから「 Posterタイプ」を選択すると、このフィールドはアセットタイプがポスターの場合のみ表示されます。

必須

関係に対して親または子のいずれかを指定できます。これを行うと、要件が強制されるかどうかを判断する検証条件も追加できます:

  • 条件付き検証を加えると、すべての条件が満たされた時点で親または子が必須となります。
  • 条件付き検証を加えなければ、親か子は常に必須です。

検証条件を追加するには、「 Add filter 」をクリックしてください。 親条件付き検証 セクションで、フィルタータイプとしてPropertyまたはRelationを選択し、フィールド名(例:AssetTypeToAsset)、オペレータ(anyallnone)を選択し、 Addをクリックします。例えば**、AssetTypeToAsset**をProduct Assetに設定すると、このフィールドは製品アセットの場合必須になります。

!ヒント空の必須フィールドを見つけるには 、Validationコンポーネントを使用します。

上級

関係の設定にはナビゲーションやセキュリティ設定などの詳細設定も設定できます。

!ヒントContent Hubの情報アーキテクトや技術職の方は、Content HubのAccelerate Cookbookでパス関係に関するより詳細な情報を見つけることができます。このレシピはContent Hubのセットアップ、設定、実装を円滑に行うための情報を提供しています。

フィールド

概要

経路関係

関係の子側に関連パスを作成します。これにより、関連するエンティティ上の階層的エンティティのパス拡張が可能になります。

は経路階層関係です

パス可能な定義と階層的定義を接続し、パス階層を作成します。これは通常、自己関係に基づいて設定されます。

経路階層スコア

IsPathHierarchyRelationとしてマークされた関係に与えられるスコア。エンティティに複数の親関係がある場合、そのエンティティのパスはこのスコアに従って昇順にソートされます。特に記載がない限り、最初のパスが単一のエンティティパスとして使用されます。

分類関係

ファセット時に関係性が考慮されるかどうか。

は分類階層関係です

この定義のエンティティの分類階層。これは通常自己関係に基づいて設定され、ファセットイングの際に考慮されます。自己関係の性質上、エンティティ定義ごとに一つの分類階層関係しか持つことはできません。

はレンディション関係です

関係を出回しのソースとして設定します。エンティティの主表示は常にこの関係によって決まります。このオプションがオンの関係を持つことは、1つのエンティティに複数つはありません。

内容はコピーされました

全文コンテンツが関係を通じて継承されるかどうか、ユーザーは親エンティティの全文内容に基づいて子エンティティを検索できるようにします。

完成をコピーしました

自動補完コンテンツがリレーションを通じて継承されるかどうか、子エンティティを検索する際に親エンティティの自動補完コンテンツが利用可能になるかどうか。

ナビゲーションを許可する

この関係をナビゲーションできるかどうかは、REST APIを使って許可されているかどうか。これは通常、親側でfalseに設定されており、親側には多数の子エンティティが含まれることがあります。

セキュリティを継承

セキュリティがエンティティレベルで継承されるかどうかを定義します。これは通常、ページに使われます。

確保済み

関係がすべてのユーザーに見えるのか、それとも十分なアクセス権を持つ者のみに見えるのかを示します。

更新を許可

この性質の値をREST APIで更新できるかどうか。技術的な性質の場合、通常はfalseに設定されます。

入れ子

この関係が入れ子状で、関連エンティティのIDやプロパティが直接要求されたエンティティリソースに含まれているかどうかです。

権限を含める

エンティティリソース内の関連するエンティティ権限も含みます。

プロパティを含める

関連するエンティティの特定のプロパティをエンティティリソースに含めることができます。

!ヒント多数の子エンティティを持つリレーションでは「 Allow navigation」スイッチをオンにしないでください。これは大きなパフォーマンス問題を引き起こす可能性があります。

この記事を改善するための提案がある場合は、 お知らせください!