Как определить, определен ли столбец как последовательный тип данных, а не как целое число на основе каталога?


9

Поэтому в настоящее время я создаю некоторый SQL для чтения каталогов postgres (9.1) для построения определений таблиц. Однако я столкнулся с проблемой с типами данных SERIAL / BIGSERIAL.

Пример:

CREATE TABLE cruft.temp ( id BIGSERIAL PRIMARY KEY );
SELECT * FROM information_schema.columns WHERE table_schema='cruft' AND table_name='temp';
"db","cruft","temp","id",1,"nextval('cruft.temp_id_seq'::regclass)","NO","bigint",,,64,2,0,,,,,,,,,,,,,"db","pg_catalog","int8",,,,,"1","NO","NO",,,,,,,"NEVER",,"YES"

Он дает мне имя базы данных (db), имя схемы (cruft), имя таблицы (temp), имя столбца (id), значение по умолчанию (nextval (...)) и тип данных (bigint и int8 .. НЕ bigserial) ... Я понимаю, что могу просто проверить, было ли значение по умолчанию последовательностью, но я не верю, что это будет на 100% точно, так как я мог бы вручную создать последовательность и создать не последовательный столбец, где значением по умолчанию было эта последовательность.

У кого-нибудь есть предложения о том, как мне это сделать? Что-нибудь кроме проверки значения по умолчанию для nextval (* _ seq)?

Решение для редакции для SQL добавлено здесь в случае TL; DR или новых пользователей, незнакомых с pg_catalog:

with sequences as (
  select oid, relname as sequencename from pg_class where relkind = 'S'
) select
  sch.nspname as schemaname, tab.relname as tablename, col.attname as columnname, col.attnum as columnnumber, seqs.sequencename
from pg_attribute col
join pg_class tab on col.attrelid = tab.oid
join pg_namespace sch on tab.relnamespace = sch.oid
left join pg_attrdef def on tab.oid = def.adrelid and col.attnum = def.adnum
left join pg_depend deps on def.oid = deps.objid and deps.deptype = 'n'
left join sequences seqs on deps.refobjid = seqs.oid
where sch.nspname != 'information_schema' and sch.nspname not like 'pg_%' -- won't work if you have user schemas matching pg_
  and col.attnum > 0
  and seqs.sequencename is not null -- TO ONLY VIEW SERIAL/BIGSERIAL COLUMNS
order by sch.nspname, tab.relname, col.attnum;

1
Позже, связанный ответ с примерами кода: dba.stackexchange.com/questions/90555/…
Эрвин Брандштеттер

Ответы:


8

SERIAL и BIGSERIAL являются разновидностями псевдотипов. Как вы заметили, они на самом деле просто INT и BIGINT внутри.

За кулисами происходит то, что PostgreSQL создает последовательность и устанавливает зависимость от нее для таблицы. Вы можете искать в pg_class имя последовательности и ее связь с таблицей.

pg_class: http://www.postgresql.org/docs/9.2/static/catalog-pg-class.html

SQL Fiddle: http://sqlfiddle.com/#!12/dfcbd/6

Функции последовательности: http://www.postgresql.org/docs/9.2/static/functions-sequence.html

Этот пост StackOverflow может быть полезен: /programming/1493262/list-all-sequence-in-a-postgres-db-8-1-with-sql

ОБНОВЛЕНИЕ : Вы также можете использовать pg_depend, чтобы выяснить, какие последовательности относятся к интересующей вас таблице / столбцу: http://www.postgresql.org/docs/9.2/static/catalog-pg-depend.html


10

Позвольте мне добавить к ответу efesar, что в документации говорится следующее:

Типы данных smallserial, serial и bigserial не являются истинными типами, а просто удобны для создания столбцов уникальных идентификаторов (аналогично свойству AUTO_INCREMENT, поддерживаемому некоторыми другими базами данных). В текущей реализации, указав:

CREATE TABLE tablename (
    colname SERIAL
);

эквивалентно указанию:

CREATE SEQUENCE tablename_colname_seq;
CREATE TABLE tablename (
    colname integer NOT NULL DEFAULT nextval('tablename_colname_seq')
);
ALTER SEQUENCE tablename_colname_seq OWNED BY tablename.colname;

Что означает, что если

  • тип данных столбца - целое число (bigint) и
  • это не NULL и
  • его значение по умолчанию происходит из последовательности, принадлежащей рассматриваемому столбцу

тогда это serialстолбец. Поэтому проверки этих факторов в каталогах, как вы предложили (с добавлением NOT NULL), достаточно для идентификации serialстолбца.

Фактический запрос для поиска (больших) сериалов см. В превосходном ответе Эрвина Брандштеттера.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.