Các cột được tính toán / tính toán / ảo / dẫn xuất trong PostgreSQL

PostgreSQL có hỗ trợ các cột được tính toán / tính toán, như MS SQL Server không? Tôi không thể tìm thấy bất kỳ thứ gì trong tài liệu, nhưng vì tính năng này được bao gồm trong nhiều DBMS khác nên tôi nghĩ rằng tôi có thể thiếu một thứ gì đó.

Ví dụ: http://msdn.microsoft.com/en-us/library/ms191250.aspx

Lên đến Postgres 11 cột được tạo không được hỗ trợ - như được định nghĩa trong tiêu chuẩn SQL và được thực hiện bởi một số RDBMS bao gồm DB2, MySQL và Oracle. Cũng không phải "cột được tính toán" tương tự của SQL Server.

STOREDcác cột được tạo được giới thiệu với Postgres 12 . Ví dụ tầm thường:

CREATE TABLE tbl (
  int1    int
, int2    int
, product bigint GENERATED ALWAYS AS (int1 * int2) STORED
);

db <> fiddle here

VIRTUALcác cột được tạo có thể đi kèm với một trong các lần lặp tiếp theo. (Chưa có trong Postgres 13).

Có liên quan:

• Ký hiệu thuộc tính cho lệnh gọi hàm báo lỗi

Cho đến lúc đó , bạn có thể mô phỏng VIRTUALcác cột đã tạo bằng một hàm sử dụng ký hiệu thuộc tính ( tbl.col) trông và hoạt động giống như một cột được tạo ảo . Đó là một chút kỳ lạ về cú pháp tồn tại trong Postgres vì ​​những lý do lịch sử và tình cờ phù hợp với trường hợp. Câu trả lời liên quan này có các ví dụ về mã :

• Lưu trữ truy vấn chung dưới dạng cột?

Tuy nhiên, biểu thức (trông giống như một cột) không được bao gồm trong a SELECT * FROM tbl. Bạn luôn phải liệt kê nó một cách rõ ràng.

Cũng có thể được hỗ trợ với một chỉ mục biểu thức phù hợp - với điều kiện là hàm IMMUTABLE. Giống:

CREATE FUNCTION col(tbl) ... AS ...  -- your computed expression here
CREATE INDEX ON tbl(col(tbl));

Giải pháp thay thế

Ngoài ra, bạn có thể triển khai chức năng tương tự với a VIEW, được kết hợp tùy chọn với các chỉ mục biểu thức. Sau đó, SELECT *có thể bao gồm cột đã tạo.

Các STOREDcột được tính toán "Persisted" ( ) có thể được triển khai với trình kích hoạt theo cách giống hệt nhau về mặt chức năng.

Các quan điểm vật chất hóa là một khái niệm có liên quan chặt chẽ, được triển khai kể từ Postgres 9.3 .
Trong các phiên bản trước, người ta có thể quản lý các MV theo cách thủ công.

CÓ bạn có thể !! Giải pháp phải dễ dàng, an toàn và hiệu quả ...

Tôi mới sử dụng postgresql, nhưng có vẻ như bạn có thể tạo các cột được tính toán bằng cách sử dụng chỉ mục biểu thức , được ghép nối với một chế độ xem (chế độ xem là tùy chọn, nhưng làm cho cuộc sống dễ dàng hơn một chút).

Giả sử tính toán của tôi là md5(some_string_field), sau đó tôi tạo chỉ mục là:

CREATE INDEX some_string_field_md5_index ON some_table(MD5(some_string_field));

Bây giờ, bất kỳ truy vấn nào hoạt động MD5(some_string_field)sẽ sử dụng chỉ mục thay vì tính toán nó từ đầu. Ví dụ:

SELECT MAX(some_field) FROM some_table GROUP BY MD5(some_string_field);

Bạn có thể kiểm tra điều này với giải thích .

Tuy nhiên tại thời điểm này, bạn đang dựa vào những người sử dụng bảng biết chính xác cách tạo cột. Để làm cho cuộc sống dễ dàng hơn, bạn có thể tạo một VIEWphiên bản tăng cường của bảng gốc, thêm giá trị được tính toán dưới dạng một cột mới:

CREATE VIEW some_table_augmented AS 
   SELECT *, MD5(some_string_field) as some_string_field_md5 from some_table;

