構造化照会言語( SQL ) ( / ˌ ɛ s ˌ k j u ˈ ɛ l / SQLと発音されます 。または/ ˈ s iː k w ə l /と発音されます)ⓘ「続編」） [ 4 ] [ 5 ]は、特にリレーショナルデータベース管理システムにおいて、データ管理に使用されるドメイン固有言語です構造化データ処理に有用です。

1970年代に導入されたSQLは、 ISAMやVSAMといった従来の読み書きAPIに比べて、主に2つの利点がありました。まず、 1つのコマンドで複数のレコードにアクセスするという概念を導入しました。次に、レコードへのアクセス方法（インデックスの有無など）を指定する必要がなくなりました。

もともとリレーショナル代数とタプルリレーショナル計算に基づいていたSQLは、多くの種類の文で構成されており、[ 6 ]非公式にはサブ言語に分類され、一般的にはデータクエリ言語（DQL）、データ定義言語（DDL）、データ制御言語（DCL）、データ操作言語（DML）と呼ばれています。[ 7 ]

SQLの適用範囲には、データクエリ、データ操作（挿入、更新、削除）、データ定義（スキーマの作成と変更）、データアクセス制御が含まれます。SQLは本質的に宣言型言語（4GL）ですが、手続き型要素も含まれています。

SQLは、エドガー・F・コッドのリレーショナルモデルを採用した最初の商用言語の一つでした。このモデルは、コッドが1970年に発表した影響力のある論文「大規模共有データバンクのためのリレーショナルデータモデル」で説明されています。[ 8 ]コッドが説明したリレーショナルモデル に完全に準拠しているわけではないにもかかわらず、SQLは最も広く使用されるデータベース言語となりました。[ 9 ] [ 10 ]

SQLは1986年に米国規格協会（ANSI）の標準規格となり、 1987年には国際標準化機構（ISO）の標準規格となりました。 [ 11 ]それ以来、この標準規格は複数回改訂され、より多くの機能が追加され、共通の拡張機能が組み込まれました。標準規格が存在するにもかかわらず、既存の実装は事実上すべてSQLに完全に準拠しておらず、ほとんどのSQLコードは、異なるデータベースシステムに移植する前に少なくとも何らかの変更が必要です。

歴史

SQLは、1970年代初頭にエドガー・F・コッド[ 12 ]からリレーショナルモデルについて学んだ後、ドナルド・D・チェンバレンとレイモンド・F・ボイスによってIBMで最初に開発されました。 [ 13 ]このバージョンは当初SEQUEL（Structured English Query Language）と呼ばれ、 IBMサンノゼ研究所のグループが1970年代に開発したIBMのオリジナルの準リレーショナルデータベース管理システムであるSystem Rに格納されたデータを操作および取得するために設計されました。[ 13 ]

チェンバレンとボイスがリレーショナルデータベース言語に初めて取り組んだのはSQUARE（Specifying Queries in A Relational Environment）でしたが、下付き/上付き表記法が使いにくかったため、使いにくかったです。1973年にサンノゼ研究所に移った後、彼らはSQUAREの続編の開発に着手しました。[ 12 ]元の名称であるSEQUELは、Ingresのクエリ言語であるQUELをもじったものと広く考えられていますが、[ 14 ]後に「SEQUEL」が英国のホーカー・シドレー・ダイナミクス・エンジニアリング・リミテッド社の商標であったため、母音を削除してSQLに変更されました。 [ 15 ] SQLという名称は後にStructured Query Language（構造化クエリ言語）の頭字語となりました。[ 16 ]

IBMは顧客のテストサイトでSQLをテストし、システムの有用性と実用性を判断した後、System Rプロトタイプに基づいてSystem/38、SQL/DS、IBM Db2などの商用製品の開発を開始し、それぞれ1979年、1981年、1983年に市販されました。[ 17 ] IBMの承認により、業界はQUELなどの代替手段からSQLに移行しました。[ 18 ]

