関係データベース管理システム




関係データベース管理システム（かんけいデータベースかんりシステム）、リレーショナルデータベースマネジメントシステム（英語: relational database management system、略称：RDBMS）は、関係データベースの管理システムである。2007年の時点では、広く知られていてまた広く使われているデータベースのほとんどは関係データベースであったが、その後NoSQLが発展したため必ずしもそうとは言えなくなっている。


一定の人々は、関係モデルを煩雑であるなどとみなしているためか、RDBMSの簡単な定義として、「データを表の形式で永続化し、かつデータ間の関連もまた表の形式で永続化できるDBMS」と考えているようである。


関係データベースをオブジェクトデータベースと融合させたオブジェクト関係データベースなどといったものもある。その管理システムはオブジェクト関係データベース管理システムなどと呼ばれる (ORDBMS) 。


関係データベースの、標準の問い合わせ言語として SQL がある。


商用の RDBMS としては Oracle Database や IBM DB2 などが、オープンソースの RDBMS としては MySQL や PostgreSQL などが、広く知られている。ただし、これらの DBMS を 真のRDBMS と呼んで良いのかどうかについては、後述のとおり、議論の対象となっている。




目次






  • 1 RDBMSの機能


  • 2 RDBMSの用語の歴史


  • 3 RDBMSの用語の現在


  • 4 RDBMSの市場シェア


  • 5 RDBMSに関する批判


  • 6 RDBMSの実装


    • 6.1 商用


    • 6.2 オープンソース




  • 7 参考文献


  • 8 脚注


  • 9 関連項目


  • 10 外部リンク





RDBMSの機能


以下に RDBMS の主な機能を示す。



データベース言語


データベース言語は、DBMS に対してさまざまな指示を伝えるための言語である。概念的には、データ定義言語 (DDL)、データ操作言語 (DML)、データ制御言語 (DCL) の構成要素からなる。データ定義言語 (DDL) はデータベースの構造を定義する。データ操作言語 (DML) はデータベースに対する検索や更新などの操作を行う。データ制御言語 (DCL) はデータに対するアクセス制御を行う。RDBMS では、関係モデルに基づいたデータベース言語を備えている。RDBMS のデータ操作言語は、関係モデルの関係代数と関係論理に基づいている。RDBMS とされるシステムの多くは、データベース言語 SQL を備えている。

物理的データ独立性

データベースを格納する記憶装置を変更する際、それに伴って RDBMS にアクセスする方法を変更する必要はない。RDBMS にアクセスする利用者やアプリケーションソフトウェアに対して、RDBMS は記憶装置の変更を隠蔽することができる。

論理的データ独立性

RDBMS では導出関係 (ビュー) により論理的データ独立性を支援する。導出関係とは、関係代数もしくは関係論理の式に名前を付けたものである。導出関係は関係の一種であり、ビューとも呼ばれる。なおこれに対し SQL CREATE TABLE 文で定義するような基本的な関係 (テーブル) を基底関係という。また導出関係を使うことで、複雑な検索や更新などのデータ操作を簡略化して記述することができる。

データ完全性


データ完全性は、不正なデータが登録されることや、不正なデータに更新されることを防ぐことをいう。RDBMS では、定義域・データ型・一意性制約 (ユニーク制約) ・参照整合性制約・一般制約 (CHECK制約) ・トリガ などの機能を備えている。

トランザクション処理


ACID特性に基づいたトランザクション処理を行う。複数のユーザが同時に同一のデータを参照・更新した場合でも、矛盾なく正常に処理をこなす。

セキュリティ

ほとんどの RDBMS ではセキュリティ (機密保護) に関して任意アクセス制御もしくは強制アクセス制御を提供し、さらに一部の RDBMS ではデータの暗号化機能も提供する。多くの RDBMS では任意アクセス制御を採用している (SQLでは任意アクセス制御のみを規定している) 。SQL の任意アクセス制御においては、GRANT文により、利用者 (認証識別子) を指定して、その利用者がアクセスできるオブジェクト (関係など) 、およびアクセスの種類 (検索、更新など) を定義する。データ暗号化機能では、RDBMS を迂回した不正なデータアクセスに対する対策として、RDBMS で管理・送受信するデータを暗号化する。

