SELECT

Опциональное выражение WITH позволяет указать один или несколько подзапросов, на которые можно ссылаться по имени в основном запросе. Эти подзапросы фактически действуют как временные таблицы или представления на время выполнения основного запроса. Каждый подзапрос может быть оператором SELECT, INSERT, UPDATE или DELETE. При использовании в WITH оператора, изменяющего данные (INSERT, UPDATE или DELETE), обычно добавляется выражение RETURNING. Именно результат RETURNING, а не нижележащая таблица, изменяемая оператором, формирует временную таблицу, которую затем читает основной запрос. Если выражение RETURNING опущено, оператор все равно выполняется, но не выдает никакого результата, поэтому на него нельзя ссылаться как на таблицу в основном запросе.

Для команды SELECT, включающей выражение WITH, это выражение может содержать не более одного оператора, изменяющего данные таблицы (INSERT, UPDATE или DELETE).

Для каждого запроса в выражении WITH должно быть указано имя with_query_name (без схемы). Также можно указать необязательный список имен столбцов; если список не указан, имена столбцов определяются из подзапроса.

Если указано ключевое слово RECURSIVE, подзапрос SELECT может ссылаться сам на себя по имени. Такой подзапрос должен иметь вид:

где рекурсивная ссылка на сам запрос находится в правой части оператора UNION. В одном запросе допускается только одна рекурсивная ссылка на него же. Операторы, изменяющие данные, не могут быть рекурсивными, но результаты рекурсивного запроса SELECT в таких операторах можно использовать.

Если указано ключевое слово RECURSIVE, запросы WITH не обязательно должны быть упорядочены: запрос может ссылаться на другой запрос, который находится в списке после него. Однако циклические ссылки или взаимная рекурсия не поддерживаются.

Без ключевого слова RECURSIVE запрос в WITH может ссылаться только на запрос в WITH того же уровня, который находится раньше в списке WITH.

WITH RECURSIVE имеет ограничения. Не поддерживается:

Ниже приведен пример ограничения, связанного с оператором множеств. Этот запрос возвращает ошибку, поскольку оператор UNION содержит ссылку на таблицу foo:

Это рекурсивное общее табличное выражение (Common Table Expression, CTE) разрешено, поскольку оператор UNION не содержит ссылку на CTE foo:

Ключевое свойство запросов WITH заключается в том, что они выполняются только один раз за выполнение основного запроса, даже если основной запрос ссылается на них более одного раза. В частности, гарантируется, что операторы, изменяющие данные, будут выполнены только один раз, независимо от того, в каком объеме основной запрос будет считывать их выходные данные (полностью или только часть).

Основной запрос и все запросы WITH, условно говоря, выполняются одновременно. Это означает, что действие оператора, изменяющего данные, в WITH нельзя увидеть из других частей запроса, кроме как прочитав его вывод RETURNING. Если два таких оператора попытаются изменить одну строку, результат будет неопределенным.

За дополнительной информацией обратитесь к статье Общие табличные выражения (CTE).

Список SELECT (между ключевыми словами SELECT и FROM) содержит выражения, формирующие выходные строки оператора SELECT. Эти выражения могут ссылаться (и обычно ссылаются) на столбцы, вычисленные в выражении FROM.

Выражение в списке SELECT может представлять собой постоянное значение, ссылку на столбец, вызов оператора, вызов функции, агрегатное выражение, оконное выражение, скалярный подзапрос и др. Ряд конструкций можно классифицировать как выражения, но они не подчиняются каким-либо общим синтаксическим правилам. Как правило, они имеют семантику функции или оператора.

Как и в таблице, каждый выходной столбец запроса SELECT имеет имя. В простом запросе SELECT это имя используется только для обозначения столбца при выводе, но когда SELECT является подзапросом большого запроса, имя воспринимается этим запросом как имя столбца виртуальной таблицы, созданной подзапросом. Чтобы указать имя для выходного столбца, нужно написать AS <output_name> после выражения столбца. Слово AS можно опустить, но только если желаемое имя выходного столбца не совпадает ни с одним ключевым словом SQL. Чтобы не зависеть от возможного добавления новых ключевых слов в будущем, рекомендуется всегда писать AS, либо заключать имя выходного столбца в двойные кавычки. Если имя столбца не указано, Greengage DB выберет имя автоматически. Если выражение столбца представляет собой просто ссылку на столбец, то выбранное имя совпадает с именем этого столбца. В более сложных случаях может использоваться имя функции или типа, или система может сгенерировать имя (например, ?column? или columnN).

