Chế độ kèo bóng đá c1 trongPostgreSQLđược triển khai bằng hệ thống quy tắc. Chế độ kèo bóng đá c1 về cơ bản là một bảng trống (không có lưu trữ thực tế) vớiOn select do thay vào đó
kèo bóng đá c1. Thông thường, kèo bóng đá c1 đó được đặt tên_return
. Vì vậy, một chế độ kèo bóng đá c1 như
Tạo kèo bóng đá c1 myView là chọn * từ mytab;
rất giống với
Tạo bảng MyView (cùng danh sách cột như mytab
);
Tạo kèo bóng đá c1 "_return" như trên chọn vào myView do thay thế
Chọn * từ mytab;
Mặc dù bạn thực sự không thể viết nó, vì các bảng không được phép cóON CHỌN
kèo bóng đá c1.
12766_12804do thay thế
kèo bóng đá c1, cho phépChèn
, Cập nhật
hoặcXóa
12970_13086Phần 39.2.4.
Chọn
kèo bóng đá c1 làm việc#kèo bóng đá c1ON CHỌN
được áp dụng cho tất cả các truy vấn làm bước cuối cùng, ngay cả khi lệnh được đưa ra làChèn
, Cập nhật
hoặcXóa
. Và họ có các ngữ nghĩa khác nhau từ các kèo bóng đá c1 trên các loại lệnh khác ở chỗ chúng sửa đổi cây truy vấn tại chỗ thay vì tạo một loại mới. Vì thếChọn
kèo bóng đá c1 được mô tả đầu tiên.
Hiện tại, chỉ có thể có một hành động trong mộtON CHỌN
kèo bóng đá c1 và nó phải là một điều vô điều kiệnChọn
Hành động đó làThay vào đó
. Hạn chế này được yêu cầu để làm cho các kèo bóng đá c1 đủ an toàn để mở chúng cho người dùng thông thường và nó hạn chếON CHỌN
Quy tắc hành động như chế độ kèo bóng đá c1.
Các ví dụ cho chương này là hai lượt kèo bóng đá c1 tham gia thực hiện một số tính toán và lần lượt một số lượt kèo bóng đá c1 sử dụng chúng. Một trong hai chế độ kèo bóng đá c1 đầu tiên được tùy chỉnh sau bằng cách thêm quy tắc choChèn
, Cập nhật
vàXóa
Hoạt động để kết quả cuối cùng sẽ là một quan điểm hoạt động giống như một bảng thực sự với một số chức năng ma thuật. Đây không phải là một ví dụ đơn giản để bắt đầu và điều này làm cho mọi thứ khó khăn hơn để vào. Nhưng tốt hơn là có một ví dụ bao gồm tất cả các điểm được thảo luận từng bước thay vì có nhiều điểm khác nhau có thể trộn lẫn trong tâm trí.
Các bảng thực sự chúng ta cần trong hai mô tả hệ thống kèo bóng đá c1 đầu tiên là:
15186_15945
Như bạn có thể thấy, chúng đại diện cho dữ liệu cửa hàng giày.
Các chế độ kèo bóng đá c1 được tạo là:
Tạo giày kèo bóng đá c1 AS Chọn Sh.Shoename, sh.sh_avail, sh.slcolor, sh.slminlen, sh.slminlen * un.un_fact dưới dạng slminlen_cm, sh.slmaxlen, sh.slmaxlen * un.un_fact dưới dạng slmaxlen_cm, Sh.Slunit Từ giày_data sh, unit un Trong đó sh.slunit = un.un_name; Tạo Chế độ kèo bóng đá c1 Shoelace như Chọn S.SL_NAME, s.sl_avail, s.sl_color, s.sl_len, s.sl_unit, S.SL_LEN * U.UN_FACT AS SL_LEN_CM Từ shoelace_data s, đơn vị u Trong đó s.sl_unit = u.un_name; Tạo kèo bóng đá c1 giày_ready AS Chọn rsh.shoename, rsh.sh_avail, rsl.sl_name, rsl.sl_avail, ít nhất (rsh.sh_avail, rsl.sl_avail) là Total_avail Từ RSH giày, dây giày RSL WHERE RSL.SL_COLOR = RSH.SLCOLOR Và rsl.sl_len_cm = rsh.slminlen_cm Và rsl.sl_len_cm <= rsh.slmaxlen_cm;
TheTạo chế độ kèo bóng đá c1
lệnh choShoelace
kèo bóng đá c1 (cái đơn giản nhất chúng tôi có) sẽ tạo ra một mối quan hệShoelace
và một mục nhập trongPG_REWRITE
Điều đó cho biết rằng có một kèo bóng đá c1 viết lại phải được áp dụng bất cứ khi nào quan hệShoelace
được tham chiếu trong bảng phạm vi của truy vấn. kèo bóng đá c1 không có trình độ kèo bóng đá c1 (được thảo luận sau, với khôngChọn
kèo bóng đá c1, kể từChọn
kèo bóng đá c1 hiện không có chúng) và đó làThay vào đó
. Lưu ý rằng trình độ kèo bóng đá c1 không giống như trình độ truy vấn. Hành động của kèo bóng đá c1 của chúng tôi có trình độ truy vấn. Hành động của kèo bóng đá c1 là một cây truy vấn là bản sao củaChọn
Câu lệnh trong lệnh tạo kèo bóng đá c1.
Hai mục bảng phạm vi bổ sung chomới
vàcũ
mà bạn có thể thấy trongPG_REWRITE
mục nhập không quan tâm choChọn
kèo bóng đá c1.
Bây giờ chúng tôi dân cưĐơn vị
, giày_data
vàShoelace_data
và chạy một truy vấn đơn giản trên chế độ kèo bóng đá c1:
18489_20094
Đây là đơn giản nhấtChọn
Bạn có thể làm theo quan điểm của chúng tôi, vì vậy chúng tôi nhân cơ hội này để giải thích những điều cơ bản của các quy tắc kèo bóng đá c1. TheChọn * từ Shoelace
đã được trình phân tích cú pháp và sản xuất cây truy vấn:
Chọn Shoelace.SL_NAME, SHOELACE.SL_AVAIL, Shoelace.SL_Color, Shoelace.SL_LEN, Shoelace.SL_Unit, Shoelace.SL_LEN_CM Từ dây giày Shoelace;
Và điều này được đưa ra cho hệ thống quy tắc. Hệ thống quy tắc đi qua bảng phạm vi và kiểm tra kèo bóng đá c1 có quy tắc cho bất kỳ mối quan hệ nào không. Khi xử lý mục nhập bảng phạm vi choShoelace
(người duy nhất cho đến bây giờ) nó tìm thấy_return
kèo bóng đá c1 với cây truy vấn:
20925_21135
Để mở rộng chế độ kèo bóng đá c1, người viết lại chỉ cần tạo một mục nhập bảng phạm vi con có chứa cây truy vấn hành động của quy tắc và thay thế mục nhập phạm vi này cho cái ban đầu tham chiếu chế độ kèo bóng đá c1. Cây truy vấn viết lại kết quả gần giống như khi bạn đã nhập:
Chọn Shoelace.SL_NAME, SHOELACE.SL_AVAIL, Shoelace.SL_Color, Shoelace.SL_LEN, Shoelace.SL_Unit, Shoelace.SL_LEN_CM Từ (chọn s.sl_name, s.sl_avail, s.sl_color, s.sl_len, s.sl_unit, S.SL_LEN * U.UN_FACT AS SL_LEN_CM Từ shoelace_data s, đơn vị u Trong đó s.sl_unit = U.un_name) Shoelace;
Tuy nhiênShoelace Old
vàShoelace mới
22044_22494
Đó là quy tắc đầu tiên được áp dụng. Hệ thống quy tắc sẽ tiếp tục kiểm tra các mục bảng phạm vi còn lại trong truy vấn hàng đầu (trong ví dụ này không còn nữa), và nó sẽ kiểm tra đệ quy các mục nhập bảng trong trình điều khiển con được thêm vào để kèo bóng đá c1 có bất kỳ chế độ kèo bóng đá c1 tham chiếu nào không. (Nhưng nó sẽ không mở rộngcũ
hoặcmới
22868_22962Shoelace_data
hoặcĐơn vị
, Vì vậy, việc viết lại đã hoàn tất và ở trên là kết quả cuối cùng được đưa ra cho người lập kế hoạch.
23133_23353
Chọn * từ Shoe_Ready WHERE TOTAL_AVAIL = 2; Tên ShoenSy | sh_avail | SL_NAME | SL_AVAIL | Total_avail ----------+----------+----------+----------+------------- Sh1 | 2 | SL1 | 5 | 2 Sh3 | 4 | SL7 | 7 | 4 (2 hàng)
Đầu ra của trình phân tích cú pháp lần này là cây truy vấn:
23780_23978
kèo bóng đá c1 đầu tiên được áp dụng sẽ là cái choShoe_Ready
kèo bóng đá c1 và nó dẫn đến cây truy vấn:
24152_24694
Tương tự, các kèo bóng đá c1 chogiày
vàShoelace
được thay thế vào bảng phạm vi của trình điều khiển con, dẫn đến một cây truy vấn cuối cùng ba cấp:
24940_26205
Điều này có thể trông không hiệu quả, nhưng người lập kế hoạch sẽ thu gọn điều này thành một cây truy vấn cấp độ đơn củaHồikéo lênHồiCác mục tiêu phụ, và sau đó nó sẽ lên kế hoạch cho các lần tham gia giống như chúng ta đã viết chúng ra thủ công. Vì vậy, việc sụp đổ cây truy vấn là một tối ưu hóa mà hệ thống viết lại không phải quan tâm đến chính nó.
Chọn
Câu#Hai chi tiết của cây truy vấn không được chạm vào trong mô tả các quy tắc kèo bóng đá c1 ở trên. Đây là loại lệnh và mối quan hệ kết quả. Trên thực tế, loại lệnh không cần thiết theo các quy tắc kèo bóng đá c1, nhưng mối quan hệ kết quả có thể ảnh hưởng đến cách thức hoạt động của trình viết lại truy vấn, bởi vì cần phải thực hiện chăm sóc đặc biệt nếu quan hệ kết quả là một quan điểm.
Chỉ có một vài sự khác biệt giữa một cây truy vấn cho A27348_27356
và một cho bất kỳ lệnh nào khác. Rõ ràng, họ có một loại lệnh khác và cho một lệnh không phải làChọn
, mối quan hệ kết quả chỉ ra mục nhập bảng phạm vi nơi kết quả sẽ đi. Mọi thứ khác hoàn toàn giống nhau. Vì vậy, có hai bảngT1
vàT2
với các cộtA
vàB
, Cây truy vấn cho hai câu:
Chọn T2.b từ T1, T2 trong đó t1.a = T2.a; CẬP NHẬT T1 Đặt B = T2.B từ T2 trong đó T1.A = T2.A;
gần như giống hệt nhau. Đặc biệt:
Các bảng phạm vi chứa các mục cho các bảngT1
vàT2
.
Danh sách mục tiêu chứa một biến chỉ vào cộtB
của mục nhập bảng phạm vi cho bảngT2
.
Biểu thức đủ điều kiện so sánh các cộtA
của cả hai mục nhập bảng cho bình đẳng.
Cây tham gia hiển thị sự kết nối đơn giản giữaT1
vàT2
.
Hậu quả là, cả hai cây truy vấn đều dẫn đến các kế hoạch thực hiện tương tự: cả hai đều tham gia trên hai bảng. ChoCập nhật
Các cột bị thiếu từT1
được thêm vào danh sách mục tiêu bởi người lập kế hoạch và cây truy vấn cuối cùng sẽ đọc là:
Cập nhật T1 Đặt A = T1.A, B = T2.B từ T2 trong đó T1.A = T2.A;
Và do đó, người thực thi chạy qua tham gia sẽ tạo ra chính xác cùng một kết quả được đặt như:
29434_29486
Nhưng có một chút vấn đề trongCập nhật
Nó chỉ tạo ra một tập hợp kết quả của các hàng. Thực tế là một làChọn
Lệnh và lệnh khác làCập nhật
được xử lý cao hơn trong người thực thi, trong đó nó biết rằng đây là mộtCập nhật
và nó biết rằng kết quả này sẽ đi vào bảngT1
. Nhưng những hàng nào phải được thay thế bằng hàng mới?
Để giải kèo bóng đá c1ết vấn đề này, một mục khác được thêm vào danh sách đích trongCập nhật
(và cả trongXóa
) Các câu lệnh: ID hiện tại (CTID).Đây là cột hệ thống chứa số khối tệp và vị trí trong khối cho hàng. Biết bảng,CTIDCó thể được sử dụng để truy xuất hàng ban đầu củaT1
Để được cập nhật. Sau khi thêmCTIDĐến danh sách đích, truy vấn thực sự trông giống như:
Chọn T1.A, T2.B, T1.CTID từ T1, T2 trong đó T1.A = T2.A;
Bây giờ là một chi tiết khác củaPostgreSQLBước vào giai đoạn. Các hàng bảng cũ không được ghi đè và đây là lý do tại saorollback
là nhanh. Trong mộtCập nhật
, Hàng kết quả mới được chèn vào bảng (sau khi tướcCTID) và trong tiêu đề hàng của hàng cũ, màCTIDchỉ vào,CMAX
vàxmax
Các mục được đặt thành bộ đếm lệnh hiện tại và ID giao dịch hiện tại. Do đó, hàng cũ bị ẩn và sau khi giao dịch cam kết, máy hút bụi cuối cùng có thể loại bỏ hàng chết.
Biết tất cả những điều đó, chúng ta chỉ có thể áp dụng các quy tắc kèo bóng đá c1 hoàn toàn giống với bất kỳ lệnh nào. Không có sự khác biệt.
Trên đây cho thấy cách hệ thống quy tắc kết hợp các định nghĩa kèo bóng đá c1 vào cây truy vấn ban đầu. Trong ví dụ thứ hai, một đơn giảnChọn
Từ một chế độ kèo bóng đá c1 đã tạo một cây truy vấn cuối cùng là tham gia 4 bảng (Đơn vị
Đã được sử dụng hai lần với các tên khác nhau).
Lợi ích của việc thực hiện các quan điểm với hệ thống quy tắc là người lập kế hoạch có tất cả thông tin về các bảng phải được quét cộng với các mối quan hệ giữa các bảng này cộng với trình độ hạn chế từ các chế độ kèo bóng đá c1 cộng với trình độ từ truy vấn ban đầu trong một cây truy vấn. Và đây vẫn là tình huống khi truy vấn ban đầu đã tham gia vào các lượt kèo bóng đá c1. Người lập kế hoạch phải quyết định đó là con đường tốt nhất để thực hiện truy vấn và càng có nhiều thông tin mà người lập kế hoạch có, quyết định này có thể càng tốt. Và hệ thống quy tắc như được thực hiện trongPostgreSQLĐảm bảo rằng đây là tất cả thông tin có sẵn về truy vấn cho đến điểm đó.
Điều gì xảy ra nếu chế độ kèo bóng đá c1 được đặt tên là mối quan hệ đích cho mộtChèn
, Cập nhật
, Xóa
hoặchợp nhất
? Thực hiện các thay thế được mô tả ở trên sẽ cung cấp một cây truy vấn trong đó các điểm quan hệ kết quả tại một mục bảng phạm vi phụ, sẽ không hoạt động. Có một số cách màPOSTGRESQL33769_34054
34064_34238Chèn
, Cập nhật
, Xóa
hoặcMerge
được áp dụng cho mối quan hệ cơ sở theo cách thích hợp. Lượt kèo bóng đá c1Đủ đơn giảnHồiĐối với điều này được gọi làTự động cập nhật. Để biết thông tin chi tiết về các loại chế độ kèo bóng đá c1 có thể được cập nhật tự động, kèo bóng đá c1Tạo chế độ kèo bóng đá c1.
Ngoài ra, thao tác có thể được xử lý bởi người dùng cung cấpthay vì
Trigger trên chế độ kèo bóng đá c1 (kèo bóng đá c1Tạo Trigger). Viết lại hoạt động hơi khác nhau trong trường hợp này. VìChèn
, người viết lại không làm gì cả với chế độ kèo bóng đá c1, để lại mối quan hệ kết quả cho truy vấn. VìCập nhật
, Xóa
vàMerge
, vẫn cần phải mở rộng truy vấn kèo bóng đá c1 để sản xuấtcũHàngCác hàng mà lệnh sẽ cố gắng cập nhật, xóa hoặc hợp nhất. Vì vậy, chế độ kèo bóng đá c1 được mở rộng như bình thường, nhưng một mục nhập bảng không bao giờ khác được thêm vào truy vấn để biểu diễn chế độ kèo bóng đá c1 trong khả năng của nó là mối quan hệ kết quả.
Vấn đề hiện đang phát sinh là làm thế nào để xác định các hàng sẽ được cập nhật trong chế độ kèo bóng đá c1. Hãy nhớ lại rằng khi mối quan hệ kết quả là một bảng, một đặc biệtCTIDMục nhập được thêm vào danh sách mục tiêu để xác định các vị trí vật lý của các hàng sẽ được cập nhật. Điều này không hoạt động nếu mối quan hệ kết quả là một chế độ kèo bóng đá c1, bởi vì một chế độ kèo bóng đá c1 không có bất kỳCTID, vì các hàng của nó không có vị trí vật lý thực tế. Thay vào đó, cho mộtCập nhật
, Xóa
hoặcHợp nhất
Hoạt động, đặc biệtWholerow
36370_36503Hồicũhàng đếnthay vì
Trigger. Tùy thuộc vào kích hoạt để tìm ra những gì sẽ cập nhật dựa trên các giá trị hàng cũ và mới.
Khả năng khác là người dùng xác địnhThay vào đó
Các kèo bóng đá c1 chỉ định các hành động thay thế choChèn
, Cập nhật
vàXóa
lệnh trên chế độ kèo bóng đá c1. Các quy tắc này sẽ viết lại lệnh, thường là một lệnh cập nhật một hoặc nhiều bảng, thay vì kèo bóng đá c1. Đó là chủ đề củaPhần 39.4. Lưu ý rằng điều này sẽ không hoạt động vớiMerge
, hiện không hỗ trợ các kèo bóng đá c1 về mối quan hệ đích khác ngoàiChọn
kèo bóng đá c1.
Lưu ý rằng các quy tắc được đánh giá trước, viết lại truy vấn ban đầu trước khi nó được lên kế hoạch và thực thi. Do đó, nếu một chế độ kèo bóng đá c1 cóthay vì
Kích hoạt cũng như các kèo bóng đá c1 trênChèn
, Cập nhật
hoặcXóa
, thì các kèo bóng đá c1 sẽ được đánh giá trước và tùy thuộc vào kết quả, các kích hoạt có thể không được sử dụng.
Viết lại tự động của mộtChèn
, Cập nhật
, Xóa
hoặchợp nhất
Truy vấn trên chế độ kèo bóng đá c1 đơn giản luôn được thử cuối cùng. Do đó, nếu một chế độ kèo bóng đá c1 có quy tắc hoặc kích hoạt, chúng sẽ ghi đè hành vi mặc định của các chế độ kèo bóng đá c1 có thể cập nhật tự động.
Nếu không cóThay vào đó
kèo bóng đá c1 hoặcthay vì
38307_38509