Строковая константа в SQL представляет собой произвольную последовательность символов, ограниченную одинарными кавычками ('), например 'This is a string'. Чтобы включить символ одинарной кавычки в строковую константу, используйте две идущие подряд одинарные кавычки, например, 'Dianne''s horse'. Обратите внимание, что это не то же самое, что и символ двойной кавычки (").

Две строковые константы, разделенные только пробельными символами при наличии как минимум одного символа новой строки конкатенируются и фактически обрабатываются так, будто строка была записана в виде единой константы. Например:

SELECT 'foo'
'bar';

эквивалентно:

SELECT 'foobar';

но:

SELECT 'foo'      'bar';

не является синтаксически верным. (Это несколько специфичное поведение определено стандартом SQL; SQL; Digital Q.DataBase следует данному стандарту.)

Digital Q.DataBase также поддерживает «экранированные» строковые константы, являющиеся расширением стандарта SQL. Экранированная строковая константа задается путем указания буквы E (в верхнем или нижнем регистре) непосредственно перед открывающей одинарной кавычкой, например: E'foo'. (При переносе экранированной строковой константы на следующую строку пишите E только перед первой открывающей кавычкой.) Внутри экранированной строки символ обратной косой черты (\) начинает C-подобную escape-последовательность в которой сочетание обратной косой черты и последующих символов представляет собой специальное байтовое значение, как показано в таблице Таблица 2.1.1.

Любой другой символ, следующий за обратной косой чертой, воспринимается буквально. Таким образом, чтобы включить символ обратной косой черты, следует указать две обратные косые черты (\\). Кроме того, одиночную кавычку можно включить в экранированную строку, написав \', в дополнение к обычному способу ''.

Пользователь несет ответственность за то, чтобы создаваемые последовательности байтов, особенно при использовании восьмеричного или шестнадцатеричного экранирования, формировали корректные символы в кодировке сервера. Полезной альтернативой является использование Unicode-экранирования или альтернативного синтаксиса Unicode-экранирования, описанного в Раздел 2.1.1.2.3; тогда сервер выполнит проверку возможности преобразования символов.

Символ с кодом ноль не может содержаться в строковой константе.

Digital Q.DataBase также поддерживает другой тип синтаксиса экранирования строк, позволяющий указывать произвольные символы Unicode по их коду. Строковая константа с экранированием Unicode начинается с U& (заглавная или строчная буква U, за которой следует амперсанд) непосредственно перед открывающей кавычкой, без пробелов между ними, например U&'foo'. (Обратите внимание, что это создает неоднозначность с оператором &. Используйте пробелы вокруг оператора во избежание этой проблемы.) Внутри кавычек символы Unicode могут быть указаны в экранированном виде путем записи обратной косой черты с последующим четырехзначным шестнадцатеричным кодом позиции или, как вариант, обратной косой черты со знаком «плюс» и последующим шестизначным шестнадцатеричным кодом позиции. Например, строка 'data' можно записать как

U&'d\0061t\+000061'

В следующем менее тривиальном примере записывается русское слово «slon» (слон) кириллицей:

U&'\0441\043B\043E\043D'

Если требуется использовать символ экранирования, отличный от обратной косой черты, его можно указать с помощью UESCAPE предложения после строки, например:

U&'d!0061t!+000061' UESCAPE '!'

Символом экранирования может быть любой одиночный символ, отличный от шестнадцатеричной цифры, знака плюс, одинарной кавычки, двойной кавычки или пробельного символа.

Чтобы включить символ экранирования в строку буквально, укажите его дважды.

Для задания суррогатных пар UTF-16 с целью формирования символов с кодовыми точками выше U+FFFF можно использовать как 4-значную, так и 6-значную форму экранирования, хотя наличие 6-значной формы технически делает это излишним. (Суррогатные пары не сохраняются напрямую, а объединяются в одну кодовую точку.)

Если кодировка сервера отличается от UTF-8, кодовая точка Unicode, заданная одной из этих escape-последовательностей, преобразуется в текущую кодировку сервера; в случае невозможности такого преобразования выдаётся ошибка.

Кроме того, синтаксис Unicode-экранирования для строковых констант работает только в том случае, если параметр конфигурации standard_conforming_strings включен. Это обусловлено тем, что в противном случае данный синтаксис может привести к некорректному разбору SQL-инструкций клиентскими приложениями, что чревато возникновением SQL-инъекций и аналогичных проблем безопасности. Если для параметра установлено значение off, использование данного синтаксиса будет отклонено с выдачей сообщения об ошибке.

Хотя стандартный синтаксис задания строковых констант обычно удобен, он может быть труден для восприятия, если строка содержит много одинарных кавычек, поскольку каждую из них необходимо дублировать. Для повышения читаемости запросов в подобных ситуациях Digital Q.DataBase предусмотрен другой способ записи строковых констант, называемый «использование долларовых кавычек». Строковая константа с долларовым разделителем состоит из символа доллара ($), необязательного «тега» , содержащего ноль или более символов, еще одного символа доллара, произвольной последовательности символов, образующей содержимое строки, символа доллара, того же тега, который открывал конструкцию, и символа доллара. Например, ниже приведены два различных способа определения строки «Dianne's horse» с использованием долларовых разделителей:

$$Dianne's horse$$
$SomeTag$Dianne's horse$SomeTag$

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

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

$function$
BEGIN
    RETURN ($1 ~ $q$[\t\r\n\v\\]$q$);
END;
$function$

Здесь последовательность $q$[\t\r\n\v\\]$q$ представляет собой строковый литерал, заключенный в доллары, [\t\r\n\v\\], которое будет распознано при выполнении тела функции Digital Q.DataBase. Но так как эта последовательность не совпадает с внешним ограничителем долларовых кавычек $function$, она считается лишь набором символов внутри константы с точки зрения внешней строки.

Тег строковой константы в долларах (если он есть) подчиняется тем же правилам, что и идентификатор без кавычек, за исключением того, что он не может содержать знак доллара. Теги чувствительны к регистру, поэтому $tag$Содержимое строки$tag$ является допустимым вариантом, а $TAG$Содержимое строки$tag$ — нет.

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

Использование долларовых кавычек не предусмотрено стандартом SQL, но зачастую это более удобный способ записи сложных строковых литералов, чем соответствующий стандарту синтаксис с одинарными кавычками. Данный подход особенно полезен при представлении строковых констант внутри других констант, что часто требуется в определениях процедурных функций. При использовании синтаксиса с одинарными кавычками каждую обратную косую черту в приведенном выше примере пришлось бы записывать в виде четырех обратных косых черт; они сократились бы до двух при разборе исходной строковой константы, а затем до одной при повторном разборе внутренней константы в процессе выполнения функции.

Константы битовых строк записываются аналогично обычным строковым константам с символом B (в верхнем или нижнем регистре) непосредственно перед открывающей кавычкой (без промежуточных пробелов), например, B'1001'. Единственными символами, допустимыми в константах битовых строк, являются 0 и 1.

Также константы битовых строк могут быть представлены в шестнадцатеричном формате с использованием префикса X (в верхнем или нижнем регистре), например, X'1FF'. Данная нотация эквивалентна константе битовой строки, в которой каждой шестнадцатеричной цифре соответствуют четыре двоичные цифры.

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

Числовые константы могут иметь следующие общие формы:

цифры
цифры.[цифры][e[+-]цифры]
[цифры].цифры[e[+-]цифры]
цифрыe[+-]цифры

где цифры представляет собой одну или несколько десятичных цифр (от 0 до 9). По крайней мере одна цифра должна предшествовать десятичной точке или следовать за ней, если она используется. По крайней мере одна цифра должна следовать за маркером экспоненты (e), если он присутствует. Внутри константы не допускается наличие пробелов или иных символов, за исключением знаков подчёркивания, которые могут применяться для визуальной группировки, как описано ниже. Следует учитывать, что любой начальный знак «плюс» или «минус» фактически не является частью константы; он представляет собой оператор, применяемый к константе.

Примеры допустимых числовых констант:

Кроме того, целочисленные константы в недесятичных системах счисления поддерживаются в следующих формах:

0xhexdigits
0ooctdigits
0bbindigits

где hexdigits представляет собой одну или несколько шестнадцатеричных цифр (0-9, A-F), octdigits представляет собой одну или несколько восьмеричных цифр (0–7), а bindigits представляет собой одну или несколько двоичных цифр (0 или 1). Шестнадцатеричные цифры и префиксы системы счисления могут быть в верхнем или нижнем регистре. Обратите внимание, что недесятичные формы могут иметь только целые числа, но не числа с дробной частью.

Примеры допустимых недесятичных целочисленных констант:

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

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

Числовая константа, не содержащая ни десятичной точки, ни экспоненты, изначально считается имеющей тип integer если её значение укладывается в диапазон типа integer (32 бита); в противном случае она считается имеющей тип bigint если её значение укладывается в диапазон типа bigint (64 бита); в противном случае она принимается как тип numeric. Константы, содержащие десятичные точки и/или экспоненты, всегда изначально считаются имеющими тип numeric.

Изначально назначенный тип данных числовой константы является лишь отправной точкой для алгоритмов разрешения типов. В большинстве случаев константа будет автоматически приведена к наиболее подходящему типу в зависимости от контекста. При необходимости можно принудительно интерпретировать числовое значение как конкретный тип данных, выполнив приведение типов. Например, можно принудительно обрабатывать числовое значение как тип real (float4) с помощью записи:

REAL '1.23'  -- строковый стиль
1.23::REAL   -- стиль PostgreSQL (исторический)

На самом деле это лишь частные случаи общих нотаций приведения типов, рассматриваемых далее.

Константа произвольного типа может быть введена с использованием любой из следующих нотаций:

тип 'строка'
'строка'::тип
CAST ( 'строка' AS тип )

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

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

Также можно указать приведение типов, используя синтаксис, подобный вызову функции:

имя_типа ( 'строка' )

но не все имена типов могут быть использованы таким образом; см. Раздел 2.1.2.9 для получения подробных сведений.

Конструкция ::, CAST(), а также синтаксис вызова функции могут также применяться для приведения типов произвольных выражений во время выполнения, как описано в Раздел 2.1.2.9. Во избежание синтаксической неоднозначности синтаксис тип 'строка' может использоваться только для задания типа простой литеральной константы. Еще одно ограничение синтаксиса тип 'строка' состоит в том, что он не применим к типам массивов; используйте ключевое слово ARRAY :: или CAST() для указания типа константы массива.

Конструкция CAST() синтаксис соответствует стандарту SQL. Синтаксис тип 'строка' является расширением стандарта: SQL определяет данный синтаксис только для некоторых типов данных, однако Digital Q.DataBase допускает это для всех типов. Синтаксис с :: является устаревшим Digital Q.DataBase вариантом использования, как и синтаксис вызова функции.