復旧

トランザクション障害、システム障害、記憶媒体の障害からの復旧を行う。

最適化


データ操作言語 (DML) による、高水準な関係代数や関係論理で記述されたデータ処理要求を、低水準な手続きに最適化 (クエリ最適化) して実行する。

分散データベース


分散データベースは、ネットワークで接続された複数のコンピュータを使い、それぞれのコンピュータ上で DBMS のプロセスを協調させて動かし、全体として仮想的に一つの DBMS を実現する技術である。複数のコンピュータを使うため、可用性や処理性能を向上させることができる。クライアント・サーバのデータベースは、分散データベースの簡単で特殊な形態と位置づけることができる。


いくつかの RDBMS では、オブジェクト指向の機能拡張を行っている。
このような RDBMS は、オブジェクト関係データベース管理システム (ORDBMS) と呼ばれる。



RDBMSの用語の歴史


1969年、エドガー・F・コッドは画期的な論文を発表して RDBMS を提唱した。
この論文は1970年に、ACM の学術誌に "A Relational Model of Data for Large Shared Data Banks" (大規模共有データバンクのデータ関係モデル) として掲載された。
コッドは、この論文とその後に発表した論文で、「リレーショナル」(「関係に基づく」) の概念とは何かを定義した。


コッドが提唱した RDBMS が備えるべき条件として、「コッドの12の規則」が有名である。
しかし関係モデルの初期の実装の多くは、コッドの12の規則の全てを満たすには至らなかった。
そのため RDBMS という用語は、当初と比べてより広い意味でのデータベースシステムを対象として使われることが、多くなってきている。


現在では、RDBMS という用語は、次のようなシステムに対して使われている。



  • システムの利用者が、データをいくつかの関係 (複数の行と複数の列からなる表) の形で、扱うことができるシステム

  • システムの利用者が、表形式のデータを参照・更新する手段として、関係演算 (制限、射影、結合、和などの関係代数や関係論理) を、使うことができるシステム


関係モデルを比較的正確に実装した最初の RDBMS は、ミシガン大学で実装された Micro DBMS (1969) と、Peterlee にある IBM UK Scientific Centre で実装された IS1 (1970-1972) およびその後継システム PRTV (1973–79) であった。RDBMS として販売された最初のシステムは、1978年からリリースされた Multics Relational Data Store であった。その他には Ingres (マイケル・ストーンブレーカーが中心となってカリフォルニア大学バークレー校で開発された) や IBM BS12 などが挙げられる。



RDBMSの用語の現在


どのような データベース管理システム (DBMS) が、「リレーショナル」DBMS といえるのか (もしくはいえないのか) については、議論の対象となっている。データベースに携わる人の多くに受け入れられた RDBMS の定義は、まだできていない。


一部では、複数の行と複数の列からなる表の構造としてデータを扱うことができさえすれば、関係モデルに厳密に準拠していなくとも、RDBMS としての基準を満たすとしている。この見解において RDBMS の基準を満たすとされるDBMSの多くは、コッドの12の規則のうちいくつかを満たす。しかし広く知られている DBMS のほとんどは、厳密に関係モデルに準拠しているわけではなく、コッドの12の規則の全てを満たすには至っていない。


別の見解では、コッドの12の規則の全てを満たすには至っていない DBMS (もしくはクリス・デイト、ヒュー・ダーウェンにより提唱された関係モデルの見解を満たすには至っていない DBMS ) は、RDBMS とはいえないとしている。この見解は、データベースの理論家やコッドの考え方を支持する人に共有されている。主な論者は、エドガー・F・コッド、クリス・デイト、ヒュー・ダーウェンである。この見解によれば、DBMS の多くが「真にリレーショナル」とはいえないことになる。この見解をとるなら、SQLを使ってデータを参照・更新する DBMS の全てが、RDBMS とはいえない。こうした見解をもつ人は、コッドの12の規則の全てを満たしていない DBMS を、「疑似リレーショナルデータベースマネジメントシステム」(PRDBMS) と呼んでいる。この人々は、コッドの12の規則を全て満たす RDBMS を「真のリレーショナルデータベースマネジメントシステム」(TRDBMS) と呼ぶ。