1970年代後半、リレーショナル・ソフトウェア社（現オラクル社）は、コッド、チェンバリン、ボイスが提唱した概念の可能性に着目し、独自のSQLベースのRDBMSを開発しました。これは、米国海軍、中央情報局（CIA）、その他の米国政府機関への販売を狙ったものでした。1979年6月、リレーショナル・ソフトウェア社は、 VAXコンピュータ向けにSQLの商用実装として初めてOracle V2（バージョン2）を発表しました。

1986年までに、ANSIとISOの標準化団体は「データベース言語SQL」の言語定義を正式に採用しました。この標準規格の新版は、1989年、 1992年、1996年、1999年、 2003年、2006年、 2008年、2011年、 [ 12 ] 2016年、そして最近では2023年に発行されました。[ 19 ]

相互運用性と標準化

概要

SQLの実装はベンダー間で互換性がなく、必ずしも標準に完全に準拠しているわけではありません。特に、日付と時刻の構文、文字列の連結、NULL比較の大文字と小文字の区別はベンダーによって異なります。PostgreSQL [ 20 ]とMimer SQL [ 21 ]は標準に準拠するよう努めていますが、PostgreSQLはすべてのケースで標準に準拠しているわけではありません。たとえば、PostgreSQLで引用符で囲まれていない名前を小文字に変換することは、引用符で囲まれていない名前を大文字に変換することになっているSQL標準[ 22 ]と互換性がありません。 [ 23 ]したがって、標準によれば、は と同等であり、 と同等ではありません。 FooFOOfoo

一般的なSQL実装では、DATEやTIMEデータ型といった標準SQLの基本機能のサポートが省略されているのが一般的です。最も顕著な例であり、また商用および独自仕様のSQL DBMSとして最も普及しているものとしては、Oracle（ は、[ 24 ] [ 25 ]DATEのように動作し、 型を持たない）[ 26 ]とMS SQL Server（2008年バージョン以前）が挙げられます。その結果、SQLコードを変更せずにデータベースシステム間で移植することはほとんど不可能です。 DATETIMETIME

非互換性の理由

データベース システム間の移植性が欠如している理由はいくつかあります。

  • SQL 標準の複雑さと規模により、ほとんどの実装者は標準全体をサポートしていません。
  • SQL 標準では、いくつかの重要な領域 (インデックス、ファイル ストレージなど) におけるデータベースの動作が指定されておらず、実装によって動作方法が決定されることになります。
  • SQL標準では、明示的に名前が付けられていない結果列に名前を付ける方法など、いくつかの決定を個々の実装に委ねています。[ 27 ]：207
  • SQL標準は、準拠するデータベースシステムが実装しなければならない構文を厳密に規定しています。しかし、言語構成要素の意味に関する仕様は明確に定義されておらず、曖昧さが生じています。
  • 多くのデータベース ベンダーは既存の大規模な顧客ベースを持っています。SQL 標準の新しいバージョンがベンダーのデータベースの以前の動作と競合する場合、ベンダーは下位互換性を壊すことを望まない可能性があります。
  • ベンダーにとって、データベースサプライヤーの変更を容易にする商業的インセンティブはほとんどありません (ベンダー ロックインを参照)。
  • データベース ソフトウェアを評価するユーザーは、標準への準拠よりもパフォーマンスなどの他の要素を優先する傾向があります。

標準化の歴史

SQLは1986年にANSIによってSQL-86 [ 28 ]として標準として採用され、1987年にはISOによって標準として採用されました。 [ 11 ]これはISO/IEC JTC 1、情報技術、小委員会SC 32、データ管理および交換によって保守されています。

1996年まで、米国国立標準技術研究所（NIST）のデータ管理標準プログラムは、SQL DBMSのSQL標準への準拠を認定していました。現在では、ベンダー各社が自社製品の準拠を自己認証しています。[ 29 ]

