RDBMSに関する典型的な誤解が絶えないという現実

新入社員必読、データベースの基本を理解しよう - データベースはなぜ必要なの？：ITproという記事に対するブクマで次のようなIDコールが来た。（現在はコメント返しへのお礼が入っているので、文字数制限のためオリジナルのコメントは少し切り詰められている。）

"リレーショナルデータベースはすべてのデータを2次元の表形式で表現"こういうのもリレーションが2次元構造という誤解の一種なんだろうか。id:nippondanjiさんが書いてたような。

さて、この疑問に対する正解は如何なるものだろうか？


つい先日「7つのデータベース 7つの世界」の書評で書いたばかりだが・・・

言うまでもなくその通りである。

リレーションが2次元的な構造を持っているというのは典型的な誤解だ。（ちなみにリレーションの次元は属性の数に等しい。n個の属性があるリレーションはn次元。）リレーショナルモデルについてちゃんと学習していれば間違うことはないのだが、この誤解は本当に多い。

問題の記事にはまだ他にも問題があるので、文章を引用して問題点を指摘しておこう。

リレーショナルデータベースはすべてのデータを2次元の表形式で表現し、関係する項目同士にリレーションシップ（関係）を設定することで複雑なデータも表現することができます。カード型やネットワーク型などのデータベースに比べて、人間が直感的に理解しやすいことから急速に普及し、現在ではただ単に「データベース」といった場合には、「リレーショナルデータベース」のことを指すと思って間違いないでしょう。

前半部分の"リレーショナルデータベースはすべてのデータを2次元の表形式で表現し"というのも典型的な誤りだが、後半の"関係する項目同士にリレーションシップ（関係）を設定する"というのもまたポピュラーな誤りである。なんとひとつの文章の中に2つの典型的な誤解が含まれているではないか。

とまあふざけるのはこのへんにして、後半部分について少し説明しよう。SQLでリレーションに相当するものはテーブルだ。テーブルとリレーションには数々の相違点があるのだがここではいったん置いておく。（詳しくはWEB+DB PRESSで連載中の「理論で学ぶSQL再入門」などを見て欲しい。ガッツリ学習するならChris Date氏の著書がオススメだ。連載ではできるだけ平易な言葉を使うよう注意しているので易しい説明が好きな人にはそちらを薦めたい。）重要なのはリレーショナルモデルにおける「関係」ないしは「リレーション」とは、テーブル同士の関係（リレーションシップ）のことではなく、テーブルそのものを指すという点だ。「テーブル同士の関係性を表現するデータモデルだ」というのは非常にポピュラーな誤解である。リレーショナルモデルはリレーション同士の関係性ではなく、リレーション内のアトリビュート（属性）、すなわちSQLでいうところのカラム（列）同士の関係性を表現するデータモデルなのだ。残念なことに、この点についても誤解している人は本当に多い。

ところで、先ほど触れた連載とは別に、最近出たばかりのWEB+DB PRESSの74号の特集で、MySQLの入門について書いた。その際RDBMSの基礎としてリレーショナルモデルについても簡単に説明しているので良ければ参照して頂きたい。（ちなみに、WEB+DB PRESSの記事では、先ほど引用した文章の中にある"人間が直感的に理解しやすいことから急速に普及し"という意見とは正反対のことを書いた。直感的という意味では表計算のほうが分かりやすいよね、的な。）

先ほどの記事はどうやら連載のようだが、連載目次を見ると「テーブル間をどのように関連づけるの？」というタイトルのものが予定されているようだ。くれぐれも「外部キーでリレーションもバッチリだ！」というような過ちを犯すことがないように願っている。

なぜこのように間違ってしまう人が絶えないのだろうか。恐らくは、SQLを学習する際、みな実践ばかりに力を入れて、理論（リレーショナルモデル）についての学習が疎かになっているからではないかと思う。実践は確かに大事だ。実践されない理論は無意味である。だが、理論のない実践もまた危険なのである。ときには実践ばかりではなく、理論についても学習する機会を持ってみてはいかがだろうか。せっかくRDBMSについて学ぶのであれば、どうせなら正しい知識を身につけてもらいたいと思う。最初に誤った知識をして後からそれを修正するという回り道をすることで得られるものもあるかも知れないが、誤った知識を身につけたままでいるというリスクもあるので、やはり最初から正しい知識を身につけるに越したことはないのである。