なぜpostgresqlでテーブルがリレーションと呼ばれていますか？

Question

私は、MySQLのバックグラウンドから来て、テーブルが実際にpostgresqlでリレーションと呼ばれるのはなぜかと思っています。それはSQL：2008 ISO/ANSI標準と関係がありますか？それはポストグルとの最初の数回の出会いで私と同僚の地獄を混乱させたからです。

私は、それの背後にある推論を知っていると、何かをクリアするかもしれないし、採用を少し容易にするかもしれないので、私は尋ねています。

Answer 1

これは、ソフトウェアエンジニアが使用する用語ではなく、学者が使用する用語に由来します。これはPostgreSQLで大量に発生することがわかります。そのマニュアルでは、あまりよく知られていない場合は、頻繁に技術辞書が必要になります。

データベースの形式言語は、「関係代数」と呼ばれます。

マークバニスターで述べたように、このリンクは、専門用語のために役立つかもしれない：

http://en.wikipedia.org/wiki/Relational_databases#Terminology

編集

私はこれで何を意味するかについて明確にする： SQLは、標準であります業界によって書かれました（Oracleは大きな役割を担っています）。 SQLには関係代数は言及されていませんが、実際にはその起源はむしろ代数的に人間が容易に読むことができるように設計された言語でした。

一般的に、関係代数は学術界の領域であり、エンジニアリング業界では一般的に使用されていません。

Posgresqlコミュニティは他の実装よりも学術コミュニティとの関係が深く、エンジニアをコピーするのではなく、関係代数から用語を選択したようです。 PostgreSQLはリレーショナルデータベース管理システムではなくSQLデータベース管理システムであるため、これが間違っていると主張する人もいます。

Answer 2

これはちょうど名前を付ける方法です。行と列を持つテーブルを持つ人もあれば、タプルや属性と関係を持つ人もいます。 PostgreSQL特有のものではなく、これらの他の指定を使用することは、テーブルを整理する特定の方法を意味します.wikipediaの「リレーショナルモデル」を参照してください。

Answer 3

「関係」は実際にはいくつかの異なるタイプのデータベースオブジェクトをカバーします。テーブル、ビュー、シーケンス、インデックスはすべてリレーションです。 SELECT以外のインデックスからSELECTを実行できます。したがって、「関係」は「データを取得できるもの」を意味し、テーブルとビューは全く異なる方法で動作するインスタンスとして考えることができます。

「行」と「列」の代わりに「タプル」と「属性」と言うこともできます。行と列はテーブルの構成要素と考えることができますが、タプルと属性は実際の行や列に実際には対応していない可能性のある、関数やクエリの出力などもカバーするより抽象的な概念です。しかし、これは "バイト"と "オクテット"を区別しようとするのと同じくらい混乱します。

はもちろんのこと：テーブルに、タプルは 行を表すものではありません、それは 行バージョンを表していますし、作るものされているバージョン情報を使用してタプルを区別し、「行」としてそれらを提示します単なるタプルのコレクションの代わりにテーブルをテーブル化する。やや。タプル属性の一部は列ではなく、バージョン管理を管理する追加のメタデータです。

Answer 4

SQL：2008 ISO/ANSI規格と関係があるか？

標準SQL仕様では、常に「関係」という用語とその派生語を意図的に避けています。

定義によるリレーションには、重複した名前、匿名列、重複するタプルおよびnullがない属性はありません。同じものをSQLテーブルと言うことはできません。 postgreSQLのドキュメントが "relation"と "table"を同じにしている場合、これらの用語は緩やかに使用されています。