Apakah PostgreSQL mendukung kolom yang dihasilkan ? Juga dikenal sebagai kolom virtual . Saya tidak berbicara tentang IDENTITYkolom .

Saya tidak dapat menemukan informasi tentang fitur luar biasa ini tetapi saya tahu bahwa itu tersedia di SQL Server, dan dalam versi terbaru dari MariaDB & MySQL.

Fitur ini disebutkan dalam standar SQL: 2003 , dan ada beberapa diskusi di forum PostgreSQL sekitar tahun 2006, tetapi saya tidak dapat menemukan sesuatu yang substansial mengenai masalah ini.

Ada beberapa diskusi tentang SO, tetapi sekarang sudah cukup lama, jadi mungkin sudah ketinggalan zaman.

Tidak yakin apakah ini yang Anda inginkan, tetapi notasi atribut row.full_namedan notasi fungsi full_name(row)setara dalam postgresql.

Itu berarti Anda mengambil meja

CREATE TABLE people (
  first_name text,
  last_name text
);

dan fungsi:

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

dan menyebutnya seperti ini:

select full_name from people

Apakah itu yang kamu butuhkan?

Untuk mempercepat Anda dapat membuat indeks ekspresi:

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

Atau simpan segala sesuatu dalam tampilan terwujud.

Contoh diambil dari sini: http://bernardoamc.github.io/sql/2015/05/11/postgres-virtual-columns/

Tidak, ini saat ini (pada Postgres 9.6) tidak didukung.

Satu-satunya solusi adalah dengan menggunakan pemicu atau tampilan jika ini adalah perhitungan sederhana yang tidak perlu Anda indeks.

Iya: GENERATED ALWAYS AS … STORED

Postgres 12 menambahkan fungsionalitas untuk kolom yang dihasilkan, seperti yang disebutkan dalam SQL: 2003 .

Nilai dihasilkan pada saat suatu INSERTatauUPDATE , kemudian disimpan dengan baris seperti nilai lainnya.

Yang dihasilkan harus didasarkan pada kolom dasar dari tabel yang sama, atau pada fungsi yang tidak berubah .

Sintaksnya sederhana, klausa pada CREATE TABLE:

GENERATED ALWAYS AS ( generation_expr ) STORED 

Contoh:

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

Fitur:

• Dapat diindeks.
• Bagian dari standar SQL.

Peringatan:

• Berdasarkan kolom dari tabel yang sama (bukan tabel terkait)
• Tidak diizinkan mempartisi (tidak dapat menjadi bagian dari kunci partisi)
• Data selalu ditulis ke baris, mengambil ruang dalam penyimpanan
  • Fitur di masa depan mungkin menawarkan VIRTUAL untuk nilai yang dihitung secara langsung tanpa penyimpanan
• Satu generasi dalam (gunakan kolom dasar, bukan kolom lain yang dihasilkan)
• Tidak ada DIHASILKAN OLEH DEFAULT (Anda tidak dapat mengesampingkan nilai)
• Tidak dapat mengakses gen-col di SEBELUM pemicu (nilai belum ditentukan)
• Fungsi harus tidak berubah

Lihat:

• Kolom yang dihasilkan dalam PostgreSQL 12 
oleh Kirk Roybal (2019-07-05)
• manual: 5.3. Kolom yang Dihasilkan

Tergantung pada kasus penggunaan Anda, Anda bisa mencapai perilaku semacam ini dengan mendeklarasikan kolom baru dan mengisinya dengan pemicu pada sisipan / pembaruan.

Saya akan menggunakan jawaban di atas jika mungkin untuk menghindari duplikasi data yang dapat diturunkan dari apa yang sudah Anda miliki, tetapi itu memang melakukan trik dan bisa berguna untuk bidang turunan intensif komputasi yang ingin Anda hitung sekali dan simpan.

Saya menganggap pendekatan ini untuk menangani masalah di mana saya kadang-kadang hanya memiliki 15 digit kunci 18 digit (3 digit terakhir hanya sebuah checksum) tetapi ingin dapat menegakkan hubungan kunci asing.

Dokumen PG tentang pemicu: https://www.postgresql.org/docs/9.6/sql-createtrigger.html

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