現在は、RDBMS の選定を行う際は、コッドの12の規則の全てを満たすという要件は考慮されない。情報技術 (IT) を担う組織におけるデータ管理を担う人々にとっての TCO (総保有コスト) が、とても重視される。一部の人々は、このような現状は不幸であり皮肉であると考えている。なぜなら、コッドの12の規則の有用性を確信している人の見解では、この RDBMS としての基準を正確に満たすことにより、DBMS の信頼性と一貫性と生産性と処理性能を高めることができ、それゆえ TCO の抑制に大きく役立つはずであった。RDBMS の基準を正確に満たすことによるこのような利点は、実際に、DBMS を真の RDBMS としようと努めている人々にとって、とても大きな動機づけとなっている。


現在、RDBMS の実装のほとんどが、データベース言語として SQL を採用している。しかし SQL に代替するデータベース言語 (データベース言語仕様 D に基づいた Tutorial D などのデータベース言語) が提唱され、実装が行われている。ただし SQL に代替するデータベース言語を採用し実装している商用の RDBMS は非常に少ない。



RDBMSの市場シェア


商用RDBMSの市場は、IDCの調査資料によると、アメリカ合衆国においては、Oracle、IBM/Informix、Microsoft、Sybase、Teradata の5社が、市場 (売上高) の約9割を占めている。


オープンソースのRDBMSとしては近年では、PostgreSQL、MySQL、Firebird などが広く使われるようになっている。


ガートナーの2008年の調査結果は以下のとおりである。




  • Oracle Database - 70%


  • Microsoft SQL Server - 68%


  • MySQL (Oracle Corporation) - 50%


  • IBM DB2 - 39%


  • IBM Informix - 18%


  • SAP Sybase Adaptive Server Enterprise - 15%


  • SAP Sybase IQ - 14%


  • Teradata - 11%



RDBMSに関する批判


現在の RDBMS に関して言及されている批判と不満を述べる。



  • ほとんどの RDBMS のベンダは SQL 以外のオプショナルなデータベース言語を提供することを模索していない。多くの人々は、SQL にはある程度の改定もしくは抜本的な改定が必要だと考えている。SQL は開発されてから約30年もの歴史を経ており、また SQL はそもそも関係モデルに準拠していない[1]。

  • 広く使われている RDBMS の多くは静的な型づけを採用している。一定の人々は、動的型づけされた列 (カラム) もしくはオプショナルな列を採用すれば、プロトタイピングや、市場で素早く敏捷であることが重要であるような分野において、有用であると思っている。(オプショナルな列を実装しているいくつかのデータベース管理システムでは、行 (組、レコード) に指定された列が無い場合はnullあるいは空白を返すことによって実装している)

  • 広く使われ過ぎている。すべてのデータモデルが RDBMS を必要とするわけではない。しかし多くの開発者はデータベース管理システム (DBMS) を採用する際に、とにかく RDBMS を採用し利用する傾向がある。結果として、RDBMS ではない DBMS のほとんどは、開発時間と資金と革新が欠乏している。

  • 一般的なRDBMSでは構造的に、高負荷時や同時アクセスが発生した場合の性能が保証されないという欠陥がある。多くのシステムでは、画面の切り替わりが８秒以内、バッチの実行時間が４時間以内といったような性能保証を求められるが、データを格納しているRDBMSに性能保証の機構がないため、システム全体で確実な性能保証ができない要因となっている。



RDBMSの実装



商用



























































RDBMS実装 開発元
ALTIBASE ALTIBASE Corporation
Oracle Database
オラクル
Tibero
ティーマックスソフト
DB2
IBM

Informix Dynamic Server (IDS)
IBM

Adaptive Server Enterprise (ASE)
Sybase
Microsoft SQL Server
マイクロソフト
InterBase
エンバカデロ・テクノロジーズ
Symfoware Server
富士通
HiRDB
日立製作所
HiRDB on XDM (XDM/RD) 日立製作所

RIQSⅡ V2
日本電気 (NEC)
Teradata
テラデータ


オープンソース



















































