テーブル（データベース）

データベースにおいて、テーブルは列と行で構成される表形式で整理された関連データの集合です。

リレーショナルデータベースやフラットファイルデータベースでは、テーブルは垂直の列（名前で識別可能）と水平の行のモデルを使用したデータ要素（値）のセットです。セルは行と列が交差する単位です。^[1]テーブルには指定された数の列がありますが、行は任意の数にすることができます。^{[2]各行は、特定の列のサブセットに現れる1つ以上の値によって識別されます。行を一意に識別する特定の列の選択は、}主キーと呼ばれます。

「テーブル」は「リレーション」の別名です。ただし、テーブルは通常、行のマルチセット(バッグ) であるのに対し、リレーションはセットであり、重複は許可されないという違いがあります。実際のデータ行の他に、テーブルには通常、テーブルまたは特定の列内の値に対する制約など、いくつかのメタデータが関連付けられています。 ^{[疑わしい–議論する]}

テーブル内のデータは、データベースに物理的に格納されている必要はありません。ビューもリレーショナルテーブルとして機能しますが、ビューのデータはクエリ時に計算されます。外部テーブル（たとえば、 Informix ^[3] やOracle ^{[4] [5]}など ）もビューとして考えることができます。

RやPythonのpandas など、計算統計の多くのシステムでは、データ フレームまたはデータ テーブルはテーブル抽象化をサポートするデータ型です。概念的には、すべて同じフィールドまたは列を含むレコードまたは観測のリストです。実装は、それぞれに名前が付いた 配列またはベクトルのリストで構成されます。

データベースのリレーショナル モデルでは、テーブルはリレーションの便利な表現であると考えられますが、この 2 つは厳密には同等ではありません。たとえば、SQLテーブルには重複行が含まれる可能性がありますが、真のリレーションには、タプルと呼ばれる重複行を含めることはできません。同様に、テーブルとして表現すると行と列に特定の順序が暗示されますが、リレーションには明示的に順序がありません。ただし、データベース システムは、 テーブルを照会するステートメント ORDER BYで句が指定されていない限り、行の順序を保証しません。SELECT

同様に有効な関係の表現は、 n次元チャートです。ここで、n は属性の数 (テーブルの列) です。たとえば、2 つの属性と 3 つの値を持つ関係は、2 つの列と 3 つの行を持つテーブル、または 3 つのポイントを持つ 2 次元グラフとして表現できます。テーブルとグラフの表現は、行の順序が重要でなく、テーブルに重複する行がない場合にのみ同等です。

非リレーショナル システム、階層型データベースでは、テーブルの遠い対応物は構造化ファイルであり、ファイルの各行と行の各列でテーブルの行を表します。この構造は、行に、通常は子データ セグメント内の繰り返し情報を含めることができることを意味します。データは、物理レコードの順序で保存されます。

スプレッドシートとは異なり、列のデータ型は通常、テーブルを記述するスキーマによって定義されます。SQLiteなどの一部のSQLシステムでは、列のデータ型の定義はそれほど厳密ではありません。

• 関係（データベース）
• 行（データベース）
• 列（データベース）
• 仮想列
• 表（情報）