Bây giờ bất kỳ truy vấn nào sử dụng some_table_augmentedsẽ có thể sử dụng some_string_field_md5mà không cần lo lắng về cách hoạt động của nó..chúng chỉ có được hiệu suất tốt. Chế độ xem này không sao chép bất kỳ dữ liệu nào từ bảng gốc, vì vậy nó rất tốt về bộ nhớ cũng như hiệu suất. Tuy nhiên, lưu ý rằng bạn không thể cập nhật / chèn vào một dạng xem, chỉ vào bảng nguồn, nhưng nếu bạn thực sự muốn, tôi tin rằng bạn có thể chuyển hướng các lần chèn và cập nhật đến bảng nguồn bằng cách sử dụng các quy tắc (Tôi có thể sai ở điểm cuối cùng như Tôi chưa bao giờ tự mình thử).

Chỉnh sửa: có vẻ như nếu truy vấn liên quan đến các chỉ số cạnh tranh, công cụ lập kế hoạch đôi khi có thể không sử dụng biểu thức-chỉ mục nào cả. Sự lựa chọn dường như phụ thuộc vào dữ liệu.

Một cách để làm điều này là sử dụng một bộ kích hoạt!

CREATE TABLE computed(
    one SERIAL,
    two INT NOT NULL
);

CREATE OR REPLACE FUNCTION computed_two_trg()
RETURNS trigger
LANGUAGE plpgsql
SECURITY DEFINER
AS $BODY$
BEGIN
    NEW.two = NEW.one * 2;

    RETURN NEW;
END
$BODY$;

CREATE TRIGGER computed_500
BEFORE INSERT OR UPDATE
ON computed
FOR EACH ROW
EXECUTE PROCEDURE computed_two_trg();

Trình kích hoạt được kích hoạt trước khi hàng được cập nhật hoặc chèn. Nó thay đổi trường mà chúng ta muốn tính toán NEWbản ghi và sau đó nó trả về bản ghi đó.

PostgreSQL 12 hỗ trợ các cột được tạo:

PostgreSQL 12 Beta 1 đã được phát hành!

Các cột đã tạo

PostgreSQL 12 cho phép tạo các cột được tạo để tính toán các giá trị của chúng với một biểu thức sử dụng nội dung của các cột khác. Tính năng này cung cấp các cột được tạo được lưu trữ, được tính toán trên các bản chèn và bản cập nhật và được lưu trên đĩa. Các cột được tạo ảo, chỉ được tính khi một cột được đọc như một phần của truy vấn, chưa được triển khai.

Các cột đã tạo

Cột được tạo là một cột đặc biệt luôn được tính toán từ các cột khác. Do đó, đối với các cột, chế độ xem đối với bảng là gì.

CREATE TABLE people (
    ...,
    height_cm numeric,
    height_in numeric GENERATED ALWAYS AS (height_cm * 2.54) STORED
);

db <> bản trình diễn fiddle

Chà, không chắc đây có phải ý bạn không nhưng Posgres thường hỗ trợ cú pháp ETL "dummy". Tôi đã tạo một cột trống trong bảng và sau đó cần điền vào nó bằng các bản ghi được tính toán tùy thuộc vào các giá trị trong hàng.

UPDATE table01
SET column03 = column01*column02; /*e.g. for multiplication of 2 values*/

1. Nó quá giả Tôi nghi ngờ nó không phải là những gì Bạn đang tìm kiếm.
2. Rõ ràng là nó không động, bạn chạy nó một lần. Nhưng không có trở ngại nào để đưa nó vào kích hoạt.

Tôi có một mã hoạt động và sử dụng thuật ngữ được tính toán, tôi không sử dụng postgresSQL thuần túy vì chúng tôi chạy trên PADB

đây là cách nó được sử dụng

create table some_table as
    select  category, 
            txn_type,
            indiv_id, 
            accum_trip_flag,
            max(first_true_origin) as true_origin,
            max(first_true_dest ) as true_destination,
            max(id) as id,
            count(id) as tkts_cnt,
            (case when calculated tkts_cnt=1 then 1 else 0 end) as one_way
    from some_rando_table
    group by 1,2,3,4    ;

Một giải pháp nhẹ với ràng buộc Kiểm tra:

CREATE TABLE example (
    discriminator INTEGER DEFAULT 0 NOT NULL CHECK (discriminator = 0)
);