Czy PostgreSQL obsługuje generowane kolumny ? Znane również jako wirtualne kolumny . Ja nie mówić o IDENTITYkolumnach .

Nie mogę znaleźć żadnych informacji na temat tej niezwykłej funkcji, ale wiem, że jest ona dostępna na SQL Server oraz w najnowszych wersjach MariaDB i MySQL.

Ta funkcja jest wspomniana w standardzie SQL: 2003 , a na forach PostgreSQL była dyskusja około 2006 roku, ale nie mogę znaleźć nic istotnego w tej sprawie.

Trwa dyskusja na temat SO, ale jest już dość stara, więc może być nieaktualna.

Nie jestem pewien, czy tego właśnie chcesz, ale notacja atrybutu row.full_namei notacja funkcji full_name(row)są równoważne w postgresql.

Oznacza to, że weźmiesz stolik

CREATE TABLE people (
  first_name text,
  last_name text
);

i funkcja:

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

i nazwij to tak:

select full_name from people

Czy tego potrzebujesz?

Aby przyspieszyć, możesz utworzyć indeks wyrażeń:

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

Lub przechowuj wszystko w zmaterializowanym widoku.

Przykład wzięty stąd: http://bernardoamc.github.io/sql/2015/05/11/postgres-virtual-columns/

Nie, obecnie nie jest to obsługiwane (od Postgres 9.6).

Jedynym obejściem jest użycie wyzwalacza lub widoku, jeśli jest to proste obliczenie, którego nie trzeba indeksować.

Tak: GENERATED ALWAYS AS … STORED

Postgres 12 dodaje funkcjonalność dla generowanych kolumn, jak wspomniano w standardzie SQL: 2003 .

Wartość jest generowana w momencie INSERTlub UPDATE, a następnie przechowywana w wierszu, jak każda inna wartość.

Wygenerowany musi być oparty na kolumnie podstawowej tej samej tabeli lub na niezmiennej funkcji .

Składnia jest prosta, klauzula dotycząca CREATE TABLE:

GENERATED ALWAYS AS ( generation_expr ) STORED 

Przykład:

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

Cechy:

• Może być indeksowany.
• Część standardu SQL.

Ostrzeżenia:

• Na podstawie kolumn tej samej tabeli (tabele niepowiązane)
• Niedozwolone do partycjonowania (nie może być częścią klucza partycji)
• Dane zawsze zapisywane do wiersza, zajmując miejsce w pamięci
  • Przyszła funkcja może oferować VIRTUAL dla wartości obliczanych w locie bez przechowywania
• Głębokie pojedynczej generacji (użyj kolumny bazowej, a nie innej kolumny generowanej)
• Nie ma opcji WYGENEROWANE WG DOMYŚLNYCH (nie można przesłonić wartości)
• Nie można uzyskać dostępu do gen-col w wyzwalaczu PRZED (wartość jeszcze nie ustalona)
• Funkcje muszą być niezmienne

Widzieć:

• Wygenerowane kolumny w PostgreSQL 12 
autorstwa Kirk Roybal (05.07.2019)
• instrukcja: 5.3. Wygenerowane kolumny

W zależności od przypadku użycia można osiągnąć takie zachowanie, deklarując nową kolumnę i wypełniając ją wyzwalaczem podczas wstawiania / aktualizacji.

Użyłbym powyższych odpowiedzi, jeśli to możliwe, aby uniknąć powielania danych, które można uzyskać z tego, co już masz, ale robi to sztuczkę i może być użyteczny w intensywnych obliczeniowo polach pochodnych, które chcesz obliczyć raz i zapisać.

Rozważyłem to podejście do rozwiązania problemu, w którym czasami miałem tylko 15 cyfr 18-cyfrowego klucza (ostatnie 3 cyfry to tylko suma kontrolna), ale chciałem móc wymusić relację klucza obcego.

Dokumenty PG dotyczące wyzwalaczy: https://www.postgresql.org/docs/9.6/sql-createtrigger.html

Przykład W3: https://www.w3resource.com/PostgreSQL/postgresql-triggers.php