Имя выходного столбца можно использовать для ссылки на значение столбца в выражениях ORDER BY и GROUP BY, но не WHERE или HAVING (в них должны быть выражения).

Вместо выражения в выходном списке можно использовать * в качестве сокращенного обозначения всех столбцов выбранных строк. Также можно использовать table_name.* в качестве сокращенного обозначения столбцов, взятых только из этой таблицы. В этих случаях невозможно указать новые имена с помощью AS (имена выходных столбцов будут совпадать с именами столбцов таблицы).

Если указан SELECT DISTINCT, все повторяющиеся строки исключаются из результирующего набора (из каждой группы дубликатов остается одна строка). SELECT ALL указывает на обратное: сохраняются все строки (поведение по умолчанию).

SELECT DISTINCT ON (expression [, …​]) сохраняет только первую строку из каждого набора строк, для которого данное выражение дает одинаковые значения. Выражения DISTINCT ON обрабатываются по тем же правилам, что и выражения ORDER BY (см. выше). Обратите внимание, что "первая строка" каждого набора непредсказуема, если не используется ORDER BY для обеспечения того, чтобы желаемая строка отображалась первой. Например:

возвращает самый последний прогноз погоды для каждого местоположения. Но если бы здесь не использовалось ORDER BY для упорядочивания значений времени в порядке убывания для каждого местоположения, был бы получен отчет для каждого местоположения от непредсказуемого времени.

Выражения DISTINCT ON должны соответствовать самым левым выражениям ORDER BY. Выражение ORDER BY обычно содержит дополнительные выражения, определяющие желаемый порядок строк в каждой группе DISTINCT ON.

В выражении FROM указывается одна или несколько таблиц в качестве источника данных для запроса SELECT. Если указано несколько источников, результатом будет декартово произведение (перекрестное соединение) всех их строк. Но обычно добавляются уточняющие условия (с помощью WHERE), чтобы ограничить возвращаемые строки небольшим подмножеством декартова произведения. Выражение FROM может содержать следующие элементы.

Синтаксис в общем виде опционального выражения WHERE:

где condition — любое выражение, результатом которого является значение типа boolean. Любая строка, не удовлетворяющая этому условию, будет исключена из результата. Строка удовлетворяет условию, если она возвращает true при подстановке фактических значений строки вместо ссылок на переменные.

Синтаксис в общем виде опционального выражения GROUP BY:

где grouping_element может быть:

GROUP BY собирает в одну строку все выбранные строки, имеющие одинаковые значения для выражений группировки. Выражение может быть именем входного столбца, именем или порядковым номером выходного столбца (элемент списка SELECT) или произвольным выражением, сформированным из значений входного столбца. В случае неоднозначности имя в GROUP BY будет интерпретироваться как имя входного, а не выходного столбца.

Агрегатные функции, если они используются, вычисляются по всем строкам, составляющим каждую группу, и выдают отдельное значение для каждой группы. Если есть агрегатные функции, но отсутствует выражение GROUP BY, запрос рассматривается как имеющий одну группу, включающую все выбранные строки. Набор строк, передаваемых в каждую агрегатную функцию, может быть дополнительно отфильтрован путем добавления выражения FILTER к вызову агрегатной функции. При наличии FILTER на вход агрегатной функции поступают только те строки, которые соответствуют заданному фильтру.

Если в запросе присутствует GROUP BY или какие-либо агрегатные функции, то выражения в списке SELECT не могут обращаться к не группируемым столбцам, кроме как в агрегатных функциях или когда не группируемый столбец функционально зависит от группируемых столбцов, поскольку иначе для не группируемого столбца могло бы быть возвращено более одного значения. Функциональная зависимость образуется, если группируемые столбцы (или их подмножество) являются первичным ключом таблицы, содержащей не группируемый столбец.

