RDBMS製品のビッグ3、それぞれの“癖”をつかもう：RDBMSアーキテクチャの深層（1）（1/2 ページ）

はじめに

　商用RDBMSと呼ばれる製品が世の中にたくさんあることはよくご存じだと思います。数ある商用RDBMSの中でも特別にメジャーな存在としてOracleがありますが、＠ITサイトを訪れる人の中には、「Oracleのことなら何でも知っている」という方も多いのではないでしょうか？

　しかし、商用RDBMSプラットフォーム選定の最近の動向として、Oracle以外のRDBMSであるMicrosoft SQL ServerやIBMDB2が採用されるケースも増えてきています。これらは同じリレーショナル・データベース機能を提供する製品ですが、それぞれがまったく別のアーキテクチャから構成されています。それ故、機能が似ているようでも、Oracleとは異なった使い方を考慮しなければなりません。

　本連載では、それぞれのRDBMS間の詳細な違いを網羅的に比較するのではなく、Oracleを軸としてそのほかのRDBMSとの違いに焦点を当て、2つのRDBMS（OracleとSQL ServerもしくはOracleとDB2）間で、特に大きく機能が異なり、注意する必要のあるところを紹介します。

　本連載は以下のような構成となります。

　さて、第1回の今回は、まず概要ということで、Oracle以外の商用RDBMSがプラットフォームとして選定されるようになった背景について触れてみます。

エンタープライズ環境でOracleが選定されてきた背景

　各RDBMSベンダから出ている資料には、競合他社の製品と比較して自社製品がいかに優れているかについて述べられています。しかし、このような機能的な優劣の比較の情報は、現実のRDBMSの選定に対してはあまり意味がないものでした。

　一昔前までは、エンタープライズ環境で使用する商用RDBMSといえば、Oracleが選定されることが一般的でした。この背景としては、以下のような理由を挙げることができます。

• OS自体の信頼性という観点でUNIXとWindowsを比較した場合、UNIXに優位性があると思われていた
• UNIXでの製品別のシェアを比較した場合、Oracleは稼働実績もあり安心できると思われていた
• サードパーティ製のサポート製品が多く、既存システムとの親和性が高い
• 解説書（書籍、雑誌、Webサイトなど）が多い
• Oracle Master資格制度や、無料の試用版、マニュアル配布というオラクル社の巧みな戦略により技術者が多く存在する
• 特定のパッケージ製品がサポートする RDBMSがOracleに特定される場合が見られた

　これらの理由を見れば分かるとおり、Oracleが選定される「決め手」となったのは、どちらかといえば製品自体の細かな機能の優劣ではなく、「慣れたプラットフォームを使うことで安心できる」というRDBMSに直接かかわる情報システム部門からの主張によるものでした。

　それでは次ページで、ここ数年でOracle以外のRDBMS製品が選ばれるようになった背景を考えてみましょう。