Поддерживает ли PostgreSQL сгенерированные столбцы ? Также известен как виртуальные столбцы . Я не говорю о IDENTITYстолбцах .

Я не могу найти никакой информации об этой замечательной функции, но знаю, что она доступна на SQL Server и в последних версиях MariaDB и MySQL.

Эта функция упоминается в стандарте SQL: 2003 , и в 2006 году на форумах по PostgreSQL было несколько обсуждений, но я не могу найти ничего существенного по этому вопросу.

Существует некоторое обсуждение SO, но сейчас оно довольно старое, поэтому вполне может устареть.

Не уверен, что это то, что вам нужно, но обозначения атрибутов и обозначения row.full_nameфункций full_name(row)в postgresql эквивалентны.

Это означает, что вы берете за стол

CREATE TABLE people (
  first_name text,
  last_name text
);

и функция:

CREATE FUNCTION full_name(people) RETURNS text AS $$
  SELECT $1.first_name || ' ' || $1.last_name;
$$ LANGUAGE SQL;

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

select full_name from people

Это то, что вам нужно?

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

CREATE INDEX people_full_name_idx ON people
USING GIN (to_tsvector('english', full_name(people)));

Или храните все в материализованном виде.

Пример взят здесь: http://bernardoamc.github.io/sql/2015/05/11/postgres-virtual-columns/

Нет, это в настоящее время (с Postgres 9.6) не поддерживается.

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

Да: GENERATED ALWAYS AS … STORED

Postgres 12 добавляет функциональность для сгенерированных столбцов, как указано в стандарте SQL: 2003 .

Значение генерируется во время INSERTили или UPDATEзатем сохраняется со строкой, как и любое другое значение.

Сгенерированный должен быть основан на базовом столбце той же таблицы или на неизменяемой функции .

Синтаксис прост, предложение на CREATE TABLE:

GENERATED ALWAYS AS ( generation_expr ) STORED 

Пример:

CREATE TABLE people (
    ...,
    height_cm NUMERIC,
    height_in NUMERIC GENERATED ALWAYS AS ( height_cm / 2.54 ) STORED
);

Функции:

• Может быть проиндексирован.
• Часть стандарта SQL.

Предостережения:

• На основе столбцов одной таблицы (не связанных таблиц)
• Не допускается для разделения (не может быть частью ключа раздела)
• Данные всегда записываются в строку, занимая место в хранилище
  • Будущая функция может предложить VIRTUAL для значений, рассчитанных на лету без хранения
• Глубина одного поколения (используйте базовый столбец, а не другой сгенерированный столбец)
• GENERATED BY DEFAULT (вы не можете переопределить значение)
• Невозможно получить доступ к gen-col в триггере ДО (значение еще не определено)
• Функции должны быть неизменными

Видеть:

• Сгенерированные столбцы в PostgreSQL 12 
Кирком Ройбалом (2019-07-05)
• Руководство: 5.3. Сгенерированные столбцы

В зависимости от вашего варианта использования, вы можете достичь такого поведения, объявив новый столбец и заполнив его триггером при вставке / обновлении.

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

Я рассматривал этот подход для решения проблемы, когда у меня иногда было только 15 цифр 18-значного ключа (последние 3 цифры - просто контрольная сумма), но я хотел иметь возможность принудительно установить связь с внешним ключом.

PG документы по триггерам: https://www.postgresql.org/docs/9.6/sql-createtrigger.html

Пример W3: https://www.w3resource.com/PostgreSQL/postgresql-triggers.php