Следует помнить, что все агрегатные функции вычисляются до вычисления любых скалярных выражений в предложении HAVING или списке SELECT. Это означает, что, например, выражение CASE нельзя использовать для пропуска вычисления агрегатной функции.

Greengage DB имеет следующие дополнительные расширения для группировки OLAP (часто называемые супергруппами).

При использовании расширений группировки ROLLUP, CUBE или GROUPING SETS возникают две проблемы. Во-первых, как определить, какие результирующие строки являются промежуточными итогами, и затем точный уровень агрегации для данного промежуточного итога? Или как отличить результирующие строки, содержащие как сохраненные значения NULL, так и значения NULL, возвращаемые ROLLUP или CUBE? Во-вторых, когда в выражении GROUP BY указаны повторяющиеся наборы группировок, как определить, какие результирующие строки являются дубликатами? Для решения этой проблемы можно использовать две дополнительные функции группировки в списке SELECT:

Необязательное выражение WINDOW определяет поведение оконных функций, фигурирующих в списке SELECT или выражении ORDER BY запроса. Эти функции могут ссылаться на элементы WINDOW по именам в своих выражениях OVER. Однако элементы WINDOW не обязательно должны быть использованы в запросе; если они не используются, они просто игнорируются. Можно использовать оконные функции вообще без выражения WINDOW, поскольку в вызове оконной функции может напрямую указываться определение окна непосредственно в выражении OVER. Однако выражение WINDOW позволяет уменьшить текст запроса, когда одно и то же определение окна применяется при вызове нескольких оконных функций.

Например:

Синтаксис выражения WINDOW в общем виде:

где window_name — это имя, на которое можно ссылаться из выражений OVER или последующих определений окон, а window_definition — описание окна, которое имеет следующий вид:

Описание окна имеет следующие параметры.

Синтаксис опционального выражения HAVING в общем виде:

где condition указывается так же, как для выражения WHERE. HAVING исключает из результата строки групп, которые не удовлетворяют условию. HAVING отличается от WHERE: WHERE фильтрует отдельные строки перед применением GROUP BY, а HAVING фильтрует строки групп, созданные выражением GROUP BY. Каждый столбец, присутствующий в условии, должен однозначно ссылаться на столбец группировки, за исключением случаев, когда ссылка находится внутри агрегатной функции или не сгруппированный столбец функционально зависит от столбцов группировки.

Наличие условия HAVING превращает запрос в группируемый, даже если в нем отсутствует GROUP BY. То же самое происходит, когда запрос содержит агрегатные функции, но не содержит выражения GROUP BY. Все выбранные строки считаются образующими одну группу, а в списке SELECT и выражении HAVING можно ссылаться на столбцы таблицы только из агрегатных функций. Такой запрос будет выдавать одну строку, если условие HAVING истинно, и ноль строк, если оно ложно.

Синтаксис выражения UNION в общем виде:

где select_statement — это любой оператор SELECT без выражений ORDER BY, LIMIT, FOR NO KEY UPDATE, FOR UPDATE, FOR SHARE и FOR KEY SHARE. ORDER BY и LIMIT могут быть добавлены к вложенному выражению, если оно заключено в скобки. Без скобок эти выражения будут считаться применяемыми к результату UNION, а не к выражению в его правой части.

Оператор UNION вычисляет объединение множеств строк, возвращаемых связанными операторами SELECT. Строка входит в объединение двух результирующих наборов, если она присутствует хотя бы в одном из наборов. Два оператора SELECT, представляющие собой непосредственные операнды оператора UNION, должны выдавать одинаковое количество столбцов, и соответствующие столбцы должны иметь совместимые типы данных.

Результат выполнения команды UNION не будет содержать повторяющихся строк, если не указана опция ALL. ALL предотвращает исключение дубликатов. Таким образом, UNION ALL обычно выполняется значительно быстрее, чем UNION; поэтому следует указывать ALL, когда это возможно. Можно указать DISTINCT, чтобы явно обозначить, что дублирующиеся строки должны удаляться (поведение по умолчанию).

Несколько операторов UNION в одном запросе SELECT вычисляются слева направо, если иной порядок не определяется скобками.