オリジナルの標準では、「SQL」の公式発音は頭字語/ˌɛ sˌ k juːˈɛ l /（「ess cue el 」）であると宣言されていました。[ 9 ]それにもかかわらず、多くの英語圏のデータベース専門家（ドナルド・チェンバレン自身を含む[ 30 ]）は、 / ˈ s iː k w əl /（「sequel」）という頭字語のような発音を使用しており、 [ 31 ]これは言語のプレリリース開発名「SEQUEL」を反映しています。[ 13 ] [ 15 ] [ 30 ] SQL標準は、いくつかの改訂を経ています。

現在の標準

この規格は、一般的にISO/IEC 9075-n:yyyy Part n: title という形式で表記されます。あるいは、短縮形としてISO/IEC 9075と表記されます。関心のある方は、ISO、 [ 36 ] IEC、またはANSIから規格文書を購入できます。一部の古い草案は無料で入手できます。[ 37 ] [ 38 ]

ISO/IEC 9075は、ISO/IEC 13249: SQL マルチメディアおよびアプリケーション パッケージといくつかの技術レポートによって補完されます。

構文

1つのステートメントを構成するSQL言語要素をいくつか示すチャート

SQL 言語は、次のようないくつかの言語要素に細分化されます。

  • 句は文やクエリの構成要素です。（場合によってはオプションです。）[ 39 ]
  • 式はスカラー値、または列と行のデータで構成されるテーブルを生成できます。
  • 述語は、SQL の3 値ロジック (3VL) (真/偽/不明) またはブール値の真理値に評価できる条件を指定し、ステートメントやクエリの効果を制限したり、プログラム フローを変更したりするために使用されます。
  • クエリは、特定の条件に基づいてデータを取得します。これはSQLの重要な要素です。
  • ステートメントは、スキーマとデータに永続的な影響を与えたり、トランザクション、プログラム フロー、接続、セッション、または診断を制御したりすることがあります。
    • SQL文には、セミコロン（";"）文末記号も含まれます。すべてのプラットフォームで必須ではありませんが、SQL文法の標準的な構成要素として定義されています。
  • 通常、SQL ステートメントおよびクエリでは重要でない空白は無視されるため、SQL コードを読みやすくフォーマットすることが容易になります。

手続きの拡張

SQLは、リレーショナルデータベースに含まれるデータに対するクエリを実行するという特定の目的のために設計されています。SQLは、CやBASICのような命令型プログラミング言語ではなく、集合ベースの宣言型プログラミング言語です。ただし、標準SQLの拡張機能により、フロー制御構造などの手続き 型プログラミング言語機能が追加されています。

標準SQL/PSM拡張機能と独自SQL拡張機能に加えて、他の言語とのDBMS統合を通じて、多くのSQLプラットフォームで手続き型およびオブジェクト指向プログラミングが利用できます。SQL標準では、SQLデータベースでJavaコードをサポートするためにSQL/JRT拡張機能（Javaプログラミング言語のSQLルーチンと型）が定義されています。Microsoft SQL Server 2005は、SQLCLR （SQL Server共通言語ランタイム）を使用してデータベースでマネージド.NETアセンブリをホストしますが、以前のバージョンのSQL Serverは主にCで記述されたアンマネージド拡張ストアドプロシージャに制限されていました。PostgreSQLでは、 Perl、Python、Tcl、JavaScript（PL/V8）、Cなど、さまざまな言語で関数を記述できます。[ 40 ]

代替案

言語としてのSQLの代替と、リレーショナルモデル自体の代替を区別する必要があります。以下は、SQL言語の代替として提案されているリレーショナルモデルです。リレーショナルモデルの代替については、 ナビゲーションデータベースとNoSQLを参照してください。

分散SQL処理

分散リレーショナルデータベースアーキテクチャ（DRDA）は、1988年から1994年にかけてIBM内の作業グループによって設計された。DRDAは、ネットワーク接続されたリレーショナルデータベースが連携してSQL要求を満たすことを可能にする。[ 42 ] [ 43 ]

対話型ユーザーまたはプログラムは、ローカルRDBに対してSQL文を発行し、リモートRDBからデータとステータスインジケータのテーブルを応答として受け取ることができます。SQL文はコンパイルされ、リモートRDBにパッケージとして保存され、パッケージ名で呼び出されることもあります。これは、複雑で高頻度のクエリを発行するアプリケーションプログラムを効率的に動作させる上で重要です。特に、アクセス対象のテーブルがリモートシステムにある場合に重要です。

