関係データベース管理システム
ほとんどのRDBMSではセキュリティ(機密保護)に関して任意アクセス制御もしくは強制アクセス制御を提供し、さらに一部のRDBMSではデータの暗号化機能も提供する。多くのRDBMSでは任意アクセス制御を採用している(SQLでは任意アクセス制御のみを規定している)。SQLの任意アクセス制御においては、GRANT文により、利用者 (認証識別子) を指定して、その利用者がアクセスできるオブジェクト(関係など)、およびアクセスの種類(検索、更新など)を定義する。データ暗号化機能では、RDBMSを迂回した不正なデータアクセスに対する対策として、RDBMSで管理・送受信するデータを暗号化する。
現在のRDBMSに関して言及されている批判と不満を述べる。
ほとんどのRDBMSのベンダはSQL以外のオプショナルなデータベース言語を提供することを模索していない。多くの人々は、SQLにはある程度の改定もしくは抜本的な改定が必要だと考えている。SQLは開発されてから約30年もの歴史を経ており、またSQLはそもそも関係モデルに準拠していない。
広く使われているRDBMSの多くは静的な型づけを採用している。一定の人々は、動的型づけされた列(カラム) もしくはオプショナルな列を採用すれば、プロトタイピングや、市場で素早く敏捷であることが重要であるような分野において、有用であると思っている(オプショナルな列を実装しているいくつかのデータベース管理システムでは、行(組、レコード)に指定された列が無い場合はnullあるいは空白を返すことによって実装している)。
広く使われ過ぎている。すべてのデータモデルがRDBMSを必要とするわけではない。しかし多くの開発者はデータベース管理システム (DBMS) を採用する際に、とにかくRDBMSを採用し利用する傾向がある。結果として、RDBMSではないDBMSのほとんどは、開発時間と資金と革新が欠乏している。
一般的なRDBMSでは構造的に、高負荷時や同時アクセスが発生した場合の性能が保証されないという欠陥がある。多くのシステムでは、画面の切り替わりが8秒以内、バッチの実行時間が4時間以内といったような性能保証を求められるが、データを格納しているRDBMSに性能保証の機構がないため、システム全体で確実な性能保証ができない要因となっている。
SQLを扱うRDBMSが表を使って演算を行う事から、全く異なる用途の表計算ソフトと間違えられる事もあるが、RDBMSでは、データの形式は表に限定されておらず、表計算ソフトのように見た目に分かりやすい表を作る事が目的ではない。あくまでも、必要なデータを必要な時に素早く引き出して他のソフトウェアに提供する事が目的である。
関係データベースをオブジェクトデータベースと融合させたオブジェクト関係データベースなどといったものもある。その管理システムはオブジェクト関係データベース管理システムなどと呼ばれる (ORDBMS)。
商用のRDBMSとしてはOracle DatabaseやIBM DB2などが、オープンソースのRDBMSとしてはMySQLやPostgreSQLなどが、広く知られている。ただし、これらのDBMSを 真のRDBMSと呼んで良いのかどうかについては、後述のとおり、議論の対象となっている。