Martin Fowler氏はデータストレージについての凍結した考えがほぐれてきたと考えている

作者 Abel Avram , 翻訳者 沼田 暁子 投稿日 2008年12月11日

セクション

運用/インフラ,

設計/アーキテクチャ,

デベロップメント

トピック

CouchDB ,

Ruby ,

Java ,

Distributed Document Oriented Database ,

動的言語 ,

言語 ,

.NET ,

Relational Databases ,

データアクセス ,

Object Databases ,

GemStone ,

プログラミング ,

MagLev ,

Architecture ,

データベース

共有 |

最近投稿したブログ記事の中で、ソフトウェアの思想のリーダーとして有名なMartin Fowler氏(リンク)は、先週行われたQConで、アプリケーション・アーキテクチャの中でのデータベースに関する固く凍りついた考えがほぐれ始めていることに気づいたと書いている(リンク)。世界はあらゆるアプリケーションのユースケースでRDBMSデータベースを使用することから抜け出せないでいたが、RISC RDBMSや分散ドキュメント指向データベースについても検討する時がきた。QConでTim Bray氏が行った基調講演はストレージの領域の変化(参考記事・英語)やそれがアプリケーション・アーキテクチャにどのような影響を及ぼすかに関するものであったし、さらに、トラック全体が分散ドキュメント指向データベース(リンク)に関するものもあった。
 

ODBMSデータベースの失敗について言及したあとで、Martin氏はRDBMSが成功を収めた理由に対する彼の意見を述べた：「RDBMSの優勢は、データ管理における役割よりも統合における役割によるものの方が大きいのです。」次のように続けている。

今日、多くの組織にとって、統合の主要なパターンは共有データベース統合です(リンク)－複数のアプリケーションが共通のデータベースを使用することによって統合されます。こうした統合データベースがある場合(リンク)、全てのこうしたアプリケーションがこの共有データを簡単に取得できることが重要です－それゆえにSQLの全ての重要な役割があります。ほぼ標準的な問合せ言語としてのSQLの役割は、データベース優勢の中心にありました。

インターネットは新しい統合ソリューションを提供することで状況を変えつつある。

データベース領域の加熱は、統合のための選択肢の存在－特に、Webサービスの台頭－によってもたらされます。様々な名の下に、アプリケーションがHTTP越しにテキスト（大部分はXML）文書を渡すことによって相互に対話する動きが高まりつつあります。Webは、インターネットでもイントラネットでも、この統合方法をSQLよりももっと広く行き渡ったものにしました。これは望ましいことです。私は複数のアプリケーションが共通のデータベースを通して強く結びつくというアプローチが好きではありません－それよりも大きくカプセル化が破られることはありません。

Martin氏の意見では、HTTPはデータベースの使われ方に影響を与える。

もしあなたが統合のプロトコルをSQLからHTTPに変えたら、それはあなたがデータベースを統合データベース(リンク)からアプリケーション・データベース(リンク)に変えられるということです。この変化は重大です。最初の段階では－Ruby on Railsがとったアプローチのような－0-Rマッピングへのもっとシンプルなアプローチがサポートされます。しかし、なおその上に、関係データモデルの欠点のような支配を壊します。もしあながたHTTPを通して統合すれば、もはやアプリケーションがそのデータをストアする方法は問題になりません。言い換えると、アプリケーションはそれ自身のニーズにとって有用なデータモデルを選択できることを意味しています。

Martin氏はRDBMSがすぐになくなるだろうとは考えていないが、彼はTim Bray氏が言及した、いくつかの考えられる選択肢を挙げている。

• Drizzleは関係データベースの形ですが、最近の関係データベース製品の機構の多くを避けています。私はRISC RDBMSであると考えています－関係データベースの機能セットの必要最低限のもののみをサポートしています。
• Couch DB (リンク)は、分散したキーと値をペアにしたモデルへの、多くの取り組みの中のひとつです。はっきりとシンプルなデータモデルです（実際、ハッシュマップ以上のものではありません）が、この種のアプローチは大規模なWebサイトではかなりポピュラーになっています。
• Gemstone(リンク)はオブジェクトデータベース群の一つで、GemstoneとSmalltalkの組み合わせは（そのほとんどの後継のものを上回る）とても強力な開発環境だと考えていました。Gemstoneはまだニッチなプレーヤーとして出回っていますが、もっと勢いを増すかもしれません。
• Maglev(参考記事・英語)－そのアプローチ（基本的にはデータベースと仮想マシンの融合）をRubyの世界に持ち込もうというプロジェクトです。

Martin 氏は、RDBMSは消えたりはしないし「多くの状況にとって正しい選択である」と慎重に結論付けている。彼のブログでは、しかしながら、最近は選択肢が増え、「アプリケーションの開発者たちは、自分たちのニーズにとって何が正しい選択肢であるのかを考えなければなりません。関係データベースではないプロジェクトの人気も成熟度も高まっていて、もっともっと選択肢は増えるでしょう。」と述べている。あなたはどう思うだろうか？
 

原文はこちらです：http://www.infoq.com/news/2008/11/Database-Martin-Fowler