DRDAのメッセージ、プロトコル、および構造コンポーネントは、分散データ管理アーキテクチャによって定義されています。DRDAに基づく分散SQL処理は、現代の分散SQLデータベース とは異なります。

批判

デザイン

SQLは、その理論的基礎であるリレーショナルモデルとタプル計算からいくつかの点で逸脱しています。リレーショナルモデルではテーブルはタプルの集合ですが、SQLではテーブルとクエリ結果は行のリストです。同じ行が複数回出現する可能性があり、行の順序はクエリ（例えば、句LIMIT）で使用できます。批評家は、SQLは厳密に元の基礎に立ち返る言語に置き換えられるべきだと主張しています。例えば、ヒュー・ダーウェンとCJ・デイト著『第三の宣言』 （2006年、 ISBN 978-4-873-2555）を参照してください。 0-321-39942-0）。

直交性と完全性

初期の仕様では、主キーなどの主要な機能はサポートされていませんでした。結果セットに名前を付けることはできず、サブクエリも定義されていませんでした。これらは1992年に追加されました。[ 12 ]

合計型の欠如は、SQLのユーザー定義型を十分に活用するための障害となっていると言われています。例えば、JSONのサポートは、2016年に新しい標準によって追加される必要がありました。[ 44 ]

ヌル

Nullの概念は議論の対象となっている。Nullマーカーは値の欠如を示し、整数列の0やテキスト列の空文字列とは異なる。Nullの概念はSQLにおける3値論理を強制するものであり、これは一般的な3値論理の具体的な実装である。[ 12 ]

重複

もう一つのよくある批判は、重複行を許容することであり、 Pythonなどの言語との統合が困難になるという点です。これらの言語のデータ型は、解析とモジュール性の欠如という点で、データの正確な表現を困難にする可能性があるからです[ 12 ]。これは通常、テーブル内の行を一意に識別する1つ以上の列を持つ主キーまたは一意制約を宣言することで回避されます。

インピーダンス不整合

オブジェクトとリレーショナル間のインピーダンス不一致に似た意味で、宣言型 SQL 言語と、SQL が通常埋め込まれている手続き型言語との間に不一致が発生します。

SQLデータ型

SQL 標準では、3 種類のデータ型が定義されています(SQL/Foundation の 4.1.1 章)。

  • 定義済みのデータ型
  • 構築型
  • ユーザー定義型。

構築型ARRAYは、、（参照）、またはのいずれかです。ユーザー定義型は、MULTISET独自のコンストラクタ、オブザーバ、ミューテーター、メソッド、継承、オーバーロード、上書き、インターフェースなどを持つオブジェクト指向言語のクラスに相当します。定義済みデータ型は、実装によって本質的にサポートされています。 REFROW

定義済みのデータ型

  • 文字の種類
    • キャラクター （CHAR）
    • 文字が変化する（VARCHAR）
    • 文字ラージオブジェクト（CLOB）
  • 国別キャラクタータイプ
    • 国民性（NCHAR）
    • 国民性は多様である（NCHAR VARYING）
    • 国別文字大オブジェクト（NCLOB）
  • バイナリ型
    • バイナリ（BINARY）
    • バイナリ可変長（VARBINARY）
    • バイナリラージオブジェクト（BLOB）
  • 数値型
    • 正確な数値型 ( NUMERIC、DECIMAL、SMALLINT、INTEGER)BIGINT
    • 近似数値型（FLOAT、、）REALDOUBLE PRECISION
    • 10進浮動小数点型（DECFLOAT）
  • 日付時刻型 ( DATE、TIME、TIMESTAMP)
  • 間隔型（INTERVAL）
  • ブール値
  • XML（ SQL/XML参照）[ 45 ]
  • JSON

参照

注記