В настоящее время параметры FOR NO KEY UPDATE, FOR UPDATE, FOR SHARE и FOR KEY SHARE нельзя указать ни для результата UNION, ни для любого из подзапросов UNION.

Синтаксис выражения INTERSECT в общем виде:

где select_statement — это любой оператор SELECT без выражений ORDER BY, LIMIT, FOR NO KEY UPDATE, FOR UPDATE, FOR SHARE и FOR KEY SHARE.

Оператор INTERSECT вычисляет пересечение множеств строк, возвращаемых связанными операторами SELECT. Строка находится в пересечении двух результирующих наборов, если она присутствует в обоих наборах.

Результат выполнения команды INTERSECT не будет содержать повторяющихся строк, если не указана опция ALL. При использовании ALL строка, имеющая m дубликатов в левой таблице и n дубликатов в правой, будет встречаться в результирующем наборе min(m, n) раз. Можно указать DISTINCT, чтобы явно обозначить, что дублирующиеся строки должны удаляться (поведение по умолчанию).

Несколько операторов INTERSECT в одном запросе SELECT вычисляются слева направо, если скобки не указывают иной порядок. INTERSECT связывает свои подзапросы сильнее, чем UNION. То есть, A UNION B INTERSECT C будет интерпретироваться как A UNION (B INTERSECT C).

В настоящее время параметры FOR NO KEY UPDATE, FOR UPDATE, FOR SHARE и FOR KEY SHARE нельзя указать ни для результата INTERSECT, ни для любого из подзапросов INTERSECT.

Синтаксис выражения EXCEPT в общем виде:

где select_statement — любой оператор SELECT без выражений ORDER BY, LIMIT, FOR NO KEY UPDATE, FOR UPDATE, FOR SHARE и FOR KEY SHARE.

Оператор EXCEPT вычисляет набор строк, которые присутствуют в результате левого запроса SELECT, но отсутствуют в результате правого.

Результат команды EXCEPT не содержит повторяющихся строк, если не указана опция ALL. При использовании ALL строка, повторяющаяся m раз в левой таблице и n раз в правой, будет встречаться в результирующем наборе max(m-n,0) раз. Можно указать DISTINCT, чтобы явно обозначить, что дублирующиеся строки должны удаляться (поведение по умолчанию).

Несколько операторов EXCEPT в одном запросе SELECT вычисляются слева направо, если скобки не указывают иной порядок. Оператор EXCEPT связывает свои подзапросы так же сильно, как UNION.

В настоящее время параметры FOR NO KEY UPDATE, FOR UPDATE, FOR SHARE и FOR KEY SHARE нельзя указать ни для результата EXCEPT, ни для любого из подзапросов EXCEPT.

Синтаксис опционального выражения ORDER BY в общем виде:

где expression может быть именем или порядковым номером выходного столбца (элемента списка SELECT), либо произвольным выражением со значениями входных столбцов.

ORDER BY сортирует строки результата в соответствии с указанными выражениями. Если две строки равны по самому левому выражению, они сравниваются по следующему выражению и так далее. Если они равны по всем указанным выражениям, они возвращаются в порядке, зависящем от реализации.

Порядковый номер указывает на позицию (при нумерации слева направо) выходного столбца. Возможность указать порядковый номер позволяет выполнить сортировку по столбцу, не имеющему уникального имени. Это не абсолютно необходимо, поскольку выходному столбцу всегда можно присвоить имя с помощью AS.

В выражении ORDER BY также можно использовать произвольные выражения, в том числе со столбцами, отсутствующими в списке результатов SELECT. Таким образом, следующий запрос является корректным:

Однако если ORDER BY применяется к результату UNION, INTERSECT или EXCEPT, в выражении ORDER BY можно указывать только имя или номер выходного столбца, но не выражение.

Если выражение ORDER BY представляет собой простое имя, совпадающее как с именем выходного столбца, так и с именем входного столбца, то ORDER BY интерпретирует его как имя выходного столбца. Этот выбор противоположен тому, что делает GROUP BY в той же ситуации. Такая несогласованность допускается для соответствия стандарту SQL.

