Як визначити, чи стовпець визначений як послідовний тип даних замість цілого числа, заснованого на каталозі?

Тому я зараз створюю 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;

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-sequences-in-a-postgres-db-8-1-with-sql

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

Дозвольте додати відповідь 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) та
• це НЕ НУЛЬНИЙ і
• його значення за замовчуванням надходить із послідовності, що належить відповідному стовпцю

то це serialколонка. Тож перевірка цих факторів у каталогах, як ви запропонували (з додаванням NOT NULL), є достатньою для ідентифікації serialстовпця.

Дійсний запит на пошук (великих) серіалів дивіться у відмінній відповіді Ервіна Брандстеттера.