リレーショナルデータベース管理システム の一般情報と技術情報を比較したものです。詳細については、各製品の記事をご覧ください。脚注で特に明記されていない限り、比較はアドオン、拡張機能、外部プログラムを含まない安定版に基づいています。
オペレーティングシステムのサポート RDBMSが動作できるオペレーティングシステム。
基本的な特徴 基本的なRDBMS機能がネイティブに実装されているかどうかに関する情報。
注記（1）： 注（2）： [ 72 ] [ 73 ] 注記（3）： InnoDB 以外のストレージエンジンでは、MySQL ServerはCREATE TABLE文の FOREIGN KEY およびREFERENCES 構文。 [ 74 ] CHECK 句（8.0.16以降） [ 75 ] 注（4）： 注（5）： MySQLはMySQL Workbench を介してGUIインターフェースを提供します。注記（6）：
制限 データサイズ制限に関する情報。
注（1）： [ 81 ] 注記（2）： 38 DECIMALです。 [ 82 ] 注（3）： VARBINARY、、、またはVARCHARを）。 [ 83 ] BLOBTEXT注（4）： [ 83 ] 注記（6）： VARCHAR (MAX) SQL 2005以降で使用してください。 [ 84 ] 注（7）： 注 (8): 31 CHAR ) オブジェクトが適用されます。この制限は、名前の文字数、テーブルあたりの行数、テーブルあたりの列数、および/あたりの文字数に適用されますVARCHAR。注（9）： [ 85 ] 注記 (10): 注記（11）： B（12）： YB の注記（13）： Informix DECIMAL型は、 10 の範囲で最大32桁の精度をサポートします。 10 注（14）：
表とビュー 基本的なテーブルやビュー以外で、ネイティブにサポートされているテーブル やビュー に関する情報。
注（1）： [ 86 ] 注記（2）： [ 87 ] 注（4）： マテリアライズドビューは、ストアドプロシージャ とトリガーを使用してエミュレートできます。 [ 88 ]
索引 （基本的なB- / B+ツリー インデックス以外の）どのインデックス がネイティブにサポートされているかに関する情報。
注（1）： [ 123 ] 注記（2）： 注（3）： [ 124 ] エミュレートできます[ 125 ] [ 126 ] 注 (4): 注（5）： [ 127 ] 注記（6）： 注（7）： 注（10）： 注（11）： 注（12）： [ 128 ]
データベース機能 注（1）：
その他の物体 ネイティブでサポートされているその他のオブジェクトに関する情報。
注（1）： プロシージャは 、 SQLやPL/SQL などの手続き型言語で記述された内部ルーチンを指します。外部ルーチン は、C、Java、Cobolなどのホスト言語で記述されたルーチンを指します。「ストアドプロシージャ 」は、これらのルーチンタイプを表す一般的な用語ですが、その定義はデータベースベンダーによって異なります。注（2）： 関数 とプロシージャをコーディングします。 注記（3）： 注記（5）：
アクセス制御 アクセス制御機能に関する情報。
注記（1）： 注（2）： 注（3）： 注（4）： 注（5）： 注記（6）： [ 185 ] 注（7）： 注（8）： [ 186 ] 注記（9）： [ 187 ] 注記（10）： 注記（11）： [ 188 ] 注記（12）： 注（13）： [ 189 ]
SQL仕様では「SQLスキーマ」の定義が定められていますが、データベースによって実装方法が異なります。さらに混乱を招くことに、その機能は親データベースの機能と重複する場合があります。SQLスキーマは、データベース内の単なる名前空間です。 この名前空間内の要素は、メンバー 演算子 ドット「. 」を使用して参照されます。 これは、すべての実装に共通する特徴のようです。
真の完全修飾クエリ（データベース、スキーマ、テーブルすべてを含む）の 例は次のとおりです。SELECT * FROM database . schema . table
スキーマとデータベースの両方を使用して、1 つのテーブル「foo」を、同じ名前の別のテーブル「foo」から分離することができます。以下は擬似コードです。
SELECT * FROM database1 . foo SELECT * FROM database2 . foo SELECT * FROM [ database1 .] default . foo SELECT * FROM [ database1 .] alternate . foo ここで問題となるのは、以前MySQLを 使用していたユーザーが、1つのプロジェクトに対して複数のデータベースを作成してしまうことです。この点において、MySQLデータベースはPostgreSQLスキーマと機能的に類似しています。PostgreSQLは、MySQLが備えているような既製のクロスデータベース機能（マルチテナンシーを優先）を意図的に欠いているからです。逆に、PostgreSQLは クロステーブル、クロススキーマの実装に関する仕様をより多く適用し、将来のクロスデータベース機能のための余地を残しています。
MySQLは内部的にスキーマ とデータベース CREATE SCHEMAをエイリアス化するため、とCREATE DATABASEが類似しています。したがって、MySQLはクロスデータベース機能を実装し、スキーマ機能を完全に省略し、同様の機能をデータベースの実装に組み込んでいると言えます。要約すると、PostgreSQLはデータベースを厳密に分離することでスキーマとマルチテナンシーを完全にサポートしており、MySQLがデータベースで持つ一部の機能が欠けています。一方、MySQLは標準スキーマのサポートすら試みていません。
Oracle には独自の方式があり、ユーザーの作成はスキーマの作成と同義です。したがって、データベース管理者は PROJECT というユーザーを作成し、次に PROJECT.TABLE というテーブルを作成できます。ユーザーはスキーマ オブジェクトなしで存在できますが、オブジェクトは常に所有者に関連付けられます (ただし、その所有者はデータベースに接続する権限を持っていない場合があります)。「すべて共有」のOracle RAC アーキテクチャでは、同じデータベースを複数のサーバーで同時に開くことができます。これは、異なるサーバーで使用するためにデータをコピーするレプリケーションとは独立しています。Oracle の実装では、「データベース」はデータを含むファイルのセットであり、「インスタンス」はデータベースにアクセスするためのプロセス (およびメモリ) のセットです。
Informixは、MySQLなどのサーバーインスタンス内で複数のデータベースをサポートしています。DDLCREATE SCHEMAステートメントを単一の単位にグループ化する構文をサポートしており、スキーマの一部として作成されたすべてのオブジェクトを単一の所有者として作成できます。Informixは、ANSIモードと呼ばれるデータベースモードをサポートしており、同じ名前でも異なるユーザーが所有するオブジェクトを作成できます。
PostgreSQL やその他のデータベースには、外部スキーマのサポートがあります。これは、 ISO/IEC 9075-9 ( SQL:2008の一部として公開) で定義されているように、他のサーバーからスキーマをインポートする機能です。これは、別のデータベースまたは別のサーバー インスタンスに格納されているデータにアクセスする場合、SQL 仕様に従ってデータベース内の他のスキーマと同じように表示されます。インポートは、外部スキーマ全体として行うことも、その外部スキーマに属する特定のテーブルのみとして行うこともできます。[ 190 ]
外部リンク SQL標準に準拠した様々なSQL実装の比較。Oracle、Db2、Microsoft SQL Server、MySQL、PostgreSQLが含まれます。（2007年6月8日） SQL92規格 SQL WorkbenchによるDMBSの比較