Дополнительно после любого выражения в выражении ORDER BY можно добавить ключевое слово ASC (по возрастанию) или DESC (по убыванию). По умолчанию используется ASC. Кроме того, в выражении USING можно указать имя конкретного оператора сортировки. ASC обычно эквивалентно USING <, а DESC — USING >. Однако при создании нестандартного типа данных можно определить по-другому порядок сортировки по умолчанию и поставить ему в соответствие операторы с другими именами.

Если указан NULLS LAST, значения NULL при сортировке оказываются после всех значений не NULL; при указании NULLS FIRST значения NULL оказываются перед всеми значениями не NULL. Если не указано ни то, ни другое, по умолчанию используется поведение NULLS LAST, если указан или подразумевается порядок ASC, и NULLS FIRST, если указан порядок DESC (таким образом, по умолчанию значения NULL считаются больше значений не NULL). При указании USING порядок значений NULL по умолчанию зависит от того, является ли указанный оператор оператором "меньше" или "больше".

Обратите внимание, что параметры сортировки применяются только к выражению, за которым они следуют; например, ORDER BY x, y DESC означает не то же самое, что ORDER BY x DESC, y DESC.

Символьно-строковые данные сортируются в соответствии со специфичным для локали порядком сопоставления, который был установлен при создании базы данных.

Символьно-строковые данные сортируются в соответствии с кодировкой, применяемой к сортируемому столбцу. При необходимости ее можно изменить, добавив в выражение COLLATE, например, ORDER BY mycolumn COLLATE "en_US". Информацию об определении кодировок можно посмотреть в статье CREATE COLLATION.

Выражение LIMIT состоит из двух независимых вложенных выражений:

где count определяет максимальное количество возвращаемых строк, а start — количество строк, которые следует пропустить, прежде чем начать возвращать строки. Если указаны оба параметра, сначала строки пропускаются в количестве start, затем возвращаются следующие строки в количестве, не превышающем значение count.

Если выражение count возвращает NULL, оно рассматривается как LIMIT ALL, то есть число строк не ограничивается. Если выражение start возвращает NULL, оно рассматривается как OFFSET 0.

В SQL:2008 был введен другой синтаксис для достижения того же результата, который также поддерживается Greengage DB. Он выглядит следующим образом:

В этом синтаксисе значение start или count должно быть, согласно стандарту, литеральной константой, параметром или именем переменной; в Greengage DB допускаются и другие выражения, но, как правило, их необходимо заключать в скобки во избежание неоднозначности. Если count опускается в выражении FETCH, по умолчанию оно равно 1. ROW и ROWS, а также FIRST и NEXT являются незначащими словами, которые не влияют на действие этих выражений. Согласно стандарту, выражение OFFSET должно стоять перед FETCH, если они оба присутствуют; однако Greengage DB допускает любой порядок.

При использовании LIMIT рекомендуется добавлять условие ORDER BY, чтобы строки результата выдавались в определенном порядке. Иначе будут возвращаться непредсказуемые подмножества строк запроса — вы можете запрашивать строки с десятой по двадцатую, но в каком порядке? Порядок будет неизвестен, если не указать ORDER BY.

Планировщик запросов учитывает LIMIT при генерации плана выполнения запроса, поэтому, скорее всего, планы будут разными (а значит и порядок строк) в зависимости от значений LIMIT и OFFSET. Таким образом, использование разных значений LIMIT/OFFSET для выбора разных подмножеств результатов запроса приведет к непоследовательным результатам, если не установить предсказуемую сортировку с помощью ORDER BY. Это не недостаток, а неизбежное следствие того, что SQL не гарантирует предоставление результатов запроса в каком-либо определенном порядке, если порядок явно не определен выражением ORDER BY.

FOR UPDATE, FOR NO KEY UPDATE, FOR SHARE и FOR KEY SHARE — выражения блокировки, которые влияют на то, как оператор SELECT блокирует строки, получаемые из таблицы.

Условие блокировки в общем виде:

где lock_strength может быть:

Для получения более подробной информации о каждом режиме блокировки на уровне строк обратитесь к статье Explicit Locking в документации PostgreSQL.