参考文献

  1. ^ Paul, Ryan (2005年10月24日). 「Microsoft Command Shell のガイドツアー」 . Ars Technica . 2011年4月10日閲覧。
  2. ^ 「Media Type registration for application/sql」 . Internet Assigned Numbers Authority . 2013年4月10日. 2013年5月7日時点のオリジナルよりアーカイブ。 2013年4月10日閲覧。
  3. ^ Shafranovich, Y. (2013年4月). 「application/sql メディアタイプ、RFC 6922」 .インターネット技術タスクフォース. p. 3. doi : 10.17487/RFC6922 . 2014年10月13日時点のオリジナルよりアーカイブ。 2013年4月10日閲覧。
  4. ^ Beaulieu, Alan (2009年4月). Mary E. Treseler (編). Learning SQL (第2版). Sebastopol, CA, USA: O'Reilly. ISBN 978-0-596-52083-0。
  5. ^ Chamberlin, Donald D.; Frana, Philip L. (2001年10月3日). 「Donald D. Chamberlinとのオーラル・ヒストリー・インタビュー」 . University Digital Conservancy . hdl : 11299/107215 . 2020年2月24日時点のオリジナルよりアーカイブ。 2020年1月14日閲覧。「SEQUEL」という名称は誰かの弁護士からその人のものだという手紙を受け取ったため、当初の名称「SEQUEL」を「SQL」に変更しました。Structured Query Language（構造化照会言語）の頭文字をとってSQLに短縮し、製品はSQL/DSとして知られていました。
  6. ^ SQL-92、4.22 SQL 文、4.22.1 SQL 文のクラス「SQL 文を分類する方法は少なくとも 5 つあります。」、4.22.2、機能別に分類された SQL 文「SQL 文の主なクラスは次のとおりです。」、 SQL:2003 4.11 SQL 文、およびそれ以降の改訂。
  7. ^ Chatham, Mark (2012).例による構造化クエリ言語 - 第1巻: データクエリ言語. Lulu.com. p. 8. ISBN 978-1-291-19951-2。
  8. ^ Codd, Edgar F. (1970年6月). 「大規模共有データバンクのためのリレーショナルデータモデル」Communications of the ACM . 13 (6): 377–87 . CiteSeerX 10.1.1.88.646 . doi : 10.1145/362384.362685 . S2CID 207549016 .  
  9. ^ a b Chapple, Mike. 「SQLの基礎」 .データベース. About.com. 2009年2月22日時点のオリジナルよりアーカイブ。 2009年1月28日閲覧。
  10. ^ 「構造化クエリ言語（SQL）」 International Business Machines、2006年10月27日。 2007年6月10日閲覧。
  11. ^ a b「ISO 9075:1987: 情報技術 – データベース言語 – SQL – パート1: フレームワーク (SQL/フレームワーク)」 2023年6月1日. 2025年6月24日閲覧。
  12. ^ a b c d e fチャンバーリン、ドナルド (2012). 「SQLの初期の歴史」. IEEE Annals of the History of Computing . 34 (4): 78– 82. Bibcode : 2012IAHC...34d..78C . doi : 10.1109/MAHC.2012.61 . S2CID 1322572 . 
  13. ^ a b cドナルド・D・チェンバーリン、レイモンド・F・ボイス (1974). 「SEQUEL: 構造化英語問い合わせ言語」(PDF) . 1974 ACM SIGFIDET ワークショップ「データ記述、アクセス、制御」の議事録. Association for Computing Machinery: 249–64 . 2007年9月26日時点のオリジナル(PDF)からアーカイブ。 2007年6月9日閲覧。
  14. ^ Starkey, Jim. 「Dynamic SQL, Plumbing, and the Internal API」 . www.ibphoenix.com . 2023年1月19日時点のオリジナルよりアーカイブ。 2023年1月19日閲覧。
  15. ^ a b Oppel, Andy (2004年2月27日). 『データベースの秘密』サンフランシスコ, カリフォルニア州: McGraw-Hill Osborne Media. pp.  90–1 . ISBN 978-0-07-146960-9. 2012年1月14日時点のオリジナルよりアーカイブ。2011年5月12日閲覧。
  16. ^ Yasar, Kinza; Loshin, Peter; Sirkin, Jessica. 「What is Structured Query Language (SQL)? | Definition from TechTarget」 . Search Data Management . Informa TechTarget . 2025年3月10日時点のオリジナルよりアーカイブ。 2025年3月25日閲覧。
  17. ^ 「IBMの歴史、1978年」IBMアーカイブ。IBM 。 2003年1月23日。 2005年1月17日時点のオリジナルよりアーカイブ。 2007年6月9日閲覧。
  18. ^ Morgenthaler, Gary (2005年12月8日). 「Gary Morgenthalerのオーラル・ヒストリー」(PDF) (インタビュー). ルアン・ジョンソンによるインタビュー. コンピュータ歴史博物館. p. 18. 2025年5月30日閲覧。
  19. ^ 「ISO - ISO/IEC JTC 1/SC 32 - データ管理および交換」 www.iso.org . 2017年3月16日時点のオリジナルよりアーカイブ。 2021年1月2日閲覧。
  20. ^ 「PostgreSQLについて」。PostgreSQL 9.1公式サイト。PostgreSQL Global Development Group。2012年。2012年3月9日時点のオリジナルからのアーカイブ。 2012年3月9日閲覧。PostgreSQLは標準規格への準拠を誇りとしています。SQL実装はANSI-SQL:2008標準に厳密に準拠しています。
  21. ^ 「Mimer SQL、標準に基づいて構築」。Mimer SQL公式ウェブサイト。Mimer Information Technology。2009年。2016年5月3日時点のオリジナルよりアーカイブ。2018年12月11日閲覧。
  22. ^ 「4.1. 語彙構造」 . PostgreSQLドキュメント. 2018年. 2018年10月5日時点のオリジナルよりアーカイブ。 2018年12月11日閲覧。
  23. ^ 「(第2次非公式レビュー草案) ISO/IEC 9075:1992、データベース言語SQL、セクション5.2、構文規則11」。1992年7月30日。 2006年6月21日時点のオリジナルよりアーカイブ。 2009年10月8日閲覧。
  24. ^ Lorentz, Diana; Roeser, Mary Beth; Abraham, Sundeep; Amor, Angela; Arora, Geeta; Arora, Vikas; Ashdown, Lance; Baer,​​ Hermann; Bellamkonda, Shrikanth (2010年10月) [1996]. 「Oracle SQLの基本要素：データ型」 . Oracle Database SQL言語リファレンス 11g リリース2 (11.2) . Oracle Databaseドキュメント・ライブラリ. Redwood City, CA: Oracle USA, Inc. 2010年11月20日時点のオリジナルからのアーカイブ。 2010年12月29日閲覧。Oracleは、各値について、世紀、年、月、日、時、分、秒の情報を保存します。DATE
  25. ^ Lorentz, Diana; Roeser, Mary Beth; Abraham, Sundeep; Amor, Angela; Arora, Geeta; Arora, Vikas; Ashdown, Lance; Baer,​​ Hermann; Bellamkonda, Shrikanth (2010年10月) [1996]. 「Oracle SQLの基本要素：データ型」 . Oracle Database SQL言語リファレンス 11g リリース2 (11.2) . Oracle Databaseドキュメント・ライブラリ. Redwood City, CA: Oracle USA, Inc. 2010年11月20日時点のオリジナルからのアーカイブ。 2010年12月29日閲覧。日時データ型は…DATE
  26. ^ Lorentz, Diana; Roeser, Mary Beth; Abraham, Sundeep; Amor, Angela; Arora, Geeta; Arora, Vikas; Ashdown, Lance; Baer,​​ Hermann; Bellamkonda, Shrikanth (2010年10月) [1996]. 「Oracle SQLの基本要素：データ型」 . Oracle Database SQL言語リファレンス 11g リリース2 (11.2) . Oracle Databaseドキュメント・ライブラリ. Redwood City, CA: Oracle USA, Inc. 2010年11月20日時点のオリジナルからのアーカイブ。 2010年12月29日閲覧。以下のSQL/DSおよびDB2データ型の列は、対応するOracleデータ型がないため、定義しないでください。...TIME
  27. ^ Date, Chris J. (2013). 『コンピュータプロフェッショナルのためのリレーショナル理論：リレーショナルデータベースの真髄』（初版）, セバストポル, カリフォルニア州: O'Reilly Media. ISBN 978-1-449-36943-9。
  28. ^ 「Finding Aid」 X3H2 Records, 1978–95 . American National Standards Institute. 2010年6月19日時点のオリジナルよりアーカイブ。 2008年4月26日閲覧。
  29. ^ Doll, Shelley (2002年6月19日). 「SQLはもはや標準か？」 TechRepublic 's Builder.com . TechRepublic. 2012年7月5日時点のオリジナルよりアーカイブ。2016年4月12日閲覧。
  30. ^ a b Gillespie, Patrick. 「SQLの発音：SQLかSequelか？」 2012年5月27日時点のオリジナルよりアーカイブ。 2012年2月12日閲覧。
  31. ^メルトン、ジム、アラン・R・サイモン (1993). 「1.2. SQLとは何か？」『新しいSQLを理解する：完全ガイド』モーガン・カウフマン. 536ページ . ISBN 978-1-55860-245-8. SQL (一般的な「sequel」ではなく、「ess cue ell」と正しく発音します)...
  32. ^ミヒャエル・ワーグナー (2010). SQL/XML:2006 - 標準銀行システムの評価。ディプロミカ・フェルラグ。 p. 100.ISBN​ 978-3-8366-9609-8。
  33. ^ 「SQL:2008がISO国際標準として承認されました」 Sybase、2008年7月。2011年6月28日時点のオリジナルよりアーカイブ。
  34. ^クリシュナ・クルカルニ、ジャン＝アイケ・ミシェルズ（2012年9月）。「SQL:2011 の時間的機能」(PDF)。SIGMOD レコード。41 (3)。
  35. ^ Fred Zemke (2012). 「SQL:2011の新機能」(PDF) . Oracle Corporation.
  36. ^ “ISO/IEC 9075” . 2022年8月12日時点のオリジナルよりアーカイブ。2022年8月9日閲覧。
  37. ^ SQL:1992 draft (text)、2006年6月21日時点のオリジナルよりアーカイブ、 2009年10月8日閲覧。
  38. ^ SQL:2011 draft、Whitemarsh Information Systems Corporation、2023年5月25日時点のオリジナル（Zip）からアーカイブ
  39. ^ ANSI/ISO/IEC国際規格（IS）。データベース言語SQL—パート2：基礎（SQL/Foundation）。1999年。
  40. ^ 「PostgreSQLサーバプログラミング」 . PostgreSQL 9.1公式ドキュメント. postgresql.org. 2011年. 2012年3月2日時点のオリジナルよりアーカイブ。 2012年3月9日閲覧。
  41. ^ Fernando Saenz-Perez. 「演繹データベースシステムにおける外部結合」(PDF) . Lbd.udc.es . 2016年8月9日時点のオリジナルよりアーカイブ(PDF) . 2017年1月16日閲覧。
  42. ^ Reinsch, R. (1988). 「SAA向け分散データベース」IBM Systems Journal . 27 (3): 362– 389. doi : 10.1147/sj.273.0362 .
  43. ^分散リレーショナルデータベースアーキテクチャリファレンス. IBM Corp. SC26-4651-0. 1990.
  44. ^ Brandon, Jamie (2021年7月). 「Against SQL」 . 2021年8月2日閲覧。
  45. ^ 「Oracle Database 10gにおけるSQL 2003標準サポート」(PDF) . Oracle . Oracle Corporation . 2003年11月. 2024年3月27日時点のオリジナルよりアーカイブ(PDF) . 2024年3月27日閲覧。XML サポートは、ANSI SQL 2003、パート 14 で追加されました。

出典