Находятся ли PL / pgSQL и SQL в PostgreSQL на одном уровне со стандартом SQL / PSM, а не только со стандартом SQL?

SQL - это язык запросов, а PL / pgSQL - процедурный язык (в нем есть такие операторы, как LOOP и IF).

Для написания функций используются процедурные языки; тело функции может быть написано на PL / pgSQL.

CREATE FUNCTION - это оператор SQL, который определяет объект функции в базе данных. Такую функцию можно использовать в выражениях SQL.

SQL / PSM является частью стандарта, который определяет язык хранимых процедур, поэтому SQL / PSM будет применим к PL / pgSQL, но не к SQL.

Однако PL / pgSQL не следует стандарту SQL / PSM.

Никто не говорит вам, что вы должны использовать PL / pgSQL, и это действительно делает ваше приложение более переносимым (на стороне базы данных), чтобы не использовать его. Но SQL и процедурные языки - это нечто иное (как в PostgreSQL, так и в MySQL), и вы можете обнаружить, что оба имеют свое применение.

Чтобы прояснить терминологию:

SQL - это язык запрос, который используется для выбора, обновления, удаления или создания данных в реляционной базе данных. В нем нет циклов, подобных процессуальные элементы (FOR, WHILE), условных операторов (IF, ELSE), переменных или курсоров.

CREATE FUNCTION действительно является «оператором SQL», но является просто «оболочкой» для указания блока кода, который выполняется чем-то отличным от «механизма» запроса SQL. Postgres (в отличие от других СУБД) поддерживает несколько «механизмов выполнения», которые могут выполнять блок кода, который был передан оператору «CREATE FUNCTION» - одним из артефактов этого является то, что код на самом деле является строкой, поэтому CREATE FUNCTION видит только строку, ничего еще.

Поскольку в SQL нет процедурных элементов, нельзя смешивать процедурный код и код SQL. Если вы хотите запустить процедурный код, вам нужно сообщить серверу, что вы каким-то образом переключаете «движки». Это делается с помощью (SQL) команды DO, которая снова берет строку, с которой не знает, что делать, отправляет ее на сервер и говорит: «Вот фрагмент кода, в котором пользователь утверждал, что движок 'xyz' может выполнить »- xyz - это либо PL / pgSQL, Python, Perl, либо что-то совершенно другое.

Это то же самое, что и анонимный блок PL / SQL в Oracle, который вы запускаете с DECLARE - все после этого выполняется другим механизмом выполнения на сервере. MySQL не имеет такой возможности. Единственный способ запустить процедурный код - создать процедуру (или функцию), а затем запустить ее. Вот почему в MySQL нет такой вещи, как DO.

Единственный продукт СУБД, который не делает четкого различия между процедурным кодом и "простым SQL", - это SQL Server: T-SQL - это расширение языка SQL, которое позволяет вам смешивать "обычный SQL" и процедурный SQL, не сообщая серверной части, что код требуется другой движок для работы (что является источником большой путаницы для людей, переходящих с SQL Server на Postgres или Oracle).

SQL / PSM - это стандарт, определяющий процедурные элементы, которые могут быть встроены в ядро ​​базы данных, использующее SQL в качестве языка запросов. Я не знаю ни одного продукта СУБД, который действительно реализует SQL / PSM. PL / pgSQL от Postgres, PL / SQL от Oracle, процедурный диалект MySQL в чем-то похожи на него, но далеки от соответствия стандарту SQL / PSM. Я думаю, что ближе всего к стандарту SQL / PSM является DB2 и, возможно, HSQLDB

SQL in PostgreSQL" is not the same thing as SQL per SQL standard.

Это правда. Но тогда СУБД нет полностью реализует стандарт SQL, но реализация Postgres, вероятно, наиболее близка к стандарту.