Таблица 2.5.26. Типы идентификаторов объектов

Все типы-псевдонимы OID для объектов, группируемых по пространствам имен, принимают имена с указанием схемы и выводят их в таком же формате, если объект не находится в текущем пути поиска без явного указания схемы. Например, myschema.mytable является допустимым входным значением для regclass (если такая таблица существует). Это значение может быть выведено как myschema.mytable, или просто mytable, в зависимости от текущего пути поиска. Типы- regproc и regoper псевдонимы принимают только уникальные (не перегруженные) входные имена, поэтому они имеют ограниченное применение; для большинства случаев regprocedure или regoperator более подходят. Для regoperator, унарные операторы идентифицируются путем записи NONE для неиспользуемого операнда.

Функции ввода для данных типов допускают наличие пробельных символов между токенами и переводят символы верхнего регистра в нижний, за исключением строк в двойных кавычках; это сделано для приведения правил синтаксиса в соответствие с правилами написания имен объектов в SQL. Напротив, функции вывода при необходимости используют двойные кавычки, чтобы результат являлся допустимым идентификатором SQL. Например, OID функции с именем Foo (с заглавной буквой F) принимающей два целочисленных аргумента, можно ввести в виде ' "Foo" ( int, integer ) '::regprocedure. Вывод будет выглядеть следующим образом "Foo"(integer,integer). Имена функций и типов аргументов также могут быть квалифицированы схемой.

Многие встроенные Digital Q.DataBase функции принимают OID таблицы или другого объекта базы данных и для удобства описаны как принимающие regclass (или соответствующий тип-псевдоним OID). Это означает, что вам не нужно искать OID объекта вручную, а можно просто ввести его имя как строковый литерал. Например, функция nextval(regclass) принимает OID отношения-последовательности, поэтому её можно вызвать так:

nextval('foo')              работает с последовательностью foo
nextval('FOO')              то же, что и выше
nextval('"Foo"')            работает с последовательностью Foo
nextval('myschema.foo')     работает с myschema.foo
nextval('"myschema".foo')   то же, что и выше
nextval('foo')              выполняет поиск в пути поиска для foo

nextval('foo'::text)      foo ищется во время выполнения

Другой практический пример использования regclass заключается в поиске OID таблицы, указанной в information_schema представлений, которые не предоставляют такие OID напрямую. Например, может возникнуть необходимость вызвать функцию pg_relation_size() , требующую OID таблицы. С учётом вышеизложенных правил, правильный способ сделать это выглядит так:

SELECT table_schema, table_name,
       pg_relation_size((quote_ident(table_schema) || '.' ||
                         quote_ident(table_name))::regclass)
FROM information_schema.tables
WHERE ...

Тип quote_ident() автоматически заключит идентификаторы в двойные кавычки, если это необходимо. Кажущийся более простым вариант

SELECT pg_relation_size(table_name)
FROM information_schema.tables
WHERE ...

— не рекомендуется, так как он приведет к ошибке для таблиц, находящихся вне пути поиска (search_path) или имеющих имена, требующие использования кавычек.

Дополнительным свойством большинства типов-псевдонимов OID является создание зависимостей. Если константа одного из этих типов фигурирует в сохранённом выражении (например, в значении столбца по умолчанию или в определении представления), это создаёт зависимость от соответствующего объекта. Например, если для столбца задано выражение по умолчанию nextval('my_seq'::regclass), Digital Q.DataBase система понимает, что выражение по умолчанию зависит от последовательности my_seq, поэтому она не позволит удалить эту последовательность без предварительного удаления выражения по умолчанию. Альтернативный вариант с использованием nextval('my_seq'::text) не создает зависимости. (regrole является исключением из этого правила. Константы этого типа не допускаются в хранимых выражениях.)

Другим типом идентификатора, используемым системой, является xid, или идентификатор транзакции (сокращенно xact). Это тип данных системных столбцов xmin и xmax. Идентификаторы транзакций представляют собой 32-разрядные величины. В некоторых контекстах используется 64-разрядный вариант xid8 . В отличие от xid значений, xid8 значения увеличиваются строго монотонно и не могут быть использованы повторно в течение всего времени существования кластера баз данных. См. Раздел 7.16.1 для получения более подробной информации.

Третий тип идентификаторов, используемый системой, — это cid, или идентификатор команды. Данный тип данных используется для системных столбцов cmin и cmax. Идентификаторы команд также являются 32-разрядными величинами.

Последний тип идентификаторов, используемый системой, — это tid, или идентификатор кортежа (идентификатор строки). Данный тип данных используется для системного столбца ctid. Идентификатор кортежа (TID) представляет собой пару (номер блока, индекс кортежа внутри блока), определяющую физическое местоположение строки внутри таблицы.

(Более подробно системные столбцы описаны в Раздел 2.2.6.)