enddateプロモーション・アセット(Engageアセット)の場合、この列には、プロモーションの期間の終了時刻が格納されます。プロモーション・アセット・タイプのみが、この列を使用するデフォルトのアセット・タイプです。「ステータス」subtypeアセットのサブタイプの値。サブタイプは、アセットごとに異なる方法で設定されます。詳細は、第11.2.3.3項「サブタイプ」を参照してください。問合せアセット(「問合せの結果」フィールド)の場合は、「新規」および「編集」サブタイプが構成されているアセット・タイプの場合は、「新規」および「編集」デフォルトのテンプレートの設定filenameディスクへのエクスポートのパブリッシュ方法の使用中に、このアセットに作成されたファイルに使用する名前。ページ・アセット・タイプおよび記事アセット・タイプのみが、デフォルトでこのフィールドが有効になっているアセット・タイプです。パス、ファイル名、開始日および終了日の有効化」を参照してください。フォーム:ページ・アセットおよび記事アセットの場合は、デフォルトで「新規」および「編集」このフィールドが有効になっている他のアセット・タイプの場合は、「新規」および「編集」pathディスクへのエクスポートのパブリッシュ方法でアセットをファイルにレンダリングする際、そのアセットの子アセットから生成されるエクスポート済ページ・ファイルに使用するディレクトリ・パス。ページ・アセット・タイプおよび記事アセット・タイプのみが、デフォルトでこのフィールドが有効になっているアセット・タイプです。パス、ファイル名、開始日および終了日の有効化」を参照してください。フォーム:ページ・アセットおよび記事アセットの場合は、デフォルトで「新規」および「編集」このフィールドが有効になっている他のアセット・タイプの場合は、「新規」および「編集」テンプレートアセットのテンプレート。これは、ディスクへのエクスポートを使用してパブリッシュされるか、ライブのダイナミック配信システムでレンダリングする際に、アセットのレンダリングに使用されるテンプレートです。このテンプレートは、アセットがディスクへのエクスポートのパブリッシュ方法で承認されている場合の依存性の計算にも使用されます。アセット・タイプにサブタイプが設定されていて、そのサブタイプに基づいてデフォルトの承認テンプレートがアセットに割り当てられている場合を除きます。調査ステータスcategoryアセットに割り当てられたカテゴリがある場合は、そのカテゴリのカテゴリ・コード。categoryフィールドを使用してアセットを編成する場合は、「管理」タブの「アセット・タイプ」フォームでカテゴリ・コードを追加します。Sitesインタフェースでなくサイト・デスクトップ・インタフェースで入力された場合、そのアセットのソースである外部ドキュメントを格納します。Sitesで制御され、手動では編集できません。該当なしexternaldoctypeurlexternaldocフィールドに保持されているファイルのMIMEタイプ。Sitesで制御され、手動では編集できません。該当なしurlexternaldocxml将来の使用に備えて予約されています。フレックス・アセット・モデルフレックス・アセット・モデルの主な特徴は次のとおりです。フレックス・アセットは、フレックス定義によって、つまり個々のフレックス・アセットをどのフレックス属性で構成するかを決定するアセット・タイプによって定義されます。フレックス定義により、フレックス・アセット・タイプのサブタイプが作成されます。定義アセット・タイプによってフレックス・アセットおよびフレックス親アセットのサブタイプが作成されるため、フレックス・アセット・タイプまたはフレックス親アセット・タイプの個々のインスタンスのバリエーションを広げることができます。フレックス属性はアセットです。フレックス・データ・モデルによって、フレックス属性を既存のフレックス・アセット・タイプに随時追加(または削除)できます。フレックス・フィルタは1つのフレックス属性からデータを取り込み、それを変換または評価し、フレックス・アセットの保存時に別のフレックス属性に結果を格納できます。フレックス・フィルタのアクションによって得られた値を、導出された属性値といいます。フレックス・フィルタの詳細は、第17章「フレックス・フィルタ」を参照してください。フレックス・アセットは属性値を(導出値でさえも)フレックス親から継承できるため、データを階層で表すことが可能になります。ベーシック・アセット・タイプの場合とは異なり、個々のフレックス・アセット・タイプは作成せず、かわりにアセット・タイプのフレックス・ファミリを作成します。この項の内容は、次のとおりです。フレックス・ファミリフレックス・アセット・データ・モデルは、アセット・タイプのファミリの観点から考えることができます。フレックス・ファミリには6つのアセット・タイプがあります。次の表に示すように、5つは必須であり、6つ目はオプションです。フレックス・ファミリのメンバーフレックス・ファミリのメンバーファミリ当たりの数フレックス属性アセット・タイプ1つフレックス親定義アセット・タイプ1つ以上フレックス定義アセット・タイプ1つ以上フレックス親アセット・タイプ1つ以上フレックス・アセット・タイプ1つ以上フレックス・フィルタ・アセット・タイプゼロまたはそれ以上アセット・タイプの中には、開発者がデータ・モデルに他のアセット・タイプを作成するために排他的に使用されるものがありますが、フレックス・アセット・タイプは常に、コンテンツ・プロバイダが当該タイプのアセットを作成するために使用します。(必要に応じて、認証ユーザーに、追加のフレックス・ファミリ・メンバーへのアクセス権を与えることができます。SitesのAdminインタフェースの「フレックス・ファミリ・メーカー」ノードの「管理」タブにある「新規ファミリの追加」をダブルクリックして、「新規フレックス・ファミリの追加」フォームにアクセスします。「新規フレックス・ファミリの追加」フォームで、ファミリ内の各アセット・タイプに名前を付けます。Lightingサンプル・サイトのフレックス・ファミリの1つが製品ファミリだとします。フレックス・アセットは製品アセット、フレックス属性は製品属性というように呼ばれます。フレックス・ファミリのキー・メンバーはフレックス・アセットです。フレックス・アセットは、データベースから抽出してオンライン・サイト(配信システム)の訪問者に表示するデータの単位です。ファミリ内の他のメンバーのすべては、なんらかの点でフレックス・アセット・メンバーの一部となります。フレックス・アセットがキーであるのに対し、属性はフレックス・アセット・モデルの基盤です。属性は情報の個々のコンポーネントです。色、高さ、作成者、ヘッドラインなどがあります。属性は、フレックス・アセットおよびフレックス親の定義に使用します。フレックス・アセットは親から属性値を継承し、親はその親から属性値を継承する、となります。どの属性がどのフレックス・アセットおよびフレックス親を記述するかを決定するには、フレックス定義およびフレックス親定義のアセット・タイプを使用してテンプレートを作成します。フレックス親とその定義によって、属性値の継承が実装されます。フレックス親もフレックス・アセットも、2つのタイプの属性で定義することはできません。GEサンプル・サイトには、製品属性およびコンテンツ属性という2種類の属性があります。製品アセット(製品フレックス・ファミリのフレックス・アセット・メンバー)は製品属性のみで定義できます。その定義にコンテンツ属性を含めることはできません。フレックス・フィルタによって、属性値に対してなんらかのアクションを実行し、フレックス・アセットの保存時にアクションの結果を保存するように構成できます。WordファイルのテキストをHTMLコードに変換するフィルタを構成できます。要するに、フレックス・ファミリのフレックス・アセット・メンバーはファミリの理由であり、表示するコンテンツの単位です。フレックス・ファミリのその他のメンバーはフレックス・アセットのデータ構造を提供します。Sitesの標準機能が利用できます。親アセット、子アセットおよびフレックス・アセットフレックス・アセット・データ・モデルを使用している場合、親子関係という語句は、フレックス・アセットとそのフレックス親アセットの関係を指します。この親子関係は、ベーシック・アセットがアセット・アソシエーションを通して得る親子関係とは異なります。フレックス・アセットがベーシック・アセットと同種の親子関係を持つことは可能ですが、次の理由により、現実に行われるとは考えられません。Sitesにはタグ・ファミリASSETSETおよびSEARCHSTATEがあり、表示するフレックス・アセットを選択する場合は、コレクション・アセット・タイプおよび問合せアセット・タイプのかわりに使用します。このタグ・ファミリの詳細は、第11.4項「assetsetおよびsearchstate」を参照してください。フレックス・アセットはアソシエーションを必要としません。製品などのフレックス・アセットにイメージ・ファイルを割り当てる場合、イメージ・ファイルを特定する属性を作成して、それをフレックス・アセットの定義に割り当てることができます。サンプル・サイトのフレックス・ファミリ開発システムにGEサンプル・サイトをインストールしている場合は、調査可能な2つのフレックス・アセット・ファミリとして製品ファミリおよびコンテンツ・ファミリがあります。Sitesインタフェースの製品アセット、記事アセット、イメージ・アセットをいくつか調査してください。Lightingサンプル・サイトから販売される照明製品のデータ構造が用意されています。これによって、照明製品のオンライン・カタログが作成されます。次に、製品ファミリのアセット・タイプを示します。Lightingサンプル・カタログで製品および製品親の定義に使用するフレックス属性アセット・タイプです。ワット数、電圧、電球サイズ、安定器タイプなどの製品属性があります。製品は、製品ファミリのフレックス・アセット・メンバーです。Lightingサンプル・サイトから販売される照明製品を表現します。このオンライン・カタログでは、製品名はSKU番号と同様の番号で表されます。製品定義は、製品ファミリのフレックス定義アセット・タイプです。これは、製品の1つのサブタイプ、ここでは照明の作成に使用します。照明の定義によって、このオンライン・カタログのすべての電球が書式設定(定義)されます。製品親は、製品ファミリのフレックス親アセット・タイプです。Fluorescent、fluorescent、Halogenなどの製品のカテゴリを表します。製品親定義は、製品ファミリのフレックス親定義アセット・タイプです。これは、製品親のサブタイプの作成に使用します。各アセットはデータ・デザインに使用するため、「デザイン」タブに一覧表示されます。製品と製品親の各アセットは、サンプル・サイトの「製品」タブに表示されます。Lightingサンプル・サイトで製品を販売するという製品ファミリの理由です。Lightingサンプル・サイトから販売される製品を記述する記事と、製品を描画するイメージのデータ構造が用意されています。次に、コンテンツ・ファミリを示します。Lightingサンプル・サイトから販売される製品の記事(フレックス)およびイメージ(フレックス)の定義に使用するフレックス属性アセット・タイプです。記事(フレックス)は、記事のテキストと関連情報を格納するフレックス・アセット・タイプです。署名行、ヘッドライン、サブヘッドライン、本文などの属性があります。イメージ(フレックス)は、イメージ・ファイルのURLを格納するフレックス・アセット・タイプです。Lightingで使用可能とされていますが、実際には使用されません。コンテンツ定義は、コンテンツ・ファミリのフレックス定義アセット・タイプです。これは、ストーリーと呼ばれる、記事(フレックス)アセット・タイプの1つのサブタイプの作成に使用します。コンテンツ親は、コンテンツ・ファミリのフレックス親アセット・タイプです。Lightingで使用可能とされていますが、実際には使用されません。コンテンツ親定義は、コンテンツ・ファミリのフレックス親定義アセット・タイプです。Lightingで使用可能とされていますが、実際には使用されません。GEサンプル・サイトのコンテンツ・ファミリには2つのフレックス・アセット・タイプがあります。これらは、属性、親、定義および親定義を共有します。コンテンツ属性、コンテンツ定義、コンテンツの親定義の各アセットはデータ・デザインに使用するため、「デザイン」タブに一覧表示されます。イメージ(フレックス)、記事(フレックス)、コンテンツの親の各アセットは、サンプル・サイトの「コンテンツ」タブに表示されます。フレックス属性フレックス属性はフレックス・アセット・モデルの基盤です。属性は、情報の1単位を表します。属性アセットは、フレックス・アセットおよびフレックス親の定義に使用します。これらは、フレックス・アセットおよびその親に対して、「新規」フォームおよび「編集」フォームでフィールドとして表示されます。属性は、ベーシック・アセットのプロパティに似ています。Sitesデータベース表の列に格納できるデータの種類を定義し、フォーム内のフィールドを記述します。プロパティがアセット・タイプのデータベース表に列を定義するのに対し、属性は専用のデータベース表を持つアセットです。このデータ構造(列としてではなく、アセットとしての属性)は、フレックス・アセットの柔軟性が高い理由の1つです。繰り返しますが、フレックス親もフレックス・アセットも、2つのタイプの属性で定義することはできません。Lightingサンプル・サイトの製品アセットは製品属性のみで定義できますが、その定義にコンテンツ属性を含めることはできません。注意:フレックス属性をフレックス定義から削除する場合、これらの属性によって格納されたデータはデータベースから削除されないことに注意してください(このデータは問合せによって引き続き返されます)。Sitesデータベースのプロパティによって定義されます。例外として、moneyデータ型はgator.iniファイル(.iniファイルの名前)のプロパティによって定義されます。表11-3に、フレックス属性のデータ型、データ型を定義するプロパティ、およびプロパティが配置されているファイルを一覧表示します。属性のデフォルトの入力スタイルフレックス属性は、「新規」フォームまたは「編集」フォームにフィールドとして表示されるときに、そのデータ型に基づいたデフォルトの入力スタイルが設定されます。次のリストに、フレックス属性のデフォルトの入力スタイルを示します。次のように表示される入力ボックス。小数部の桁を強制表示したテキスト・フィールド。テキスト・フィールド。通貨フォーマットを強制表示したテキスト・フィールド。最大255文字を受け入れるテキスト・フィールド。受け入れられる文字数は、使用しているデータベースおよびデータベース・ドライバによって異なります。指定されたタイプの全アセットを示したドロップダウン・リスト。「参照」ボタンが設定されたテキスト・フィールド。フレックス属性にデフォルトの入力スタイルを使用しない場合は、属性エディタを作成して、それを属性に割り当てることができます。属性エディタはアセットですが、属性フィールドへのデータ入力方法を指定するという点で、ベーシック・アセットに対するアセット記述子ファイル内のINPUTFORM文にも似ています。属性エディタの詳細は、第18章「属性エディタの設計」を参照してください。外部表に格納されるフレックス属性、つまり外部属性を設定できます。外部属性は、次の制約を受けます。Sitesで登録する必要があります。Sitesに対して識別される必要があります。詳細は、第12.3.4項「外部表の登録」を参照してください。外部表には、各行を一意に識別する識別子が保持される列を設定する必要があります。識別子は20文字未満とします。外部表には、任意の適切なデータ型が使用可能な属性データ値用に予約された列を設定する必要があります。属性の型がstringの場合は、文字列に適切なデータ型を使用する必要があります。フレックス親とフレックス親定義フレックス親とそのフレックス親定義は編成構造であり、次の2つのアクションを実行します。属性値の継承を実装します。親定義は継承ルールを設定(記述)し、親はこれらの継承ルールに従って属性値をフレックス・アセットに渡します。Sitesインタフェースでアセットを表示するタブにおけるフレックス・アセットの位置を決定します。タブ上にツリー形式で表示される親とフレックス・アセットの階層は、親定義を使って設定された階層に基づきます。それぞれの親アセット・タイプには、親定義で指定されたように、専用の属性セットがあります。Sitesインタフェースに表示されるフォームが作成されます。親を使用してフレックス・アセットを編成または管理するには、親の子アセットごとに変更する必要のない標準の属性値を渡します。Sitesインタフェース内で、開発者やコンテンツ・プロバイダがデータを表示する方法と、データと対話する方法に影響します。Lightingサンプル・サイトには、カテゴリおよびサブカテゴリという2つの親定義があります。Sitesインタフェース内の)ツリーでサンプル・サイトの「製品」タブに構造体を作成することのみを目的としています。Lightingサイトでは、製品親の定義がカテゴリの場合、製品親は「製品」タブの最上位レベルに表示されます。製品親の定義がサブカテゴリの場合、製品親は第2レベルに表示され、専用の親が指定されます。Fluorescent、Halogenなど、最上位レベルの製品親が複数あります。これらはカテゴリ定義を使用して作成されています。4-pinなどの次レベルの製品親は、サブカテゴリ定義を使用して作成されています。親定義および親アセットの目的は、データの分類を表現することのみでなく、エンド・ユーザーによる入力エラーのリスクなしで、ビジネス・ルール(ロジック)を適用できるようにすることです。特定の定義のフレックス・アセットを作成することによって、継承する必要のある依存性が存在する場合、そのフレックス・アセットには親を設定する必要があります。次の5つの属性を持つトースタという単純な製品があるとします。電化製品CAT2の値が「電化製品」の場合、CAT1の値には「キッチン」のみを指定できます。CAT1の値とCAT2の値の間にはビジネス・ルールの依存性が存在します。このような場合、コンテンツ・プロバイダは両方のフィールドを入力する必要はありません。データを手動入力しなければならないフィールドはすべて、入力エラーによって不正なデータが保持される可能性があるため、継承を使用してビジネス・ルールを適用することをお薦めします。CAT1とCAT2を親定義にします。キッチンをCAT1の定義で作成された親にして、電化製品をCAT2の定義で作成された親にします。キッチンを電化製品のフレックス親にします。コンテンツ・プロバイダが製品を作成するときに、CAT2に対して電化製品を選択した場合、CAT1の値は継承によって自動的に設定されます。フレックス・アセットとフレックス定義アセットフレックス・アセットは、フレックス・ファミリの理由です。これは、製品、表示されるコンテンツの一部など、最終目標を表すアセット・タイプです。GEサンプル・サイトには次の3つのフレックス・アセット・タイプがあります。画像ファイルのURLを保持するアセットファミリ内の他のメンバーのすべては、なんらかの点でフレックス・アセット・メンバーの一部となります。フレックス定義アセットは、靴、トースタ、ボーリングのボール、パンフレット、ニュースレター、記事など、フレックス・ファミリ内で1種類のフレックス・アセットを記述します。Sitesインタフェースで表示されるフォームに直接影響するテンプレートです。GEサンプル・サイトでは、製品(照明)のフレックス定義が1つだけ、記事とイメージのフレックス定義が1つだけですが、フレックス定義は必要に応じていくつでも作成できます。トースタとリネンの両方を提供する製品カタログを設計している場合は、トースタ用にフレックス定義アセットを作成し、リネン用に別のフレックス定義アセットを作成します。個々のフレックス・アセットは、1つのフレックス定義アセットのみに従って作成します。トースタ定義とリネン定義の両方を使用した製品を作成することはできません。フレックス・アセットには、作成時に直接割り当てられた属性のみでなく、親から継承する属性も割り当てられます。フレックス・アセットには複数のフレックス親を割り当てることができ、親に親があるかどうかは設計した階層構造によって異なります。GEサンプル・サイトの製品には、次のように3レベルの階層があります。Fluorescent)と複数の子(10576、10578など)が割り当てられています。フレックス・ファミリとデータベースフレックス・ファミリ内のアセット・タイプには、それぞれ複数のデータベース表があります。フレックス・アセット・メンバーには6つの表、フレックス親タイプには5つの表があります。このデータ・モデルでは、フレックス・ファミリ内のフレックス・メンバーは、ベーシック・アセット・モデルの場合よりも多くのフィールドをサポートできます。フレックス・モデルで最も重要な4つの表のタイプは次のとおりです。フレックス・アセットおよびフレックス親アセットのみの属性値を保持します。BLOB型のすべてのフレックス属性の値を保持します。フレックス・アセットおよびフレックス親のみの属性値の継承に関する情報を保持します。その他にも複数の表があり、これらの表にはフレックス・アセット間の関係に関する基礎データだけでなく、追加の構成情報(検索エンジンの詳細、外部属性の場所、パブリッシュ情報、リビジョン追跡が有効になっている場合はバージョン情報)も格納されています。特定の種類のサイト情報は、ベーシック・アセットで使用される表と同じ表に保持されます。AssetPublication表では、アセット・タイプが有効化されているコンテンツ管理サイトを指定します。コンテンツを表すフレックス・アセットを表示するテンプレートを開発する場合、_Mungo表およびMungoBlobs表から情報を抽出して表示するエレメントをコーディングします。フレックス・アセット・タイプのデータベース表のデフォルトの列ベーシック・アセット・タイプと同様に、各フレックス・アセット・タイプには、アセット・タイプの名前を採用したプライマリ記憶域表があります。GEサンプル・サイトで、製品という名前のアセット・タイプのプライマリ表はProductsとなります。製品属性アセット・タイプのプライマリ表はPAttributesとなります。ベーシック・アセット・タイプのプライマリ表と異なり、フレックス・アセット・タイプのプライマリ表には、デフォルトの列のみが設定されます。これは、属性値を持つフレックス・アセット・タイプが、属性値をプライマリ表に格納しないためです。属性値は、このアセット・タイプの_Mungo表に格納されます。一般的に、フレックス・アセット・タイプに対するプライマリ表のデフォルトの列タイプは、ベーシック・アセット・タイプに対するプライマリ記憶域表のデフォルトの列と同じです。デフォルトの列タイプの全般的なリストは、第11.2.4.2項「ベーシック・アセット・タイプのデータベース表のデフォルトの列」を参照してください。次の表に示すように、例外や追加事項は当然ながら存在します。説明categoryカテゴリはフレックス・アセット・モデルでは使用されないため、フレックス・アセット・タイプのプライマリ表にはcategory列は存在しません。フレックス・アセットに対する問合せがそのフレックス属性の値に基づいているため、フレックス・アセットはカテゴリ機能を必要としません。テンプレートこの列では、製品、記事(フレックス)、イメージ(フレックス)などのフレックス・ファミリ内のフレックス・アセット・メンバーに対する表のみに値が保持されます。これは、ファミリ内のフレックス・アセット・メンバーのみにテンプレート・アセットを割り当てて、オンライン・サイトで表示できるためです。renderidフレックス・アセットに割り当てられたテンプレート・アセットのオブジェクトIDを保持します。attributetypeフレックス属性タイプに対するプライマリ表の追加列です。属性が「新規」フォームおよび「編集」フォームに表示されるときに、その属性の入力スタイルを書式設定する属性エディタの名前を保持します(属性エディタが存在する場合)。flextemplateidフレックス・アセット・タイプ(フレックス・ファミリのフレックス・アセット・メンバー)に対するプライマリ表の追加列です。フレックス・アセットの作成に使用したフレックス定義のIDを保持します。flexgrouptemplateidフレックス親アセット・タイプに対するプライマリ表の追加列です。フレックス親アセットの作成に使用した親定義のオブジェクトIDを保持します。_Mungo表フレックス・アセット・タイプおよびフレックス親アセット・タイプには、AssetType_Mungo表があります。この場合、AssetTypeはフレックス・アセット・タイプの名前です(また、メイン記憶域表の名前と一致します)。その目的は、アセットの作成時にそのタイプのアセットに割り当てられた属性値を格納することです。GEサンプル・サイト表のProducts_Mungoには、製品アセットの属性値が保持されています。各属性値には、別々の行が割り当てられます。_Mungo表の各行には、次の各列の値が表示されます。Sitesによって自動生成される、各属性値の一意のID。これは、表の主キーです。ownerid属性値が属するフレックス・アセットのID。(フレックス・アセットの表、たとえばProductのもの。)attrid属性のID。(属性の表、たとえばPAttributesのもの。)assetgroupid属性値が継承された場合は、値を渡した親のID。(親の表、たとえばProductGroupsのもの。)_Mungo表の各行には次の列もすべて含まれますが、値(データ)は属性のデータ型に応じて1つの列のみに指定されます。説明floatvalue属性のデータ型がfloatの場合は、属性の値。moneyvalue属性のデータ型がmoneyの場合は、属性の値。textvalue属性のデータ型がtextvalueの場合は、属性の値。datevalue属性のデータ型がdateの場合は、属性の値。intvalue属性のデータ型がintの場合は、属性の値。blobvalue属性のデータ型がblobの場合は、MungoBlobs表で属性の値を保持する行のID。urlvalue属性のデータ型がurlの場合は、属性に対して入力されたパスまたはURL。assetvalue属性のデータ型がassetの場合は、アセットのID。stringvalue属性のデータ型がfloatの場合は、属性の値。SitesのURLフィールドを使用した間接的なデータ格納」を参照)、その列に対してデフォルトのストレージ・ディレクトリ(defdir)を設定する必要があります。_Mungo表に対してdefdirを設定するには、gator.iniファイルのcc.urlattrpathプロパティを使用します。MungoBlobs表MungoBlobs表が1つ存在します。これには、システム内のすべてのフレックス属性タイプに対して、blob型のすべてのフレックス属性の値が保持されています。各属性値には、表の別々の行が割り当てられます。_AMap表フレックス・アセット・タイプおよびフレックス親アセット・タイプには、AssetType_AMap表があります。その目的は、親から継承した属性にアセットをマップすることです。これにより、オンライン・サイトのページにアセットを表示するテンプレートを作成するときに、属性が継承されたか直接割り当てられたかどうかに関係なく、属性のいずれかに基づいてアセットを問い合せたり、それらの属性のいずれかを表示できます。_AMap表では、継承された属性の値を持つフレックス・アセットごとに行が1つ割り当てられます。(ただし、属性が複数の値を持っている場合、_Mungo表では値ごとに行が1つ割り当てられます。)_AMap表には次の列が割り当てられます。Sitesによって自動生成される、各行の一意のID。これは、表の主キーです。inherited属性が継承された場合は、その継承元である親のID。(親の表、たとえばProductGroupsのもの。)attributeid属性のID。(属性の表、たとえばPAttributesのもの。)ownerid属性値が属するフレックス・アセットのID。(フレックス・アセットの表、たとえばProductのもの。Sitesには、オンライン・ページに表示する個々のフレックス・アセットを識別するために、メソッド・ファミリASSETSETおよびSEARCHSTATEがあります。assetsetassetsetはフレックス・アセットまたはフレックス親アセットのみのグループであり、フレックス属性、フレックス定義またはフレックス親定義は含まれません。GEサンプル・サイトでは、製品、記事(詳細)またはイメージ(詳細)を含めたassetsetを作成できます。サイト・ページのコーディング時には、assetsetを作成して、その中にアセットを表示する文をコーディングします。searchstateフレックス・アセットのテンプレートでSEARCHSTATEメソッド・ファミリを使用して、assetsetに含める必要のあるフレックス・アセットを特定します。searchstateは、フレックス・アセットのリストまたはセットに適用される検索絞込み条件のセットです。絞込み条件として、属性値または別のsearchstate(ネストされたsearchstate)のいずれかに基づいたフィルタ(制限)を使用できます。searchstateは、データベース内の_Mungo表でも、検索エンジンで作成された属性索引のいずれでも検索できます。データベース検索とリッチテキスト(索引を通じたフルテキスト)検索を同じ問合せ内に混在させることができます。これらのタグは、_Mungo表または属性索引のみでフレックス・アセット・タイプを検索するため、これらのタグを使用してフレックス・アセットを抽出することは、ASSETタグまたは問合せアセットを使用するよりもはるかに効率的です。Sitesでは、属性アセット・タイプ全体の検索は実行できません。assetsetは属性値に基づいて作成されるため、同じassetsetに含められるのは同じ属性アセット・タイプを共有するアセットのみです。これは、フレックス・ファミリの設計する際の重要な考慮点です。共通の属性アセット・タイプを共有しないフレックス・アセット・タイプを作成する場合は、データを分離して、異なるタイプのアセットが共通assetsetに含まれないようにする必要があります。assetsetを表示することは、配信システム上でフレックス・アセットを表示するためのメカニズムです。同じフレックス・ファミリに2つのタイプのフレックス・アセットを持つことができます。これらのフレックス・アセットが同じタイプの属性を使用するかぎり、両方のタイプのアセットを含むassetsetを作成できます。2つのタイプのフレックス・アセットにわたって検索すると、それぞれの_Mungo表の間に結合が生じるため、パフォーマンスが低下する可能性があることに留意してください。GEサンプル・サイトには、記事(詳細)およびイメージ(詳細)という2つのフレックス・アセット・タイプがあります。これらは、同じ属性アセット・タイプ(コンテンツ属性)と同じ定義(コンテンツ定義およびコンテンツ親定義)を共有します。これは共有の属性アセット・タイプであるため、2つの異なるフレックス・アセット・タイプの場合であっても、同じassetsetに含めることができます。記事とイメージはGE製品アセット・タイプと属性アセット・タイプを共有しないため、製品と記事を含めたassetsetは作成できません。検索エンジンと2つのアセット・モデルこの2つのアセット・モデルのデータ構造は非常に異なるため、アセット・モデルが検索エンジンと対話する方法も大きく異なります。ベーシック・アセット・タイプはアセット記述子ファイルによって定義され、そのプライマリ記憶域表にはすべてのプロパティが列として含まれます。ベーシック・アセット・タイプで索引付けするフィールドを指定するには、そのアセット・タイプの特定のエレメントをカスタマイズする必要があります。第15章「ベーシック・アセット・タイプの設計」を参照してください。フレックス・アセットのフィールドはフレックス属性であり、これはアセットであるため、リッチテキスト検索に対してどのフィールドを索引付けするかを、属性別に決定します。Sitesアプリケーションでは、属性の「新規」フォームと「編集」フォームで「検索エンジン」フィールドを使用してどの属性を索引付けするかを指定できます。この機能を有効化するためにエレメントをカスタマイズする必要はありません。タグと2つのアセット・モデルアセットの作成と管理の最終目標は、アセットを配信システムに移動して、配信システム上でエレメントに組み込んだコードによってアセットをデータベースから抽出し、それをサイトの訪問者に表示することです。Sitesアプリケーションは、様々なツールセット(カスタム・タグ・セット)をXMLとJSPの両方で提供しています。テンプレート内でデータベースからのアセット抽出に使用するツールセットは、使用しているアセットの種類によって異なります。ベーシック・アセット・モデルのあるアセットには、ASSETメソッド・ファミリを使用します。フレックス・ファミリ内のフレックス・アセット・メンバーには、ASSETSETおよびSEARCHSTATEのメソッド・ファミリを使用します。フレックス・ファミリ内のフレックス・アセット・メンバー(製品、記事、イメージなど)には、ASSET.LOADタグを使用しないでください。フレックス・アセットに対してASSET.LOADタグを使用すると、アセットのすべての表からそのアセットに関する全情報を取得するため、効率がきわめて悪くなります。SEARCHSTATEメソッドは、フレックス・アセットのアセット・タイプに対する_Mungo表とMungoBlobs表のみを問い合せます。推奨アセットには、COMMERCECONTEXTメソッド・ファミリを使用します。Sitesおよび複数のAPIからも多数のカスタム・タグが使用できます。Sitesタグ・リファレンスを参照してください。ベーシック・アセット・モデルとフレックス・アセット・モデルこの項では、この2つのアセット・モデルの類似点と相違点を要約します。アセット・モデルの共通点ベーシック・アセット・モデルとフレックス・アセット・モデルの機能方法には多くの相違点がありますが、いくつかの共通点も見られます。Sitesアプリケーションに付属しているテンプレート・アセット・タイプとページ・アセット・タイプを使用します。すべてのアセット・タイプにはステータス・コードが割り当てられています。フレックスかベーシックかに関係なく、すべてのアセットはステータスに基づく問合せを使用して検索できます。すべてのアセット・タイプは、フレックスかベーシックかに関係なく、次の構成または管理特性を共通して備えています。サイト別に有効化する必要があります。これらのタイプの個々のインスタンスを作成できるようにするには、スタート・メニュー・アイテムをあらかじめ構成しておく必要があります。個々のインスタンスはXMLPostユーティリティを使用してインポートできます。次の表に、これらのアセット・モデルの主な相違点を要約します。機能ベーシック・アセット・モデルフレックス・アセット・モデルデータベース表の数1つ複数アセット・タイプへのフィールドの追加スキーマ変更が必要です。スキーマ変更は必要ありません。他のアセットへのリンクアソシエーションと名前なし関係を使用します。フレックス・ファミリの関係を使用します。サブタイプ通常は「管理」タブの「サブタイプ」アイテムを使用します。サブタイプの設定方法の詳細は、第11.2.3.3項「サブタイプ」を参照してください。フレックス定義とフレックス親定義を使用します。検索エンジンの索引付けアセット・タイプの特定のエレメントをカスタマイズする必要があります。フレックス属性フォームで「検索エンジン」フィールドを使用します。主なタグ・ファミリASSET、SITEPLANおよびRENDERASSETSET、SEARCHSTATEおよびRENDERパブリッシュ方法ディスクにエクスポートサーバーへのミラーリング「サーバーにエクスポート」も使用できますが、フレックス・モデルには標準ではありません。Sitesのモジュール、製品およびサンプル・サイトに付属しているアセット・タイプをすべて一覧表示します。reserved.法律上の注意点ライブラリ。