RDBMS実装 開発元
Apache Derby Apache DB プロジェクト (Apacheソフトウェア財団)
Firebird Firebirdプロジェクト
H2 Database Thomas Mueller
HSQLDB Thomas Mueller
Ingres Ingres Corp.
MariaDB Monty Program Ab
mSQL Minerva Network Management Environment
MySQL
オラクル
PostgreSQL PostgreSQL Global Development Group
SQLite D. Richard Hipp
VoltDB Michael Stonebraker


参考文献



  • C. J. Date、藤原譲ほか (訳) 『データベースシステム概論 原著第6版』 丸善、東京、1997年。.mw-parser-output cite.citation{font-style:inherit}.mw-parser-output .citation q{quotes:"""""""'""'"}.mw-parser-output .citation .cs1-lock-free a{background:url("//upload.wikimedia.org/wikipedia/commons/thumb/6/65/Lock-green.svg/9px-Lock-green.svg.png")no-repeat;background-position:right .1em center}.mw-parser-output .citation .cs1-lock-limited a,.mw-parser-output .citation .cs1-lock-registration a{background:url("//upload.wikimedia.org/wikipedia/commons/thumb/d/d6/Lock-gray-alt-2.svg/9px-Lock-gray-alt-2.svg.png")no-repeat;background-position:right .1em center}.mw-parser-output .citation .cs1-lock-subscription a{background:url("//upload.wikimedia.org/wikipedia/commons/thumb/a/aa/Lock-red-alt-2.svg/9px-Lock-red-alt-2.svg.png")no-repeat;background-position:right .1em center}.mw-parser-output .cs1-subscription,.mw-parser-output .cs1-registration{color:#555}.mw-parser-output .cs1-subscription span,.mw-parser-output .cs1-registration span{border-bottom:1px dotted;cursor:help}.mw-parser-output .cs1-ws-icon a{background:url("//upload.wikimedia.org/wikipedia/commons/thumb/4/4c/Wikisource-logo.svg/12px-Wikisource-logo.svg.png")no-repeat;background-position:right .1em center}.mw-parser-output code.cs1-code{color:inherit;background:inherit;border:inherit;padding:inherit}.mw-parser-output .cs1-hidden-error{display:none;font-size:100%}.mw-parser-output .cs1-visible-error{font-size:100%}.mw-parser-output .cs1-maint{display:none;color:#33aa33;margin-left:0.3em}.mw-parser-output .cs1-subscription,.mw-parser-output .cs1-registration,.mw-parser-output .cs1-format{font-size:95%}.mw-parser-output .cs1-kern-left,.mw-parser-output .cs1-kern-wl-left{padding-left:0.2em}.mw-parser-output .cs1-kern-right,.mw-parser-output .cs1-kern-wl-right{padding-right:0.2em}
    ISBN 978-4-621-04276-2。

  • C.J.Date、Hugh Darwen、QUIPU LLC 訳 『標準SQLガイド 改訂第4版』 アスキー、1999年 ISBN 978-4-7561-2047-2



脚注


[ヘルプ]




  1. ^ Why SQL is not relational[リンク切れ]: SQLデータベースのテーブルは多重集合 (Bag) であり集合 (Set) ではない、その他参照




関連項目




  • データベース言語

    • SQL

    • Tutorial D



  • D (データベース言語仕様)

  • 問い合わせ言語

  • ナビゲーショナルデータベース

  • 関係データベース管理システムの比較



外部リンク




  • 技術革新とともに ｢RDBMSの歴史｣ - 日本テラデータ


  • A Relational Model of Data for Large Shared Data Banks - エドガー・F・コッドの関係モデルの論文 (1970年)


  • Database Debunkings - フェビアン・パスカル、クリス・デイト などの人々がデータベースに関する記事を執筆しているサイト。「リレーショナル」という語は、完全に正確に関係モデルを実装した DBMS に対してのみ使うことが重要であるとする、批判的見解を発信している。


  • Database Vendors Directory - RDBMSと関連製品の一覧


  • Are SQL Server, DB2, and Oracle really relational? - Itoi Blomgren, Michiko の論文 (2003年)


  • A Brief History of IT Management and the RDBMS - ITマネジメントの運用の視点による、RDBMS 技術の歴史の概要


  • Analysis of modern DBMS design - データベース業界アナリストによる記事


  • RDBMS Alternatives for Web Developers - 2つのRDBMS実装を含む、複数のデータベース技術についての、分析・例示・複数の永続化技法を、説明する


  • What is the Difference between DBMS and RDBMS? - DBMSとRDBMSの間の違いに関する誤解について説明する


















  • 表

  • 話

  • 編

  • 歴


データベースモデル
モデル


  • フラット

  • 階層

  • ディメンショナル

  • ネットワーク

  • 関係

  • オブジェクト

  • オブジェクトリレーショナル
他のモデル

  • Associative

  • Concept-oriented

  • 多次元データベース

  • Semantic

  • スタースキーマ

  • XMLデータベース

    		•
    実装

  • フラットファイル

  • Deductive

  • Document-oriented

  • RDBMS

  • ODBMS

  • ORDBMS

  • XML-DBMS

  • Temporal

  • Triplestores

    		•























    • 表

    • 話

    • 編

    • 歴


    データベース管理システム


    • データモデル

    • 関係モデル

    • データベース設計

    • 正規化

    • 参照整合性

    • 関係代数

    • 関係論理

    • データベース管理システム

    • 関係データベース管理システム

    • オブジェクト関係データベース

    • 分散データベース

    • トランザクション処理


    概念

  • データベース

  • ACID

  • CRUD

  • NULL

  • 候補キー

  • 外部キー

  • 主キー

  • スーパーキー

  • 代理キー

    		•
    オブジェクト


  • 関係 (表)

  • ビュー

  • トランザクション

  • ログ

  • トリガ

  • 索引

  • ストアドプロシージャ

  • カーソル

  • 分割

    		•
    SQL

  • SELECT

  • INSERT

  • UPDATE

  • MERGE

  • DELETE

  • JOIN

  • CREATE

  • DROP

  • COMMIT

  • ROLLBACK

  • TRUNCATE

  • ALTER

  • WHERE

  • SAVEPOINT

    		•
    構成要素

  • 並行性制御

  • データ辞書

  • JDBC

  • ODBC

  • データベース言語

  • 問い合わせ言語

  • クエリ最適化

  • クエリ実行計画

    		•


    データベース製品


    関係データベース管理システムの比較

    データベース接続クライアント





    -

    Popular posts from this blog

    冬

    Image
    季節による積雪の変化 冬 （ふゆ）は、四季の一つであり、一年の中で最も寒い期間・季節を指す。二十四節気や旧暦のように、一年中で最も太陽の高度が低く夜が長い期間を指すこともある。 北半球では冬至後の1月-2月頃に気温が低いことが多く、南半球では夏至後の7月‐8月頃にあたる。 日本の気象庁では一日の日最低気温が0℃以下の日を 冬日 （ふゆび）、また、日最高気温が0℃以下の日を 真冬日 （まふゆび）と呼んでいる。このような日は1月を中心に前後の毎年12月から翌年3月頃にかけて発生するから（ただし、年や地域によっては、11月・4月でも生じる場合もある）、この時期のあたりが冬の範囲に入る。 冬が特別・特有とされる物（特に収穫物）に付いては旬#冬を参照。 目次 1 定義 2 気候 3 生物 3.1 植物 3.2 動物 4 冬の行事 5 天文・自然 6 比喩的な用法 7 冬を題材にした作品 7.1 文学 7.2 音楽 7.2.1 クラシック 7.2.2 童謡 7.2.3 ポピュラー系 8 関連項目 定義 地球と太陽の光の模式図。この図では北半球が冬となる。 北半球が冬のときは南半球は太陽高度が高くなるため夏となり、南半球が冬のときは同様に北半球は夏となる。 社会通念・気象学では1月・2月・12月。たとえば「暖冬」「厳冬」などはこの3か月の平均気温で判断する。 寒候年・1年間の間で1月、2月、12月とすると1シーズンとしての冬を評価できない。そのため1月、2月を含む年をそのシーズンで括る。たとえば、「2009年の冬」といった場合、2008年の12月、2009年の1月、2月である。また、「2008/2009年冬」という書き方をする。初雪・終雪の日など11月以前、3月以降になることのあるようなものもこの定義による。 二十四節気に基づく節切りでは立冬から立春の前日まで。 旧暦による月切りでは十月・十一月・十二月。上に近いが、最大半月ずれる。 年度では1月・2月・3月。英語ではこの3か月をwinter quarterと呼ぶ。 天文学上は冬至から春分まで。ここでの「冬至」「春...
    Read more

    浄心駅

    Image
    浄心駅 浄心駅5番出口（2010年3月） じょうしん Joshin ◄ T03 庄内通 (1.4km) (0.8km) 浅間町 T05 ► 所在地 名古屋市西区城西四丁目3208 愛知県の地図を表示 名古屋市の地図を表示 北緯35度11分32秒 東経136度53分27秒 駅番号 ○ T04 所属事業者 名古屋市交通局 （名古屋市営地下鉄） 所属路線 鶴舞線 [1] キロ程 4.1km（上小田井起点） 駅構造 地下駅 ホーム 2面2線 乗車人員 -統計年度- 7,116人/日（降車客含まず） -2017年- 開業年月日 1981年（昭和56年）11月27日 [1] テンプレートを表示 浄心駅 （じょうしんえき）は、愛知県名古屋市西区城西4丁目にある、名古屋市営地下鉄鶴舞線の駅である。駅番号は T04 。 運行上の拠点であり乗務員の交代が当駅で行われる他、上り最終電車のみ当駅止まりとなる（翌朝当駅から上小田井駅へ回送し、上小田井駅発の列車となる）。かつては日中にも当駅起終点の列車が1往復設定されていた。 目次 1 歴史 2 駅構造 2.1 のりば 3 駅周辺 4 バス路線 5 隣の駅 6 脚注 7 関連項目 8 外部リンク 歴史 1981年（昭和56年）11月27日 - 当駅 - 伏見間の延伸に際し開業 [1] 。 1984年（昭和59年）9月6日 - 庄内緑地公園 - 当駅間の開業に伴い途中駅となる [1] 。 駅構造 浄心駅ホーム 相対式ホーム2面2線を有する地下駅。1番ホームには東改札口、2番ホームには西改札口がそれぞれあり、両ホームは線路の下を通る連絡通路でつながっている。改札外では東西それぞれのコンコースをつなぐ通路は無く、分断されている。 1番又は2番出入り口から入り階段を降りると1番ホーム（赤池・豊田市方面）にしか行けず、4～6番出入り口から入り階段を降りると2番ホーム（上小田井・犬山方面）にしか行くことができない。 よって、例えば2番ホームで降りて...
    Read more

    カンタス航空

    Image
    カンタス航空 Qantas Airways IATA QF [1] ICAO QFA コールサイン Qantas 法人番号 1700150004605 設立 1920年 ハブ空港 キングスフォード・スミス国際空港 メルボルン空港 焦点空港 香港国際空港 シンガポール・チャンギ国際空港 パース空港 ブリスベン空港 アデレード空港 マイレージサービス Frequent Flyer 会員ラウンジ Qantas Club 航空連合 ワンワールド 保有機材数 213機 (147機発注中) 就航地 144都市 (39カ国) 親会社 Qantas Airways Limited 本拠地 オーストラリア ニューサウスウェールズ州シドニー 代表者 Alan Joyce (CEO) Leigh Clifford (会長) 外部リンク qantas.com テンプレートを表示 カンタス航空本社 (Qantas Building A) カンタス航空 （カンタスこうくう、英語: Qantas Airways Limited ）は、オーストラリアおよび南半球最大手の航空会社。 オーストラリアでのQantasの発音は、 Quantas ( [ˈkwɒntəs] [2] [3] [4] 、 クウォンタス ) のように発音される。 目次 1 概要 2 歴史 2.1 設立 2.2 第二次世界大戦 2.3 第二次世界大戦後 2.4 拡大 2.5 現在 3 就航都市 4 保有機材 4.1 特別塗装機 5 マイレージサービス 6 機内サービス 6.1 広報活動 6.2 新ユニフォーム 7 事故及び故障 8 「オーストラリア・アジア航空」 9 補足 10 関連項目 11 脚注 12 外部リンク 概要 カンタス航空はオーストラリアのナショナルフラッグの航空会社であり、その機材数、国際便と国内便の就航都市数...
    Read more