Код функции PL/pgSQL указывается в команде CREATE FUNCTION в виде строкового литерала. Если вы записываете строковый литерал обычным способом с окружающими апострофами, то любые апострофы внутри тела функции должны быть удвоены; аналогично, любые обратные косые черты должны быть удвоены (если используется синтаксис экранирования строк). Удвоение кавычек является, в лучшем случае, утомительным, а в более сложных случаях код может стать совершенно непонятным, потому что вам может понадобиться полдюжины или более соседних кавычек. Рекомендуется вместо этого записывать тело функции в виде строкового литерала с использованием “dollar-quoted” (см. Раздел 4.1.2.4). При использовании dollar-quoted подхода вы никогда не удваиваете кавычки, а вместо этого следите за тем, чтобы выбрать разные разделители для каждого уровня вложенности, который вам нужен. Например, вы можете записать команду CREATE FUNCTION следующим образом:

CREATE OR REPLACE FUNCTION testfunc(integer) RETURNS integer AS $PROC$
          ....
$PROC$ LANGUAGE plpgsql;

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

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

Для помощи пользователю в обнаружении простых, но распространенных проблем до того, как они причинят вред, PL/pgSQL предоставляет дополнительные проверки checks. При включении, в зависимости от конфигурации, они могут использоваться для вывода либо WARNING, либо ERROR во время компиляции функции. Функция, которая получила WARNING, может быть выполнена без дальнейшего вывода сообщений, поэтому рекомендуется тестировать в отдельной среде разработки.

Установка plpgsql.extra_warnings или plpgsql.extra_errors, при необходимости, в значение "all" рекомендуется в среде разработки и/или тестирования.

Эти дополнительные проверки включаются через переменные конфигурации plpgsql.extra_warnings для предупреждений и plpgsql.extra_errors для ошибок. Оба могут быть установлены как список проверок, разделенных запятыми, "none" или "all". По умолчанию используется значение "none". В настоящее время список доступных проверок включает:

Следующий пример показывает эффект установки plpgsql.extra_warnings в значение shadowed_variables:

SET plpgsql.extra_warnings TO 'shadowed_variables';

CREATE FUNCTION foo(f1 int) RETURNS int AS $$
DECLARE
f1 int;
BEGIN
RETURN f1;
END;
$$ LANGUAGE plpgsql;
WARNING:  variable "f1" shadows a previously defined variable
LINE 3: f1 int;
        ^
CREATE FUNCTION

Ниже приведен пример эффектов установки plpgsql.extra_warnings в значение strict_multi_assignment:

SET plpgsql.extra_warnings TO 'strict_multi_assignment';

CREATE OR REPLACE FUNCTION public.foo()
 RETURNS void
 LANGUAGE plpgsql
AS $$
DECLARE
  x int;
  y int;
BEGIN
  SELECT 1 INTO x, y;
  SELECT 1, 2 INTO x, y;
  SELECT 1, 2, 3 INTO x, y;
END;
$$;

SELECT foo();
WARNING:  number of source and target fields in assignment does not match
DETAIL:  strict_multi_assignment check of extra_warnings is active.
HINT:  Make sure the query returns the exact list of columns.
WARNING:  number of source and target fields in assignment does not match
DETAIL:  strict_multi_assignment check of extra_warnings is active.
HINT:  Make sure the query returns the exact list of columns.

 foo
-----

(1 row)