Просмотр кода страницы SQL

{{Карточка языка программирования
| name = SQL
| paradigm = [[Мультипарадигмальное программирование|Мультипарадигмальный]]
| year = 1974
| designer = [[Чемберлин, Дональд|Дональд Чемберлин]]<br>[[Бойс, Рэймонд|Рэймонд Бойс]]
| developer = [[Международная организация по стандартизации|ISO]]/[[Международная электротехническая комиссия|IEC]]
| turing-complete = Нет
| typing = [[Статическая типизация|Статическая]], [[Строгая типизация|строгая]]
| implementations =
| dialects = SQL-86, SQL-89, [[SQL-92]], [[SQL:1999]], [[SQL:2003]], [[SQL:2008]], [[SQL:2011]], [[SQL:2016]], [[SQL:2023]]
| influenced_by = [[Datalog]]
| influenced = [[Agena (язык программирования)|Agena]], [[Common Query Language|CQL]], [[Language Integrated Query|LINQ]], [[Windows PowerShell]]<ref name=ars>{{cite web|author=Ryan Paul. |title=A guided tour of the Microsoft Command Shell |url=http://arstechnica.com/business/news/2005/10/msh.ars/4 |publisher=[[Ars Technica]] |access-date=2011-04-10 |archive-url=https://www.webcitation.org/65AHDG72A?url=http://arstechnica.com/business/news/2005/10/msh.ars/4 |archive-date=2012-02-03 }}</ref>
| operating_system = [[Кроссплатформенное программное обеспечение|Кроссплатформенный]]
| website = https://www.iso.org/standard/63555.html
| file_ext = .sql
}}
{{Файловый формат
| название = SQL
| screenshot =
| caption =
| uniform type =
| owner = [[Международная организация по стандартизации|ISO]]/[[Международная электротехническая комиссия|IEC]]
| released = [[1986]]
| latest release version = SQL:2023
| latest release date = [[2023]]
| genre = Базы данных
| standard = ISO/IEC 9075
| free = Да
| url = https://www.iso.org/standard/76583.html
}}
'''SQL''' (от {{lang-en|Structured Query Language}} — язык структурированных запросов) — [[декларативный язык программирования]], применяемый для создания, модификации и управления данными в [[Реляционные базы данных|реляционной базе данных]], управляемой соответствующей [[Система управления базами данных|системой управления базами данных]].

Является, прежде всего, [[Информационный язык|информационно-логическим языком]], предназначенным для описания, изменения и извлечения данных, хранимых в [[Реляционные базы данных|реляционных базах данных]]. В общем случае SQL (без ряда современных расширений) является [[Язык программирования|языком программирования]], [[Полнота по Тьюрингу|неполным по Тьюрингу]]<ref>{{статья | автор = Denis Hirn, Torsten Grust | год = 2021 | заглавие = One WITH RECURSIVE is Worth Many GOTOs | издание = Proc. of SIGMOD 2021 | страницы = 723–735 | doi = 10.1145/3448016.3457272}}</ref>, но вместе с тем стандарт языка спецификацией [[SQL/PSM]] предусматривает возможность его [[SQL#Процедурные расширения|процедурных расширений]].

Изначально SQL был основным способом работы пользователя с [[База данных|базой данных]] и позволял выполнять следующий набор операций:
* создание в базе данных новой таблицы;
* добавление в таблицу новых записей;
* изменение записей;
* удаление записей;
* выборка записей из одной или нескольких таблиц (в соответствии с заданным условием);
* изменение структур таблиц.

Со временем SQL усложнился — обогатился новыми конструкциями, обеспечил возможность описания и управления новыми хранимыми объектами (например, индексы, представления, триггеры и хранимые процедуры) — и стал приобретать черты, свойственные языкам программирования.

При всех своих изменениях SQL остаётся самым распространённым лингвистическим средством для взаимодействия прикладного программного обеспечения с базами данных. В то же время современные [[Система управления базами данных|СУБД]], а также информационные системы, использующие СУБД, предоставляют пользователю развитые средства визуального построения запросов.

== История ==

=== Первые разработки ===
[[Чемберлин, Дональд|Дональд Чемберлин]] и [[Бойс, Рэймонд|Раймонд Бойс]] начали работу над языком реляционных баз данных после того, как узнали о [[Реляционная модель данных|реляционной модели]] от [[Кодд, Эдгар|Эдгара Кодда]], встретившись с ним на симпозиуме в Нью-Йорке в 1972 году. По воспоминаниям Чемберлина, это было «откровением».
Авторы были впечатлены выразительностью и компактностью [[Реляционная алгебра|реляционной алгебры]] и реляционного исчисления, предложенных Коддом, для представления сложных запросов. Кодд использовал символическую запись с математическими обозначениями операций, но Чемберлин и Бойс захотели спроектировать язык так, чтобы им мог воспользоваться любой пользователь, даже не имеющий навыков программирования и знаний математики<ref name="Early History">{{cite journal|last1=Chamberlin|first1=Donald|title=Early History of SQL|journal=IEEE Annals of the History of Computing|date=2012|volume=34|issue=4|pages=78–82|doi=10.1109/MAHC.2012.61|s2cid=1322572}}</ref>.

После симпозиума Кодда, Чемберлин и Бойс провели следующий год в экспериментах над дизайном языка. Первой их попыткой был язык ''SQUARE'' ({{lang-en2|Specifying Queries in A Relational Environment}}), но он был сложен в практическом использовании из-за математической нотации с верхними и нижними индексами.

{{Якорь|SEQUEL}}После переезда в Исследовательскую лабораторию Сан-Хосе в 1973 году, Чемберлин и Бойс начали работу над совершенно новым языком, который был назван ''SEQUEL'' (от {{lang-en2|Structured English QUEry Language}}, «английский язык структурированных запросов»). Авторы надеялись, что после небольшой практики даже пользователи-неспециалисты (например, бухгалтеры, инженеры, архитекторы, градостроители<ref name="Chamberlin-Boyce1974"/>) смогут читать запросы так, словно последние написаны на обычном английском языке. Язык был назван «декларативным», поскольку он описывал желаемый результат, а не детальный план поиска этой информации. Предполагалось, что переводом декларативного запроса в детальный план исполнения будет заниматься специальный оптимизирующий [[компилятор]]<ref name="Early History"/>.

Первая общедоступная статья о SEQUEL была опубликована в 1974 году<ref name="Chamberlin-Boyce1974">{{статья| автор = Donald D. Chamberlin, Raymond F. Boyce | заглавие = SEQUEL: A structured English query language | издание = Proceedings of the SIGFIDET '74 | место = N. Y. | издательство = AC | год = 1974 | страницы = 249—264 | doi = 10.1145/800296.811515}}</ref>. Через месяц после этого Рей Бойс скончался. После его смерти язык SEQUEL продолжил развитие как часть проекта [[IBM System R]]<ref name="Early History"/>. Пэт Селинджер ({{lang-en2|Pat Selinger}}) занималась разработкой стоимостного оптимизатора ({{lang-en2|cost-based optimizer}}), Рэймонд Лори ({{lang-en2|Raymond Lorie}}) занимался компилятором запросов.

В 1977 году авторы получили письмо от юриста британской авиастроительной группы компаний [[Hawker Siddeley]], уведомляющее, что этой компании принадлежит торговая марка «SEQUEL». Было принято решение сократить название языка до SQL (от {{lang-en2|Structured Query Language}}, «язык структурированных запросов»)<ref>{{книга
 |1            =
 |автор        = Andy Oppel.
 |заглавие     = Databases Demystified
 |издательство = McGraw-Hill Osborne Media
 |место        = San Francisco, CA
 |страницы     = 90—91
 |ссылка       = http://www.mhprofessional.com/product.php?cat=112&isbn=0071469605
 |isbn         = 0-07-146960-5
 |цитата       = „SEQUEL“ был торговой маркой британской авиастроительной группы компаний [[Hawker Siddeley]]
 |archive-date  = 2012-01-14
 |archive-url   = https://web.archive.org/web/20120114180544/http://www.mhprofessional.com/product.php?cat=112&isbn=0071469605
}}</ref><ref name="chamberlin2001">{{cite web |url=https://conservancy.umn.edu/handle/11299/107215 |last=Chamberlin |first=Donald D. |title=Oral history interview with Donald D. Chamberlin |date=2001-10-03 |access-date=2020-01-14 |quote=We changed the original name "SEQUEL" to SQL because we got a letter from somebody’s lawyer that said the name "SEQUEL" belonged to them. We shortened it to SQL, for Structured Query Language, and the product was known as SQL/DS. |archive-date=2020-02-24 |archive-url=https://web.archive.org/web/20200224145836/https://conservancy.umn.edu/handle/11299/107215 |url-status=live }}</ref>. Тем не менее, первоначальное название SEQUEL повлияло на современное произношение аббревиатуры SQL (см. ниже{{Переход|Произношение}}).

Первыми СУБД, поддерживающими новый язык, стали в [[1979 год]]у Oracle V2 для машин [[VAX]] компании [[Relational Software]] (впоследствии ставшей компанией [[Oracle]]) и [[System/38]] фирмы IBM, основанная на System/R.

Изначально термин «SQL» являлся аббревиатурой, однако в первом официальном стандарте ANSI 1986 года фраза «Structured Query Language» нигде не упоминалась, а язык назывался «Database Language — SQL»<ref name=ANSI86>[https://archive.org/details/federalinformati127nati/ American National Standard for information systems — Database Language — SQL] (ANSI X3.135-1986). Approved October 16, 1986. American National Standards Institute, Inc</ref>. В последующих стандартах ISO/IEC 9075:1989 и ISO/IEC 9075:1992 вместо «Database Language — SQL» использовалось название «Database Language SQL», или просто «language SQL»<ref name=sql1992>[http://www.contrib.andrew.cmu.edu/~shadow/sql/sql1992.txt ISO/IEC 9075:1992, Database Language SQL] {{Wayback|url=http://www.contrib.andrew.cmu.edu/~shadow/sql/sql1992.txt |date=20060621035823 }} — July 30, 1992</ref>. Однако в описании стандарта ISO/IEC 9075-1:2011 на сайте ISO указывалось: «{{lang-en2|ISO/IEC 9075 defines Structured Query Language (SQL)}}»<ref>{{Cite web |url=https://www.iso.org/standard/53681.html |title=ISO/IEC 9075-1:2011 Information technology — Database languages — SQL — Part 1: Framework (SQL/Framework) |access-date=2023-06-09 |archive-date=2023-02-16 |archive-url=https://web.archive.org/web/20230216135731/https://www.iso.org/standard/53681.html |url-status=live }}</ref>.

SQL был не единственным языком подобного назначения. В [[Калифорнийский университет в Беркли|Калифорнийском Университете Беркли]] была разработана некоммерческая СУБД [[Ingres]] (являвшаяся дальним прародителем популярной сейчас некоммерческой СУБД [[PostgreSQL]]), которая являлась реляционной СУБД, но использовала свой собственный язык [[QUEL]], который, не выдержал конкуренции по количеству поддерживающих его СУБД по сравнению с языком SQL. В качестве альтернативного подхода для обеспечения пользовательского доступа к базам данных также рассматривался появившийся в 1970-е годы метод [[QBE]], впоследствии в видоизменённой форме появившийся в ряде интегрированных сред управления данными, но так и не заменивший, а лишь дополнивший SQL.

=== Стандартизация ===
Поскольку к началу 1980-х годов существовало несколько вариантов СУБД разных производителей, причём, каждый из них обладал собственной реализацией языка запросов, было принято решение разработать стандарт языка, который будет гарантировать переносимость ПО с одной СУБД на другую (при условии, что они будут поддерживать этот стандарт).

В 1983 году [[Международная организация по стандартизации]] (ISO) и [[Американский национальный институт стандартов]] (ANSI) приступили к разработке стандарта языка SQL. По прошествии множества консультаций и отклонения нескольких предварительных вариантов, в 1986 году ANSI представил свою первую версию стандарта, описанную в документе ANSI X3.135-1986 под названием «Database Language — SQL» (Язык баз данных SQL)<ref name=ANSI86/>. Неофициально этот стандарт SQL-86 получил название SQL1. Год спустя была завершена работа над версией стандарта ISO 9075-1987 под тем же названием. Разработка этого стандарта велась под патронажем Технического комитета TC97 ({{lang-en|Technical Committee TC97}}), областью деятельности которого являлись процессы вычисления и обработки информации ({{lang-en|Computing and Information Processing}}). Именно его подразделение, именуемое как Подкомитет SC21 ({{lang-en|Subcommittee SC21}}), курировало разработку стандарта, что стало залогом идентичности стандартов ISO и ANSI для SQL1 (SQL-86).

Стандарт SQL1 разделялся на два уровня. Первый уровень представлял собой подмножество второго уровня, описывавшего весь документ в целом. То есть, такая структура предусматривала, что не все спецификации стандарта SQL1 будут относиться к Уровню 1. Тем самым поставщик, заявлявший о поддержке данного стандарта, должен был заявлять об уровне, которому соответствует его реализация языка SQL. Это значительно облегчило принятие и поддержку стандарта, поскольку производители могли реализовывать его поддержку в два этапа.

Со временем к стандарту накопилось несколько замечаний и пожеланий, особенно с точки зрения обеспечения целостности и корректности данных, в результате чего в 1989 году данный стандарт был расширен, получив название SQL89. В частности, в него была добавлена концепция [[первичный ключ|первичного]] и [[Внешний ключ|внешнего ключей]]. ISO-версия документа получила название ISO 9075:1989 «Database Language SQL with Integrity Enhancements» (Язык баз данных SQL с добавлением контроля целостности). Параллельно была закончена и ANSI-версия.

Сразу после завершения работы над стандартом SQL1 в 1987 году была начата работа над новой версией стандарта, который должен был заменить стандарт SQL89, получив название SQL2, поскольку дата принятия документа на тот момент была неизвестна. Таким образом, фактически SQL89 и SQL2 разрабатывались параллельно. Новая версия стандарта была принята в 1992 году, заменив стандарт SQL89. Новый стандарт, озаглавленный как SQL92, представлял собой по сути расширение стандарта SQL1, включив в себя множество дополнений, имевшихся в предыдущих версиях инструкций<ref name=sql1992/>.

Как и SQL1, SQL92 так же был разделён на несколько уровней, однако, во-первых, число уровней было увеличено с двух до трёх, а во-вторых, они получили названия вместо порядковых цифр: ''начальный'' ({{lang-en|entry}}), ''средний'' ({{lang-en|intermediate}}), ''полный'' ({{lang-en|full}}). Уровень «полный», как и Уровень 2 в SQL1, подразумевал весь стандарт целиком. Уровень «начальный» представлял собой подмножество уровня «средний», в свою очередь, представлявшего собой подмножество уровня «полный». Уровень «начальный» был сравним с Уровнем 2 стандарта SQL1, но спецификации этого уровня были несколько расширены. Таким образом, цепочка включений уровней стандартов выглядела примерно следующим образом: SQL1 Уровень 1 → SQL1 Уровень 2 → SQL92 «Начальный» → SQL92 «Средний» → SQL92 «Полный».

После принятия стандарта SQL92 к нему были добавлены ещё несколько документов, расширявших функциональность языка. Так, в 1995 году был принят стандарт [[SQL/CLI]] (Call Level Interface, интерфейс уровня вызовов), впоследствии переименованный в CLI95. На следующий год был принят стандарт [[SQL/PSM]] (Persistent Stored Modules, постоянно хранимые модули), получивший название PSM-96<ref>{{Cite web |url=http://codeidol.com/sql/introduction-to-sql/Introduction-to-SQL/Standardization-of-SQL/ |title=Standardization of SQL |access-date=2011-08-24 |archive-date=2012-01-11 |archive-url=https://web.archive.org/web/20120111141251/http://codeidol.com/sql/introduction-to-sql/Introduction-to-SQL/Standardization-of-SQL/ |url-status=live }}</ref>.

Следующим стандартом стал [[SQL:1999]] (SQL3). В настоящее время действует стандарт, принятый в 2003 году ([[SQL:2003]]) с небольшими модификациями, внесёнными позже ([[SQL:2008]]). История версий стандарта:

{| class="wikitable"
! Год || Название || Иное название || Изменения
|-
| 1986 || SQL-86 || SQL-87 || Первый вариант стандарта, принятый институтом ANSI и одобренный ISO в 1987 году.
|-
| 1989 || SQL-89 || [[Федеральные стандарты обработки информации|FIPS]] 127-1 || Немного доработанный вариант предыдущего стандарта.
|-
| [[1992]] || [[SQL-92]] || SQL2, FIPS 127-2 || Значительные изменения (ISO 9075); уровень ''Entry Level'' стандарта SQL-92 был принят как стандарт FIPS 127-2.
|-
| [[1999]] || [[SQL:1999]] || SQL3 || Добавлена поддержка [[Регулярные выражения|регулярных выражений]], [[Рекурсия|рекурсивных]] запросов, поддержка [[Триггер (базы данных)|триггеров]], базовые процедурные расширения, нескалярные типы данных и некоторые [[Объектно-ориентированное программирование|объектно-ориентированные]] возможности.
|-
| [[2003]] || [[SQL:2003]] || || Введены расширения для работы с [[XML]]-данными, оконные функции (применяемые для работы с [[OLAP]]-базами данных), генераторы последовательностей и основанные на них типы данных.
|-
| [[2006]] || [[SQL:2006]] || || Функциональность работы с XML-данными значительно расширена. Появилась возможность совместно использовать в запросах SQL и [[XQuery]].
|-
| [[2008]] || [[SQL:2008]] || || Улучшены возможности оконных функций, устранены некоторые неоднозначности стандарта SQL:2003<ref>{{Cite web |url=http://archives.postgresql.org/pgsql-hackers/2008-09/msg00071.php |title=Re: Window functions patch v04 for the September commit fest<!-- Заголовок добавлен ботом --> |access-date=2008-10-06 |archive-date=2009-01-11 |archive-url=https://web.archive.org/web/20090111032131/http://archives.postgresql.org/pgsql-hackers/2008-09/msg00071.php |url-status=live }}</ref>
|-
| 2011
| [[SQL:2011]]
|
| Реализована поддержка [[Хронологическая база данных|хронологических баз данных]] (PERIOD FOR), поддержка конструкции FETCH<ref name="features_2011">{{статья |заглавие=What's new in SQL:2011 |ссылка=http://www.sigmod.org/publications/sigmod-record/1203/pdfs/10.industry.zemke.pdf |язык= |автор=Fred Zemke |год=2012 |archive-date=2013-08-10 |archive-url=https://web.archive.org/web/20130810193539/http://www.sigmod.org/publications/sigmod-record/1203/pdfs/10.industry.zemke.pdf }}</ref>.
|-
| 2016
| [[SQL:2016]]
|
| Защита на уровне строк, полиморфные табличные функции, [[JSON]].
|-
|2023
|[[SQL:2023]]
|
|Операции над [[Граф (математика)|графами]]. Агрегатная функция ANY_VALUE(). Поддержка шестнадцатеричных/двоичных/восьмеричных литералов, улучшение поддержки [[JSON]]<ref>{{Cite web|url=http://peter.eisentraut.org/blog/2023/06/01/sql-2023-is-out|title=SQL:2023 is out|lang=en|first=Peter|last=Eisentraut|website=Peter Eisentraut|date=2023-06-01|access-date=2023-10-01|archive-date=2023-10-01|archive-url=https://web.archive.org/web/20231001022844/http://peter.eisentraut.org/blog/2023/06/01/sql-2023-is-out|url-status=live}}</ref>.
|}

=== Вопросы совместимости ===
По традиции, как и со многими стандартами в [[Информационные технологии|IT]]-индустрии, с языком SQL возникла проблема: на каком-то этапе многие производители использующего SQL программного обеспечения решили, что функциональность в текущей (на тот момент времени) версии стандарта недостаточна, и её желательно расширить. В результате у разных производителей систем управления базами данных (СУБД) стали использоваться разные диалекты SQL, в общем случае между собой несовместимые.

До [[1996 год]]а вопросами соответствия коммерческих реализаций SQL стандарту занимался в основном [[Национальный институт стандартов и технологий]] (NIST), который и устанавливал уровень соответствия стандарту. Поздне́е подразделение, занимавшееся СУБД, было расформировано, и на текущий момент все усилия по проверке СУБД на соответствие стандарту ложатся на её производителя.

Впервые понятие «уровня соответствия» было предложено в стандарте SQL-92. А именно, ANSI и NIST определяли четыре уровня соответствия реализации этому стандарту:
# ''Entry'' (базовый)
# ''Transitional'' (переходный) — проверку на соответствие этому уровню проводил только NIST
# ''Intermediate'' (промежуточный)
# ''Full'' (полный)
Легко можно понять, что каждый последующий уровень соответствия заведомо подразумевал соответствие предыдущему уровню. Далее, согласно данной «лесенке» стандартов, любая СУБД, которая соответствовала уровню Entry, могла заявлять себя как «SQL-92 compliant» («совместимая с SQL-92»), хотя на самом деле переносимость и соответствие стандарту ограничивалось набором возможностей, входящих в этот уровень.

Положение изменилось с введением стандарта SQL:1999. Отныне стандарт приобрёл модульную структуру — основная часть стандарта была вынесена в раздел «SQL/Foundation», все остальные были выведены в отдельные модули. Соответственно, остался только один уровень совместимости — ''Core'', что означало поддержку этой основной части. Поддержка остальных возможностей оставлена на усмотрение производителей СУБД. Аналогичное положение имело место и с последующими версиями стандарта.

=== NoSQL ===
{{Основная статья|NoSQL}}
Движение NoSQL второй половины 2000-х годов, зафиксировавшее в своём названии «отрицание SQL», было вызвано не столько отказом от языка как такового, а объединило СУБД, отказавшиеся от реляционной модели и принципов строгой согласованности ради [[Горизонтальная масштабируемость|горизонтальной масштабируемости]] и ряда других качеств. При этом в ранних NoSQL-системах поддержка SQL действительно отсутствовала, со временем некоторые из таких СУБД обзавелись специфическими SQL-подобными языками запросов ([[CQL (Cassandra)|CQL]], [[N1QL]], {{iw|AQL||en|AQL (ArangoDB Query Language)}} и другими). В 2010-е годы ряд СУБД отнёс себя к категории [[NewSQL]], в них при сохранении свойств масштабируемости NoSQL-систем реализована и поддержка SQL, в разных системах — разной степени совместимости со стандартами. Кроме того, поддержка SQL в 2010-е годы появилась не только в СУБД, но и для [[экосистема Hadoop|экосистемы Hadoop]] ([[Apache Spark|Spark SQL]], {{iw|Apache Phoenix|Phoenix}}, [[Apache Impala|Impala]]), а также в [[Связующее программное обеспечение|связующем программном обеспечении]] (брокер сообщений [[Apache Kafka|Kafka]], система потоковой обработки [[Apache Flink|Flink]]), таким образом, язык постепенно становится фактическим стандартом доступа к любым обрабатываемым данным, не только реляционной природы.

== Элементы ==
Язык SQL представляет собой совокупность операторов, инструкций, вычисляемых функций.

Согласно общепринятому [[Стиль программирования|стилю программирования]], операторы (и другие зарезервированные слова) в SQL обычно рекомендуется писать [[Заглавные буквы|прописными буквами]]<ref>{{книга | автор = Джо Селко | заглавие = Стиль программирования Джо Селко на SQL | место = СПб. |издательство = Питер | год = 2006 | страниц = 206}}</ref>.

Операторы SQL делятся на:
* операторы определения данных ([[Data Definition Language]], DDL):
** CREATE создаёт объект базы данных (саму базу, таблицу, [[Представление (базы данных)|представление]], пользователя и так далее),
** ALTER изменяет объект,
** DROP удаляет объект;
* операторы манипуляции данными ([[Data Manipulation Language]], DML):
** [[Select (SQL)|SELECT]] выбирает данные, удовлетворяющие заданным условиям,
** [[Insert (SQL)|INSERT]] добавляет новые данные,
** [[Update (SQL)|UPDATE]] изменяет существующие данные,
** [[Delete (SQL)|DELETE]] удаляет данные;
* операторы определения доступа к данным ([[Data Control Language]], DCL):
** GRANT предоставляет пользователю (группе) разрешения на определённые операции с объектом,
** REVOKE отзывает ранее выданные разрешения,
** DENY задаёт запрет, имеющий приоритет над разрешением;
* операторы управления [[Транзакция (информатика)|транзакциями]] (Transaction Control Language, TCL):
** [[Commit (SQL)|COMMIT]] применяет транзакцию,
** [[Rollback (SQL)|ROLLBACK]] откатывает все изменения, сделанные в контексте текущей транзакции,
** [[Savepoint (SQL)|SAVEPOINT]] делит транзакцию на более мелкие участки.

== Преимущества и недостатки ==

=== Преимущества ===
; Независимость от конкретной СУБД
Несмотря на наличие диалектов и различий в синтаксисе, в большинстве своём тексты SQL-запросов, содержащие DDL и DML, могут быть достаточно легко перенесены из одной СУБД в другую. Существуют системы, разработчики которых изначально ориентировались на применение по меньшей мере нескольких СУБД (например: система электронного [[документооборот]]а [[Documentum]] может работать как с [[Oracle Database]], так и с [[Microsoft SQL Server]] и [[DB2]]). Естественно, что при применении некоторых специфичных для реализации возможностей такой переносимости добиться уже очень трудно.

; Наличие стандартов
Наличие стандартов и набора тестов для выявления совместимости и соответствия конкретной реализации SQL общепринятому стандарту только способствует «стабилизации» языка. Правда, стоит обратить внимание, что сам по себе стандарт местами чересчур формализован и раздут в размерах (например, базовая часть стандарта SQL:2003 состоит из более чем 1300 страниц текста).

; Декларативность
С помощью SQL программист описывает только то, какие данные нужно извлечь или модифицировать. То, каким образом это сделать, решает СУБД непосредственно при обработке SQL-запроса. Однако не стоит думать, что это полностью универсальный принцип — программист описывает набор данных для выборки или модификации, однако ему при этом полезно представлять, как СУБД будет разбирать текст его запроса. Чем сложнее сконструирован запрос, тем больше он допускает вариантов написания, различных по скорости выполнения, но одинаковых по итоговому набору данных.

=== Недостатки ===
; Несоответствие реляционной модели данных
Создатели реляционной модели данных [[Кодд, Эдгар|Эдгар Кодд]], [[Дейт, Кристофер|Кристофер Дейт]] и их сторонники указывают на то, что SQL не является истинно реляционным языком. В частности, они указывают на следующие дефекты SQL с точки зрения реляционной теории<ref>[http://www.oreillynet.com/lpt/a/6060 O’Reilly Network] {{webarchive|url=https://web.archive.org/web/20070503024835/http://www.oreillynet.com/lpt/a/6060 |date=2007-05-03 }} An Interview with Chris Date</ref>:
* допущение строк-дубликатов в таблицах и результатах выборок, что в рамках реляционной модели данных невозможно и недопустимо;
* поддержка неопределённых значений ([[NULL (SQL)|NULL]]), создающая фактически многозначную логику;
* значимость порядка столбцов, возможность ссылок на столбцы по номерам (в реляционной модели столбцы должны быть равноправны);
* допущение столбцов без имени, дублирующихся имён столбцов.

В опубликованном Кристофером Дейтом и [[Дарвен, Хью|Хью Дарвеном]] [[Третий манифест|Третьем манифесте]]<ref>{{Cite web |url=http://www.thethirdmanifesto.com/ |title=The Third Manifesto |access-date=2007-04-04 |archive-date=2008-12-19 |archive-url=https://web.archive.org/web/20081219100112/http://www.thethirdmanifesto.com/ |url-status=live }}</ref> они излагают принципы СУБД следующего поколения и предлагают язык [[Tutorial D]], который является подлинно реляционным.

; Сложность
Хотя SQL и задумывался как средство работы конечного пользователя, позже он стал настолько сложным, что превратился в инструмент программиста.

; Отступления от стандартов
Несмотря на наличие международного стандарта ANSI SQL-92, многие разработчики СУБД вносят изменения в язык SQL, применяемый в разрабатываемой СУБД, тем самым отступая от стандарта. Таким образом появляются специфичные для каждой конкретной СУБД диалекты языка SQL.

; Сложность работы с иерархическими структурами
Ранее диалекты SQL большинства СУБД не предлагали способа манипуляции древовидными структурами. Некоторые поставщики СУБД предлагали свои решения (например, в [[Oracle Database]] используется выражение ''CONNECT BY''). В настоящее время в ANSI стандартизована рекурсивная конструкция ''WITH'' из диалекта SQL [[DB2]]. В [[Microsoft SQL Server]] рекурсивные запросы (''Recursive Common Table Expressions'') появились с версии 2005<ref>Nigel Rivett. [https://www.red-gate.com/simple-talk/sql/t-sql-programming/sql-server-2005-common-table-expressions/ SQL Server 2005 Common Table Expressions] {{Wayback|url=https://www.red-gate.com/simple-talk/sql/t-sql-programming/sql-server-2005-common-table-expressions/ |date=20190403093820 }} // red-gate.com, 02.08.2006</ref>.

== Процедурные расширения ==
Поскольку SQL не является привычным процедурным языком программирования (то есть не предоставляет средств для построения циклов, ветвлений и так далее), вводимые разными производителями расширения касались в первую очередь процедурных расширений. Это [[Хранимая процедура|хранимые процедуры]] ({{lang-en2|stored procedures}}) и процедурные языки-«надстройки». Практически в каждой СУБД применяется свой процедурный язык, в частности, в Oracle Database используется [[PL/SQL]] (поддерживается также в [[DB2]] и {{iw|Timesten}}), в Interbase и Firebird — [[PSQL]], в DB2 — {{iw|SQL PL}}, в [[Microsoft SQL Server]] и [[Adaptive Server Enterprise]] — [[Transact-SQL]], в [[PostgreSQL]] — [[PL/pgSQL]].

== Произношение ==
Несмотря на то, что аббревиатура SQL формально должна произносится как «эс-кью-эл» ({{МФА2|ˈ|ɛ|s|ˈ|k|j|u|ˈ|ɛ|l}}), первоначальная версия сокращённого названия языка — SEQUEL — совпадала по написанию со словом {{lang-en2|sequel}} и до сих пор часто произносится как «си́квел» ({{IPAc-en|ˈ|s|iː|k|w|əl}})<ref name="database.guide">[https://database.guide/is-it-pronounced-s-q-l-or-sequel/ Is it Pronounced «S-Q-L» or «Sequel»?] {{Wayback|url=https://database.guide/is-it-pronounced-s-q-l-or-sequel/ |date=20230609104247 }} // database.guide, 05.06.2016</ref><ref name="learnsql">[https://learnsql.com/blog/sql-or-sequel/ S.Q.L or Sequel: How to Pronounce SQL?] {{Wayback|url=https://learnsql.com/blog/sql-or-sequel/ |date=20230608012902 }} // learnsql.com, 03.09.2014</ref>.

Различия в произношении наблюдаются даже среди специалистов. Так, один из авторов языка, Дэвид Чемберлин использует произношение «эс-кью-эл», а [[Дейт, Кристофер|Кристофер Дейт]] — «сиквел»<ref name="learnsql"/>. В ролике, рекламирующем [[Microsoft SQL Server]], [[Гейтс, Билл|Билл Гейтс]] на 16-й секунде использует вариант «сиквел», а на 38-й — «эс-кью-эл»<ref>{{YouTube|5ycx9hFGHog|EsberGatesSQLServerCommercial}}</ref>.

Официальное произношение [[СУБД]] [[MySQL]], согласно документации, — «Май-эс-кью-эл»<ref>[https://dev.mysql.com/doc/refman/5.7/en/what-is-mysql.html MySQL 5.7 Reference Manual] {{Wayback|url=https://dev.mysql.com/doc/refman/5.7/en/what-is-mysql.html |date=20230529042227 }} {{начало цитаты}}The official way to pronounce «MySQL» is «My Ess Que Ell» (not «my sequel»){{конец цитаты}}</ref>, [[PostgreSQL]] — «Пост-грес-кью-эл», тогда как разработчики Microsoft SQL Server и Oracle предпочитают произношение «сиквел», например, в таких терминах как PL/SQL и T-SQL<ref name="learnsql"/>.

== Примечания ==
{{примечания}}

== Литература ==
* {{книга
|заглавие = SQL: полное руководство, 3-е издание
|оригинал = SQL: The Complete Reference, Third Edition
|автор = Джеймс Р. Грофф, Пол Н. Вайнберг, Эндрю Дж. Оппель
|страниц = 960
|isbn = 978-5-8459-1654-9
|год = 2014
|место =  М.
|издательство = [[Вильямс (издательство)|«Вильямс»]]
}}
* {{книга
|заглавие = SQL: Руководство по изучению языка
|автор = Крис Фиайли
|страниц = 456
|ISBN 0-321-11803-0 (англ.)
|ISBN 5-94074-233-5 (рус.)
|год = 2003
|место = М.
|издательство = Peachpit Press
|перевод на русский = ДМК Пресс
}}
* {{книга
|заглавие = SQL для чайников, 8-е издание
|оригинал = SQL For Dummies, 8th edition
|автор = Аллен Тейлор
|страниц = 416
|isbn = 978-5-8459-1903-8
|год = 2014
|место =  М.
|издательство = [[Диалектика (издательство)|«Диалектика»]]
}}
* {{книга|автор=[[Дейт, Кристофер|К. Дж. Дейт]].|заглавие=[[Введение в системы баз данных]]|издание=8-е изд|ответственный=Пер. с англ|место=М.|издательство=[[Вильямс (издательство)|Вильямс]]|год=2005|страниц=1328}}
* Chamberlin, Donald D. [http://ieeexplore.ieee.org/stamp/stamp.jsp?arnumber=6359709 Early history of SQL]. // IEEE Annals of the History of Computing 34.4 (2012): 78-82.{{ref|en}}

== Ссылки ==
* {{cite web|url=http://www.iso.org/iso/catalogue_detail.htm?csnumber=45498 |title=ISO/IEC 9075-1:2008: Information technology – Database languages – SQL – Part 1: Framework (SQL/Framework) |archive-url=https://www.webcitation.org/65AHDqhgg?url=http://www.iso.org/iso/catalogue_detail.htm?csnumber=45498 |archive-date=2012-02-03 }}
* [http://www.contrib.andrew.cmu.edu/~shadow/sql/sql1992.txt Текст стандарта SQL-92]{{ref|en}}
* Сергей Кузнецов. [http://citforum.ru/database/sql/sql2003/ Наиболее интересные новшества в стандарте SQL:2003]

== См. также ==
* [[Sql.ru]]

{{внешние ссылки}}
{{SQL}}
{{Языки запросов}}
{{databases}}
{{Стандарты ISO}}

[[Категория:SQL| ]]