PostgreSQL supporta le colonne generate ? Conosciute anche come colonne virtuali . Sto Non parlando di IDENTITYcolonne .

Non riesco a trovare alcuna informazione su questa straordinaria funzionalità ma so che è disponibile su SQL Server e nelle ultime versioni di MariaDB e MySQL.

La funzionalità è menzionata nello standard SQL: 2003 e ci sono state discussioni sui forum PostgreSQL intorno al 2006, ma non riesco a trovare nulla di sostanziale in merito.

C'è qualche discussione su SO, ma ora è piuttosto vecchio, quindi potrebbe non essere aggiornato.

Non sono sicuro se questo è ciò che vuoi, ma la notazione degli attributi row.full_namee la funzione full_name(row)sono equivalenti in postgresql.

Ciò significa che prendi un tavolo

CREATE TABLE people (
  first_name text,
  last_name text
);

e una funzione:

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

e chiamalo così:

select full_name from people

È quello che ti serve?

Per velocizzare le cose puoi creare un indice di espressione:

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

O memorizza tutto in una vista materializzata.

Esempio preso da qui: http://bernardoamc.github.io/sql/2015/05/11/postgres-virtual-columns/

No, attualmente non è supportato (a partire da Postgres 9.6).

L'unica soluzione è utilizzare un trigger o una vista se si tratta di un semplice calcolo che non è necessario indicizzare.

Sì: GENERATED ALWAYS AS … STORED

Postgres 12 aggiunge la funzionalità per le colonne generate, come indicato nello standard SQL: 2003 .

Il valore viene generato al momento di un INSERTo UPDATE, quindi memorizzato con la riga come qualsiasi altro valore.

Un generato deve essere basato su una colonna di base della stessa tabella o su una funzione immutabile .

La sintassi è semplice, una clausola su CREATE TABLE:

GENERATED ALWAYS AS ( generation_expr ) STORED 

Esempio:

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

Caratteristiche:

• Può essere indicizzato.
• Parte dello standard SQL.

Avvertenze:

• Basato su colonne della stessa tabella (tabelle non correlate)
• Non consentito per il partizionamento (non può far parte di una chiave di partizione)
• Dati sempre scritti in riga, occupando spazio in memoria
  • Le funzionalità future potrebbero offrire VIRTUAL per i valori calcolati al volo senza memorizzazione
• Profondità a generazione singola (usa la colonna di base, non un'altra colonna generata)
• Non esiste GENERATED BY DEFAULT (non è possibile ignorare il valore)
• Impossibile accedere al gen-col nel trigger PRIMA (valore non ancora determinato)
• Le funzioni devono essere immutabili

Vedere:

• Colonne generate in PostgreSQL 12 
di Kirk Roybal (05-07-2019)
• manuale: 5.3. Colonne generate

A seconda del caso d'uso, è possibile ottenere questo tipo di comportamento dichiarando una nuova colonna e popolandola con un trigger su insert / update.

Vorrei utilizzare le risposte di cui sopra, se possibile, per evitare la duplicazione dei dati che potrebbero essere derivati ​​da ciò che già avete, ma fa il trucco e potrebbe essere utile per i campi derivati ​​ad alta intensità computazionale che volete calcolare una volta e salvare.

Ho considerato questo approccio per affrontare un problema in cui a volte avevo solo 15 cifre di una chiave di 18 cifre (le ultime 3 cifre sono solo una somma di controllo) ma volevo essere in grado di far valere una relazione di chiave esterna.

Documenti PG sui trigger: https://www.postgresql.org/docs/9.6/sql-createtrigger.html

Esempio W3: https://www.w3resource.com/PostgreSQL/postgresql-triggers.php