Чтобы операция не ждала завершения других транзакций, используйте опцию NOWAIT. С этой опцией оператор сообщает об ошибке, а не ждет, если выбранную строку не удается заблокировать немедленно. Обратите внимание, что NOWAIT влияет только на то, ожидает ли оператор SELECT получения блокировок на уровне строк. Необходимая блокировка на уровне таблицы всегда устанавливается обычным способом. Например, оператор SELECT FOR UPDATE NOWAIT всегда будет ожидать необходимой блокировки на уровне таблицы; он ведет себя так, как если опция NOWAIT не применяется. Если необходимо получить блокировку на уровне таблицы без ожидания, можно сначала выполнить LOCK с указанием NOWAIT.

Если в выражении блокировки указаны определенные таблицы, то блокируются только строки, получаемые из этих таблиц; любые другие таблицы, используемые в запросе SELECT, будут считываться как обычно. Выражение блокировки без списка таблиц влияет на все таблицы, используемые в запросе. Если выражение блокировки применяется к представлению или подзапросу, оно влияет на все таблицы, используемые в представлении или подзапросе. Однако эти выражения не применяются к запросам WITH, на которые ссылается основной запрос. Если требуется установить блокировку строк в запросе WITH, укажите выражение блокировки внутри запроса WITH.

В запрос можно добавить несколько выражений блокировки, если необходимо указать различное поведение блокировки для разных таблиц. Если одна и та же таблица упоминается (или неявно затрагивается) в нескольких выражениях блокировки, то блокировка устанавливается так, как если бы было указано только одно самое строгое условие. Аналогично, если в одном из выражений указано NOWAIT, для таблицы блокировка будет запрашиваться без ожидания.

Выражения блокировки нельзя использовать в контекстах, где возвращаемые строки не могут быть четко идентифицированы с отдельными строками таблицы; например, блокировку нельзя использовать при агрегировании.

Если в запросе SELECT на верхнем уровне присутствует выражение блокировки, блокируются только те строки, которые возвращаются запросом; в случае запроса с объединением блокируются строки, из которых составляются возвращаемые строки объединения. Кроме того, будут заблокированы строки, удовлетворяющие условиям запроса на момент создания снимка запроса, хотя они не будут возвращены, если изменятся с момента снимка и перестанут удовлетворять условиям. Если используется условие LIMIT, блокировка прекращается, как только будет возвращено достаточное количество строк для удовлетворения лимита (но обратите внимание, что строки, пропускаемые условием OFFSET, будут заблокированы). Аналогично, если выражение блокировки используется в запросе курсора, будут заблокированы только строки, фактически полученные или пройденные курсором.

Когда в подзапросе SELECT присутствует выражение блокировки, блокируются те строки, которые подзапрос возвращает во внешний запрос. Таких строк может оказаться меньше, чем можно предположить, проанализировав только сам подзапрос, так как условия из внешнего запроса могут способствовать оптимизации выполнения подзапроса. Например,

заблокирует только строки, у которых col1 = 5, даже если это условие не указано в тексте подзапроса.

Команда SELECT, выполняющаяся на уровне изоляции транзакций READ COMMITTED и использующая ORDER BY вместе с блокировкой, может возвращать строки в неправильном порядке. Это происходит потому, что ORDER BY применяется первым. Команда отсортирует результат, но затем может быть заблокирована, пытаясь получить блокировку на одну или несколько строк. После разблокировки SELECT некоторые значения сортируемых столбцов могут быть изменены, в результате чего их порядок может быть нарушен (хотя они были упорядочены по исходным значениям столбцов). При необходимости эту проблему можно обойти, поместив выражение FOR UPDATE/SHARE в подзапрос, например:

Обратите внимание, что это приведет к блокировке всех строк таблицы mytable, тогда как указание FOR UPDATE на верхнем уровне могло бы заблокировать только фактически возвращаемые строки. Это может существенно повлиять на производительность, особенно если ORDER BY сочетается с LIMIT или другими ограничениями. Поэтому этот метод рекомендуется только в том случае, если ожидается параллельное обновление столбцов сортировки и требуется строго отсортированный результат.

На уровне изоляции транзакций REPEATABLE READ или SERIALIZABLE это приведет к ошибке сериализации (с SQLSTATE равным 40001), поэтому на этих уровнях изоляции невозможно получить строки не по порядку.

