[[planning-data-types]]
=== 概念： コンテンツエンティティーとフィールド

[role="summary"]
コンテンツエンティティーとフィールドの概観。

(((エンティティー,概観)))
(((タクソノミーターム,概観)))
(((ボキャブラリー,概観)))
(((コンテンツ,エンティティータイプ)))
(((エンティティータイプ,概観)))
(((エンティティー・サブタイプ,概観)))
(((ブロック,エンティティータイプ)))
(((コメント・エンティティータイプ,概観)))
(((コンタクトフォーム・エンティティータイプ,概観)))
(((フォーム・エンティティータイプ,概観)))
(((コンテンツ・エンティティータイプ,概観)))
(((カスタムブロック,エンティティータイプ)))
(((フィールド,概観)))
(((ユーザープロファイル・エンティティータイプ,概観)))
(((モジュール,コメント)))
(((モジュール,コンタクト)))
(((モジュール,タクソノミー)))
(((モジュール,ユーザー)))
(((モジュール,ノード)))
(((モジュール,カスタムブロック)))
(((モジュール,ファイル)))
(((Comment モジュール,エンティティータイプ)))
(((Contact モジュール,エンティティータイプ)))
(((Custom block モジュール,エンティティータイプ)))
(((Node モジュール,エンティティータイプ)))
(((Taxonomy モジュール,エンティティータイプ)))
(((User モジュール,エンティティータイプ)))
(((File モジュール,エンティティータイプ)))

==== 前提知識

* <<understanding-data>>
* <<understanding-modules>>

==== コンテンツエンティティーとは？

「コンテンツエンティティー」（一般的には「エンティティー」）は、テキスト、HTML マークアップ、画像、添付ファイル、その他のデータで構成される、サイトの訪問者に表示することを目的としたコンテンツデータのアイテムです。
コンテンツエンティティーは、コアソフトウェアやモジュールによって定義されます。

コンテンツエンティティーは、用途が異なり、サイトでの表示方法がまったく異なる、「エンティティータイプ」にグループ化されます。
また、ほとんどのエンティティータイプは、「エンティティー・サブタイプ」に分けられます。これは、エンティティーの用途や表示方法に応じて、より小さなバリエーションを可能にするための、エンティティータイプ内での区分です。
一般的なコンテンツ・エンティティータイプを、次の表に示します。

[width="100%",frame="topbot",options="header",grid="rows"]
|=============================================
|エンティティータイプ |エンティティー・サブタイプ |定義モジュール |主な用途

|コンテンツアイテム |コンテンツタイプ |Node モジュール
  |サイトのページでメインとなるページエリア用のコンテンツ
  | 3+| *例：* 農産物市場サイトの例では、基本ページ、生産者ページ、レシピページ用のコンテンツタイプを持つことができる。

|コメント |コメントタイプ |Comment モジュール
  |コンテンツエンティティー（一般的にコンテンツアイテム・エンティティー）に付加されるコメント
  | 3+| *例：* ブログサイトでは、ブログ投稿にコメントが付く場合がある。農産物市場サイトの例では必要ない。

|ユーザープロファイル |（なし） |User モジュール
  |サイトのユーザーアカウント（ログインアクセス権）を持つ人に関連するデータ
  | 3+| *例：* すべてのサイトでは、少なくともユーザー名とメールアドレスがある、最小限のユーザープロファイルを持つ。SNS サイトでは、より情報量の多い、より複雑なユーザープロファイルを持つ場合がある。

|カスタムブロック |ブロックタイプ |Custom Block モジュール
  |一般に、サイトのヘッダーやフッター、サイドバーに表示される、テキストや画像の小さなコンテンツ
  | 3+| *例：* 農産物市場サイトの例では、営業時間や所在地をサイドバーブロックに配置することができる。

|タクソノミーターム |ボキャブラリー |Taxonomy モジュール
  |ほかのタイプのコンテンツを分類するために使用
  | 3+| *例：* 農産物市場サイトの例では、「ニンジン」や「トマト」などのタクソノミータームを含む「食材」タクソノミーボキャブラリーで、「レシピ」コンテンツを分類することができる。
  ブログサイトでは、「タグ」ボキャブラリーや「カテゴリー」ボキャブラリーを使用して、ブログ投稿を分類する場合がある。

|ファイル |（なし） |File モジュール
  |一般に、ほかのタイプのコンテンツに添付され、サイトによる監視や管理が行われる画像や添付ファイル
  | 3+| *例：* 農産物市場サイトの例では、「レシピ」と「生産者」の両方のページに添付画像（内部で、サイトによりファイルエンティティーとして管理される）を持つことができる。

|コンタクトフォーム |フォームタイプ |Contact モジュール
  |サイトの訪問者がサイトの所有者に連絡できるフォーム
  | 3+| *例：* 農産物市場サイトの例では、コンタクトフォームは必要。

|=============================================

==== フィールドとは？

エンティティーアイテム内で、データは個別の「フィールド」に保存されます。
各フィールドは、整形済みテキストやプレーンテキスト、画像ファイルやその他のファイル、あるいは日付のようなデータのタイプを持ちます。
フィールドタイプは、コアソフトウェアやモジュールによって定義されます。

フィールドは、管理者がエンティティー・サブタイプに追加できます。
これにより、特定のエンティティー・サブタイプのすべてのエンティティーアイテムは、同一のフィールド群を利用できます。
たとえば、農産物市場の例で、「基本ページ」コンテンツタイプがタイトルとページ本文のフィールドだけを持つのに対し、「生産者」コンテンツタイプは、生産者名、ロゴ画像、ウェブサイトの URL、説明などのフィールドを持つことができます。
エンティティーアイテムの作成や編集をするときは、エンティティーアイテム上のフィールドの値を指定していることになります。

==== 関連トピック

* <<planning-structure>>
* <<content-create>>
* <<structure-content-type>>
* <<structure-taxonomy>>
* <<user-concept>>
* <<block-concept>>

// ==== その他のリソース


*帰属情報*

Written and edited by https://www.drupal.org/u/jhodgdon[Jennifer Hodgdon]
and https://www.drupal.org/u/gdunham[Grant Dunham].
Translated by https://www.drupal.org/u/hgoto[Hayato Goto], https://www.drupal.org/u/takafumi[Takafumi].
Reviewed by https://www.drupal.org/u/takafumi[Takafumi], https://www.drupal.org/u/hgoto[Hayato Goto], https://www.drupal.org/u/kabetani[Takashi Kabetani].
