1. Sitecore Content Hub

分類学のメンバー

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

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

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

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

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

一般情報

フィールド

概要

名称

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

役割

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

レーベル

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

ヘルプテキスト

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

関連ラベル

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

関連する定義

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

基数

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

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

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

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

これは必修科目です。

条件付き

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

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

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

条件を追加するには、条件付き タブでリストからプロパティを選択し、「 追加」をクリックします。次に、 追加 をクリックして関連するプロパティを選択します。例えば 、AssetTypeToAssetPosterに設定すると、このフィールドはアセットタイプがポスターの場合のみ表示されます。

必須

親が関係に必要であることを指定することができます。これを行うと、要件が強制されるかどうかを判断する検証条件も追加できます:

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

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

上級

ナビゲーションやセキュリティ設定など、分類法の詳細設定も設定できます。

フィールド

概要

経路関係

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

は経路階層関係です

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

経路階層スコア

IsPathHierarchyRelationとしてマークされた関係に与えられるスコア。エンティティに複数の親階層関係がある場合、そのパスはこのスコアに従って昇順にソートされます。特にマークがなければ、最初のパスは1つのパスのみが必要な場合に単独エンティティパスとして使用されます。

分類関係

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

は分類階層関係です

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

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

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

内容はコピーされました

全文コンテンツがリレーションを通じて継承されるかどうか(継承は親から子へのみ行われます)、ユーザーは親エンティティの全文内容に基づいて子エンティティを検索できます。

完成をコピーしました

自動補完コンテンツが関係を通じて継承されるかどうか(継承は親から子へのみ行われます)。その結果、子エンティティを検索する際に利用可能な自動補完は、親エンティティの自動補完内容に基づいています。

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

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

セキュリティを継承

セキュリティがエンティティレベルで継承されるか、破れるかにかかわらず。これは通常、ページに使われます。

確保済み

関係がすべてのユーザーに見えるのか、十分なアクセス権を持つ人だけに見えるのか。

更新を許可

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

入れ子

この関係が入れ子状かどうか。つまり、関連エンティティのIDやプロパティが直接リクエストされたエンティティリソースに含まれます。

権限を含める

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

プロパティを含める

関連するエンティティが選択したプロパティをエンティティリソースに含みます。

!警告タクソノミー関係に値がない場合、すべてのユーザーがユーザーグループに関係なくWrite権限を得ます。これを防ぐために、ユーザーグループのポリシーで関係を必須に設定する必要があります。

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