Команда

равнозначна

Ее можно использовать как команду верхнего уровня или как более краткую запись внутри сложных запросов.

В Greengage DB можно опустить выражение FROM, что позволяет легко вычислять результаты простых выражений. Например:

В некоторых других SQL-базах данных это невозможно — требуется использовать фиктивную таблицу с одной строкой, из которой затем выполняется запрос SELECT.

Обратите внимание, что если выражение FROM не указано, запрос не сможет ссылаться ни на какие таблицы базы данных. Например, следующий запрос является недопустимым:

В стандарте SQL необязательное ключевое слово AS можно опускать перед именем выходного столбца, если новое имя столбца является допустимым именем столбца (то есть не совпадает ни с одним зарезервированным ключевым словом). Greengage DB немного более строг: AS требуется, если новое имя столбца совпадает с любым ключевым словом, зарезервированным или нет. Рекомендуется использовать AS или имена выходных столбцов в двойных кавычках, чтобы предотвратить возможные конфликты с будущими добавлениями ключевых слов.

В списке FROM как стандартная база данных, так и Greengage DB позволяют опускать AS перед псевдонимом, являющимся незарезервированным ключевым словом. Однако это не подходит для имен выходных столбцов из-за синтаксической неоднозначности.

В соответствии со стандартом SQL, при написании ONLY имя таблицы должно заключаться в скобки, например:

В Greengage DB эти скобки считаются необязательными.

В Greengage DB допускается добавление символа * в конце, чтобы явно указать, что дочерние таблицы включаются в обработку. Стандарт не позволяет этого.

Эти положения в равной степени относятся ко всем командам SQL, поддерживающим опцию ONLY.

В стандарте SQL-92 выражение ORDER BY может содержать ссылки только на выходные столбцы, тогда как GROUP BY может содержать выражения с именами только входных столбцов. Greengage DB расширяет оба этих выражения, допуская также другие варианты (но использует интерпретацию стандарта в случае неоднозначности). Greengage DB также позволяет в обоих предложениях указывать произвольные выражения. Обратите внимание, что имена, фигурирующие в выражении, всегда рассматриваются как имена входных, а не выходных столбцов.

В SQL:1999 и более поздних версиях используется несколько иное определение, которое не полностью совместимо с SQL-92. Однако в большинстве случаев Greengage DB интерпретирует выражения ORDER BY и GROUP BY так, как требует SQL:1999.

Greengage DB распознает функциональную зависимость (позволяя опускать столбцы в GROUP BY) только в том случае, если первичный ключ таблицы включен в список GROUP BY. Стандарт SQL определяет дополнительные условия, которые должны быть учтены.

Операторы LIMIT и OFFSET — синтаксис, специфичный для Greengage DB, поддерживаемый также в MySQL. В стандарте SQL:2008 для той же цели вводятся операторы OFFSET .. FETCH {FIRST|NEXT} …​, рассмотренные ранее. Этот синтаксис также используется в IBM DB2. В приложениях для Oracle для реализации действия этих операторов часто используется обходной путь с применением автоматически генерируемого столбца rownum, который отсутствует в Greengage DB.

Хотя оператор FOR UPDATE присутствует в стандарте SQL, стандарт позволяет его использовать только в качестве опции оператора DECLARE CURSOR. Greengage DB допускает его использование в любом запросе SELECT, а также в подзапросах SELECT, но это является расширением. Варианты FOR NO KEY UPDATE, FOR SHARE и FOR KEY SHARE, а также опция NOWAIT в стандарте отсутствуют.

В Greengage DB можно использовать INSERT, UPDATE и DELETE в качестве запросов WITH. Стандарт SQL этого не предусматривает.

В стандарте SQL не определено выражение DISTINCT ON.

Чтобы предотвратить рассинхронизацию данных между сегментами в Greengage DB, любая функция, классифицированная как STABLE или VOLATILE, не может быть запущена на уровне сегмента, если она содержит SQL или каким-либо образом изменяет базу данных. Дополнительную информацию можно посмотреть в статье CREATE FUNCTION.