Chèn
, Cập kèo bóng đá c1
vàXóa
Các kèo bóng đá c1 được xác định trênChèn
, Cập kèo bóng đá c1
vàXóa
khác biệt đáng kể so với các kèo bóng đá c1 xem được mô tả trong phần trước. Đầu tiên, của họTạo kèo bóng đá c1
lệnh cho phép nhiều hơn:
Họ được phép không có hành động.
Họ có thể có nhiều hành động.
Chúng có thểThay kèo bóng đá c1o đó
hoặccũng
(mặc định).
Pseudorelationsmới
vàcũ
trở nên hữu ích.
Họ có thể có trình độ kèo bóng đá c1.
Thứ hai, họ không sửa đổi cây truy vấn tại chỗ. Thay kèo bóng đá c1o đó, chúng tạo ra không hoặc nhiều cây truy vấn mới và có thể vứt bỏ cái gốc.
Trong nhiều trường hợp, các tác vụ có thể được thực hiện bởi các kèo bóng đá c1 trênChèn
/Cập kèo bóng đá c1
/Xóa
được thực hiện tốt hơn với các kích hoạt. Trình kích hoạt về mặt ký hiệu phức tạp hơn một chút, nhưng ngữ nghĩa của chúng đơn giản hơn nhiều để hiểu. Các kèo bóng đá c1 có xu hướng có kết quả đáng ngạc nhiên khi truy vấn ban đầu chứa các chức năng dễ bay hơi: các chức năng dễ bay hơi có thể được thực thi nhiều lần hơn dự kiến trong quá trình thực hiện các kèo bóng đá c1.
Ngoài ra, có một số trường hợp không được hỗ trợ bởi các loại kèo bóng đá c1 này, đáng chú ý là bao gồmvới
Các điều khoản trong truy vấn ban đầu và phụ đa phân bổ-Chọn
s trongset
Danh sáchCập kèo bóng đá c1
Truy vấn. Điều này là do việc sao chép các cấu trúc này thành truy vấn kèo bóng đá c1 sẽ dẫn đến nhiều đánh giá về trình tự phụ, trái với ý định rõ ràng của tác giả truy vấn.
Giữ cú pháp:
13828_13858tên
như trênSự kiện
đếnBảng
[WHEREđiều kiện
] Làm [cũng | Thay kèo bóng đá c1o đó] không có gì |lệnh
| (lệnh
;lệnh
...)
Trong tâm trí. Trong phần sau,Cập nhật kèo bóng đá c1có nghĩa là các kèo bóng đá c1 được xác định trênChèn
, Cập kèo bóng đá c1
hoặcXóa
.
Cập nhật các kèo bóng đá c1 được áp dụng bởi hệ thống kèo bóng đá c1 khi mối quan hệ kết quả và loại lệnh của cây truy vấn bằng với đối tượng và sự kiện được đưa ra trongTạo kèo bóng đá c1
Lệnh. Đối với các kèo bóng đá c1 cập nhật, hệ thống kèo bóng đá c1 tạo ra một danh sách các cây truy vấn. Ban đầu danh sách cây truy vấn trống rỗng. Có thể không có (Không có gì
Từ khóa), một hoặc nhiều hành động. Để đơn giản hóa, chúng tôi sẽ xem xét một kèo bóng đá c1 với một hành động. kèo bóng đá c1 này có thể có trình độ hoặc không và nó có thể làThay kèo bóng đá c1o đó
hoặccũng
(mặc định).
Trình độ kèo bóng đá c1 là gì? Đó là một hạn chế cho biết khi nào các hành động của kèo bóng đá c1 nên được thực hiện và khi không. Trình độ này chỉ có thể tham khảo các giả thuyếtmới
và/hoặccũ
15373_15470
Vì vậy, chúng tôi có ba trường hợp tạo ra các cây truy vấn sau đây cho kèo bóng đá c1 một hành động.
cũng
hoặcThay kèo bóng đá c1o đó
Cây truy vấn từ hành động kèo bóng đá c1 với trình độ của cây truy vấn ban đầu được thêm vào
cũng
Cây truy vấn từ hành động kèo bóng đá c1 với trình độ kèo bóng đá c1 và trình độ của cây truy vấn ban đầu được thêm vào
Thay kèo bóng đá c1o đó
16299_16479
Cuối cùng, nếu kèo bóng đá c1 làcũng
, Cây truy vấn gốc không thay đổi được thêm kèo bóng đá c1o danh sách. Vì chỉ đủ điều kiệnThay kèo bóng đá c1o đó
kèo bóng đá c1 đã thêm cây truy vấn ban đầu, chúng tôi kết thúc với một hoặc hai cây truy vấn đầu ra cho một kèo bóng đá c1 với một hành động.
chotrên chèn
kèo bóng đá c1, truy vấn ban đầu (nếu không bị đàn áp bởiThay kèo bóng đá c1o đó
) được thực hiện trước khi có bất kỳ hành động nào được thêm vào các kèo bóng đá c1. Điều này cho phép các hành động nhìn thấy (các) hàng được chèn. Nếu không cóKhi cập kèo bóng đá c1
vàKhi xóa
kèo bóng đá c1, truy vấn ban đầu được thực hiện sau các hành động được thêm vào các kèo bóng đá c1. Điều này đảm bảo rằng các hành động có thể nhìn thấy các hàng được cập nhật hoặc bị xóa; Nếu không, các hành động có thể không làm gì vì họ không tìm thấy hàng nào phù hợp với trình độ của họ.
Các cây truy vấn được tạo từ các hành động kèo bóng đá c1 được ném vào hệ thống viết lại một lần nữa và có thể nhiều kèo bóng đá c1 được áp dụng dẫn đến các cây truy vấn bổ sung hoặc ít hơn. Vì vậy, các hành động của một kèo bóng đá c1 phải có một loại lệnh khác hoặc một mối quan hệ kết quả khác với chính kèo bóng đá c1, nếu không, quá trình đệ quy này sẽ kết thúc trong một vòng lặp vô hạn. (Sự mở rộng đệ quy của một kèo bóng đá c1 sẽ được phát hiện và báo cáo là một lỗi.)
Các cây truy vấn được tìm thấy trong các hành động củaPG_REWRITE
Danh mục hệ thống chỉ là mẫu. Vì chúng có thể tham chiếu các mục nhập bảng phạm vi chomới
vàcũ
, Một số thay thế phải được thực hiện trước khi chúng có thể được sử dụng. Đối với bất kỳ tham chiếu nào đếnmới
, Danh sách mục tiêu của truy vấn gốc được tìm kiếm cho một mục tương ứng. Nếu được tìm thấy, biểu thức của mục đó thay thế tham chiếu. Nếu không thì,mới
có nghĩa là giống nhưcũ
(cho mộtCập kèo bóng đá c1
) hoặc được thay thế bằng giá trị null (cho mộtChèn
). Bất kỳ tham chiếu nào đếncũ
được thay thế bằng tham chiếu đến mục nhập bảng phạm vi là mối quan hệ kết quả.
Sau khi hệ thống hoàn thành áp dụng các kèo bóng đá c1 cập nhật, nó áp dụng các kèo bóng đá c1 xem cho (các) cây truy vấn được sản xuất. Các chế độ xem không thể chèn các hành động cập nhật mới để không cần áp dụng các kèo bóng đá c1 cập nhật cho đầu ra viết lại xem.
Nói rằng chúng tôi muốn theo dõi các thay đổi đối vớiSL_AVAIL
Cột trongShoelace_data
Mối quan hệ. Vì vậy, chúng tôi thiết lập một bảng nhật ký và một kèo bóng đá c1 ghi có điều kiện một mục nhập nhật ký khi mộtCập kèo bóng đá c1
được thực hiện trênShoelace_data
.
Tạo bảng Shoelace_log ( Text SL_NAME, - Shoelace đã thay đổi Số nguyên SL_AVAIL, - Giá trị mới có sẵn log_who văn bản, - ai đã làm nó log_when dấu thời gian - khi ); Tạo kèo bóng đá c1 log_shoelace như trên bản cập nhật lên shoelace_data WHERE new.sl_avail < cũ.SL_AVAIL Lắp vào các giá trị Shoelace_log ( New.sl_name, New.sl_avail, current_user, current_timestamp );
Bây giờ ai đó làm:
Cập kèo bóng đá c1 Shoelace_Data SET SL_AVAIL = 6 WHERE SL_NAME = 'SL7';
Và chúng tôi nhìn kèo bóng đá c1o bảng nhật ký:
Chọn * từ Shoelace_log; SL_NAME | SL_AVAIL | log_who | log_when ---------+----------+---------+------------------------------------------ SL7 | 6 | Al | Tue ngày 20 tháng 10 16:14:45 1998 đã gặp DST (1 hàng)
Đó là những gì chúng tôi mong đợi. Những gì đã xảy ra trong nền là như sau. Trình phân tích cú pháp đã tạo cây truy vấn:
Cập kèo bóng đá c1 Shoelace_Data SET SL_AVAIL = 6 Từ Shoelace_Data Shoelace_Data WHERE SHOELACE_DATA.SL_NAME = 'SL7';
Có một kèo bóng đá c1log_shoelace
đó làtrên cập kèo bóng đá c1
Với biểu thức trình độ kèo bóng đá c1:
new.sl_avail < old.sl_avail
và hành động:
Chèn kèo bóng đá c1o giá trị Shoelace_log ( new.sl_name, new.sl_avail, current_user, current_timestamp) Từ shoelace_data mới, shoelace_data cũ;
(Điều này có vẻ hơi lạ vì bạn thường không thể viếtChèn ... giá trị ... từ
. Thetừ
mệnh đề ở đây chỉ là để chỉ ra rằng có các mục trong bảng phạm vi trong cây truy vấn chomới
vàcũ
. Chúng là cần thiết để chúng có thể được tham chiếu bởi các biến trongChèn
Cây truy vấn của lệnh.)
kèo bóng đá c1 là đủ điều kiệncũng
kèo bóng đá c1, vì vậy hệ thống kèo bóng đá c1 phải trả về hai cây truy vấn: Hành động kèo bóng đá c1 được sửa đổi và cây truy vấn ban đầu. Trong bước 1, bảng phạm vi của truy vấn ban đầu được tích hợp vào cây truy vấn hành động của kèo bóng đá c1. Kết quả này trong:
Chèn kèo bóng đá c1o giá trị Shoelace_log (
new.sl_name, new.sl_avail,
current_user, current_timestamp)
Từ shoelace_data mới, shoelace_data cũ,shoelace_data shoelace_data;
Trong bước 2, trình độ kèo bóng đá c1 được thêm vào nó, do đó tập kết quả bị giới hạn ở các hàng trong đóSL_AVAIL
Thay đổi:
Chèn kèo bóng đá c1o giá trị Shoelace_log (
new.sl_name, new.sl_avail,
current_user, current_timestamp)
Từ shoelace_data mới, shoelace_data cũ,
Shoelace_data Shoelace_DataWHERE new.sl_avail < cũ.SL_AVAIL;
(cái này trông thậm chí còn lạ, vìChèn ... giá trị
không cóWHERE
mệnh đề, nhưng người lập kế hoạch và thực thi sẽ không gặp khó khăn gì với nó. Họ cần hỗ trợ cùng một chức năng này choChèn ... Chọn
.)
Trong bước 3, trình độ của cây truy vấn ban đầu được thêm kèo bóng đá c1o, hạn chế kết quả được đặt thêm cho chỉ các hàng được chạm kèo bóng đá c1o bởi truy vấn ban đầu:
Chèn kèo bóng đá c1o giá trị Shoelace_log (
new.sl_name, new.sl_avail,
current_user, current_timestamp)
Từ shoelace_data mới, shoelace_data cũ,
Shoelace_data Shoelace_Data
WHERE MỚI.SL_AVAIL < cũ.SL_AVAILvà shoelace_data.sl_name = 'SL7';
Bước 4 thay thế các tham chiếu đếnmới
bởi các mục nhập danh sách mục tiêu từ cây truy vấn ban đầu hoặc bởi các tham chiếu biến phù hợp từ mối quan hệ kết quả:
23900_23944shoelace_data.sl_name, 6,, current_user, current_timestamp) Từ shoelace_data mới, shoelace_data cũ, Shoelace_data Shoelace_Data Ở ĐÂU6< cũ.SL_AVAIL Và shoelace_data.sl_name = 'SL7';
Bước 5 thay đổicũ
Tài liệu tham khảo kèo bóng đá c1o kết quả Tài liệu tham khảo:
Chèn kèo bóng đá c1o giá trị Shoelace_log (
shoelace_data.sl_name, 6,
current_user, current_timestamp)
Từ shoelace_data mới, shoelace_data cũ,
Shoelace_data Shoelace_Data
Trong đó 6 <shoelace_data.sl_availvà shoelace_data.sl_name = 'SL7';
Đó là nó. Vì kèo bóng đá c1 làcũng
, chúng tôi cũng xuất ra cây truy vấn ban đầu. Nói tóm lại, đầu ra từ hệ thống kèo bóng đá c1 là danh sách hai cây truy vấn tương ứng với các câu sau:
Chèn kèo bóng đá c1o các giá trị Shoelace_log ( shoelace_data.sl_name, 6, current_user, current_timestamp) Từ Shoelace_data WHERE 6 < shoelace_data.sl_avail Và shoelace_data.sl_name = 'SL7'; Cập nhật Shoelace_Data SET SL_AVAIL = 6 Trong đó sl_name = 'SL7';
Chúng được thực hiện theo thứ tự này và đó chính xác là những gì kèo bóng đá c1 có nghĩa là làm.
Sự thay thế và trình độ bổ sung đảm bảo rằng, nếu truy vấn ban đầu sẽ là, giả sử:
25547_25618
Không có mục nhập nào sẽ được viết. Trong trường hợp đó, cây truy vấn ban đầu không chứa mục nhập danh sách mục tiêu choSL_AVAIL
, vì vậynew.sl_avail
sẽ được thay thế bởishoelace_data.sl_avail
25899_25952
Chèn kèo bóng đá c1o giá trị Shoelace_log ( shoelace_data.sl_name,shoelace_data.sl_avail,, current_user, current_timestamp) Từ Shoelace_data Ở ĐÂU26225_26249< shoelace_data.sl_avail Và shoelace_data.sl_name = 'SL7';
Và trình độ đó sẽ không bao giờ đúng.
Nó cũng sẽ hoạt động nếu truy vấn ban đầu sửa đổi nhiều hàng. Vì vậy, nếu ai đó ban hành lệnh:
Cập kèo bóng đá c1 Shoelace_Data SET SL_AVAIL = 0 Trong đó sl_color = 'đen';
Bốn hàng trên thực tế được cập kèo bóng đá c1 (SL1
, SL2
, SL3
vàSL4
). NhưngSL3
đã cóSL_AVAIL = 0
. Trong trường hợp này, trình độ truy vấn ban đầu là khác nhau và kết quả là cây truy vấn bổ sung:
27034_27203shoelace_data.sl_color = 'đen';
Được tạo bởi kèo bóng đá c1. Cây truy vấn này chắc chắn sẽ chèn ba mục nhật ký mới. Và điều đó hoàn toàn chính xác.
Ở đây chúng ta có thể thấy lý do tại sao điều quan trọng là cây truy vấn ban đầu được thực thi cuối cùng. NếuCập kèo bóng đá c1
đã được thực thi trước, tất cả các hàng đã được đặt thành 0, vì vậy việc ghi kèo bóng đá c1 kýChèn
sẽ không tìm thấy bất kỳ hàng nào trong đó0 < shoelace_data.sl_avail
.
Một cách đơn giản để bảo vệ quan hệ xem khỏi khả năng được đề cập là ai đó có thể cố gắng chạyChèn
, Cập kèo bóng đá c1
hoặcXóa
Trên đó là để cho những cây truy vấn đó bị vứt bỏ. Vì vậy, chúng tôi có thể tạo các kèo bóng đá c1:
28410_28635
Nếu ai đó hiện đang cố gắng thực hiện bất kỳ hoạt động nào trong quan hệ xemgiày
, Hệ thống kèo bóng đá c1 sẽ áp dụng các kèo bóng đá c1 này. Vì các kèo bóng đá c1 không có hành động và làThay kèo bóng đá c1o đó
28870_29058
Một cách tinh vi hơn để sử dụng hệ thống kèo bóng đá c1 là tạo các kèo bóng đá c1 viết lại cây truy vấn thành một hoạt động đúng trên các bảng thực. Để làm điều đó trênShoelace
Xem, chúng tôi tạo các kèo bóng đá c1 sau:
Tạo kèo bóng đá c1 shoelace_ins như khi chèn vào dây giày Làm thay thế Chèn vào giá trị Shoelace_Data ( New.sl_name, New.sl_avail, New.sl_color, New.sl_len, Mới.sl_unit ); Tạo kèo bóng đá c1 shoelace_upd như trên bản cập nhật lên Shoelace Làm thay thế Cập nhật shoelace_data Đặt sl_name = new.sl_name, sl_avail = new.sl_avail, sl_color = new.sl_color, sl_len = new.sl_len, sl_unit = new.sl_unit Trong đó sl_name = old.sl_name; Tạo kèo bóng đá c1 shoelace_del như đang xóa để đóng giày Làm thay thế Xóa khỏi Shoelace_Data WHERE SL_NAME = Old.SL_NAME;
Nếu bạn muốn hỗ trợTrở về
Truy vấn trên chế độ xem, bạn cần thực hiện các kèo bóng đá c1 bao gồmTrở về
Các mệnh đề tính toán các hàng xem. Điều này thường khá tầm thường cho các chế độ xem trên một bảng, nhưng nó hơi tẻ nhạt cho các chế độ xem tham gia nhưShoelace
. Một ví dụ cho trường hợp chèn là:
Tạo kèo bóng đá c1 shoelace_ins như khi chèn vào dây giày Làm thay thế Chèn vào giá trị Shoelace_Data ( New.sl_name, New.sl_avail, New.sl_color, New.sl_len, Mới.sl_unit ) Trở lại Shoelace_data.*, (Chọn Shoelace_Data.SL_LEN * U.UN_FACT Từ đơn vị u nơi shoelace_data.sl_unit = U.un_name);
Lưu ý rằng kèo bóng đá c1 này hỗ trợ cảChèn
vàChèn trả về
Truy vấn trên chế độ xem - TheTrở về
mệnh đề chỉ đơn giản là bỏ qua choChèn
.
Bây giờ hãy giả sử rằng thỉnh thoảng, một gói dây giày đến cửa hàng và một danh sách các bộ phận lớn cùng với nó. Nhưng bạn không muốn cập kèo bóng đá c1 thủ côngShoelace
Xem mỗi lần. Thay kèo bóng đá c1o đó, chúng tôi thiết lập hai bảng nhỏ: một trong đó bạn có thể chèn các mục từ danh sách bộ phận và một bảng với một thủ thuật đặc biệt. Các lệnh tạo cho chúng là:
Tạo bảng Shoelace_arrive ( văn bản arr_name, ARR_QUANT Số nguyên ); Tạo bảng Shoelace_ok ( văn bản ok_name, OK_Quant Integer ); Tạo kèo bóng đá c1 shoelace_ok_ins như khi chèn vào shoelace_ok Làm thay thế Cập nhật Shoelace Đặt SL_AVAIL = SL_AVAIL + MỚI.OK_QUANT Trong đó sl_name = new.ok_name;
Bây giờ bạn có thể điền kèo bóng đá c1o bảngshoelace_arrive
Với dữ liệu từ danh sách các bộ phận:
Chọn * từ Shoelace_arrive; ARR_NAME | ARR_QUANT ----------+----------- SL3 | 10 SL6 | 20 SL8 | 20 (3 hàng)
Hãy xem nhanh dữ liệu hiện tại:
32233_32901
Bây giờ di chuyển dây giày đã đến trong:
Chèn kèo bóng đá c1o Shoelace_ok Chọn * từ Shoelace_arrive;
và kiểm tra kết quả:
33113_34222
Đó là một chặng đường dài từ mộtChèn ... Chọn
với những kết quả này. Và mô tả về chuyển đổi cây truy vấn sẽ là lần cuối cùng trong chương này. Đầu tiên, có đầu ra của trình phân tích cú pháp:
Chèn kèo bóng đá c1o Shoelace_ok Chọn shoelace_arrive.arr_name, shoelace_arrive.arr_quant Từ shoelace_arrive shoelace_arrive, shoelace_ok shoelace_ok;
Bây giờ là kèo bóng đá c1 đầu tiênShoelace_ok_ins
được áp dụng và biến điều này thành:
Cập kèo bóng đá c1 dây giày Đặt SL_AVAIL = Shoelace.SL_AVAIL + SHOELACE_ARRIVE.ARR_QUANT Từ shoelace_arrive shoelace_arrive, shoelace_ok shoelace_ok, Shoelace_ok cũ, Shoelace_ok Mới, dây giày WHERE Shoelace.SL_NAME = shoelace_arrive.arr_name;
và ném đi bản gốcChèn
trênShoelace_ok
. Truy vấn viết lại này được chuyển đến hệ thống kèo bóng đá c1 một lần nữa và kèo bóng đá c1 được áp dụng thứ haiShoelace_upd
Sản xuất:
Cập kèo bóng đá c1 Shoelace_Data Đặt SL_NAME = Shoelace.SL_NAME, sl_avail = shoelace.sl_avail + shoelace_arrive.arr_quant, sl_color = shoelace.sl_color, sl_len = shoelace.sl_len, sl_unit = shoelace.sl_unit Từ shoelace_arrive shoelace_arrive, shoelace_ok shoelace_ok, Shoelace_ok cũ, Shoelace_ok Mới, dây giày, dây giày cũ, Shoelace Mới, Shoelace_Data Shoelace_Data WHERE Shoelace.SL_name = shoelace_arrive.arr_name Và shoelace_data.sl_name = shoelace.sl_name;
Một lần nữa đó làThay kèo bóng đá c1o đó
kèo bóng đá c1 và cây truy vấn trước đó bị vứt bỏ. Lưu ý rằng truy vấn này vẫn sử dụng chế độ xemShoelace
. Nhưng hệ thống kèo bóng đá c1 chưa kết thúc với bước này, vì vậy nó tiếp tục và áp dụng_return
36174_36200
Cập kèo bóng đá c1 Shoelace_Data Đặt SL_NAME = S.SL_NAME, SL_AVAIL = S.SL_AVAIL + SHOELACE_ARRIVE.ARR_QUANT, sl_color = s.sl_color, sl_len = s.sl_len, sl_unit = s.sl_unit Từ shoelace_arrive shoelace_arrive, shoelace_ok shoelace_ok, Shoelace_ok cũ, Shoelace_ok Mới, dây giày, dây giày cũ, Shoelace Mới, Shoelace_Data Shoelace_Data, dây giày cũ, dây giày mới, shoelace_data s, đơn vị u WHERE S.SL_NAME = shoelace_arrive.arr_name Và shoelace_data.sl_name = s.sl_name;
Cuối cùng, kèo bóng đá c1log_shoelace
Được áp dụng, sản xuất cây truy vấn thêm:
Chèn kèo bóng đá c1o Shoelace_log Chọn S.SL_NAME, s.sl_avail + shoelace_arrive.arr_quant, current_user, current_timestamp Từ shoelace_arrive shoelace_arrive, shoelace_ok shoelace_ok, Shoelace_ok cũ, Shoelace_ok Mới, dây giày, dây giày cũ, Shoelace Mới, Shoelace_Data Shoelace_Data, dây giày cũ, dây giày mới, shoelace_data s, đơn vị u, shoelace_data cũ, shoelace_data mới Shoelace_log Shoelace_log WHERE S.SL_NAME = shoelace_arrive.arr_name Và shoelace_data.sl_name = s.sl_name Và (s.sl_avail + shoelace_arrive.arr_quant) < s.sl_avail;
Sau đó, hệ thống kèo bóng đá c1 hết kèo bóng đá c1 và trả về các cây truy vấn được tạo.
Vì vậy, chúng tôi kết thúc với hai cây truy vấn cuối cùng tương đương vớiSQLCâu:
37824_38482
38494_38704
Có một chút chi tiết hơi xấu. Nhìn kèo bóng đá c1o hai truy vấn, hóa ra làShoelace_data
Mối quan hệ xuất hiện hai lần trong bảng phạm vi nơi nó chắc chắn có thể được giảm xuống còn một. Người lập kế hoạch không xử lý nó và do đó, kế hoạch thực thi cho đầu ra hệ thống kèo bóng đá c1 củaChèn
sẽ là
Vòng lặp lồng nhau - Hợp nhất tham gia - SEQ SCAN - Sắp xếp - seq scan trên s - SEQ SCAN - Sắp xếp - SEQ SCAN trên Shoelace_arrive - SEQ SCAN trên Shoelace_Data
Trong khi bỏ qua mục nhập bảng phạm vi bổ sung sẽ dẫn đến A
Hợp nhất tham gia - SEQ SCAN - Sắp xếp - seq scan trên s - SEQ SCAN - Sắp xếp - SEQ SCAN trên shoelace_arrive
tạo ra chính xác các mục tương tự trong bảng nhật ký. Do đó, hệ thống kèo bóng đá c1 gây ra một lần quét thêm trên bảngShoelace_data
Điều đó hoàn toàn không cần thiết. Và quá trình quét dự phòng tương tự được thực hiện một lần nữa trongCập kèo bóng đá c1
. Nhưng đó là một công việc thực sự khó khăn để làm cho tất cả có thể.
Bây giờ chúng tôi thực hiện một cuộc biểu tình cuối cùng củaPOSTGRESQLHệ thống kèo bóng đá c1 và sức mạnh của nó. Giả sử bạn thêm một số dây giày với màu sắc phi thường vào cơ sở dữ liệu của bạn:
Chèn kèo bóng đá c1o các giá trị Shoelace ('SL9', 0, 'hồng', 35.0, 'inch', 0,0); Chèn kèo bóng đá c1o các giá trị Shoelace ('SL10', 1000, 'Magenta', 40.0, 'inch', 0.0);
Chúng tôi muốn xem để kiểm tra xem40466_40476
mục không phù hợp với bất kỳ màu giày nào. Chế độ xem cho điều này là:
Tạo xem shoelace_mismatch là Chọn * Từ dây giày nơi không tồn tại (Chọn Shoename từ giày WHER
Đầu ra của nó là:
Chọn * từ Shoelace_mismatch; SL_NAME | SL_AVAIL | SL_COLOR | SL_LEN | SL_Unit | SL_LEN_CM ---------+----------+----------+--------+----------+----------- SL9 | 0 | Màu hồng | 35 | inch | 88.9 SL10 | 1000 | Magenta | 40 | inch | 101.6
Bây giờ chúng tôi muốn thiết lập nó để các dây giày không phù hợp không có trong kho bị xóa khỏi cơ sở dữ liệu. Để làm cho nó khó hơn một chút choPostgreSQL, chúng tôi không xóa trực tiếp. Thay kèo bóng đá c1o đó chúng tôi tạo thêm một chế độ xem:
Tạo xem shoelace_can_delete là Chọn * Từ Shoelace_Mismatch WHERE SL_AVAIL = 0;
Và làm theo cách này:
Xóa khỏi dây giày nơi tồn tại (Chọn * Từ Shoelace_Can_Delete Trong đó sl_name = shoelace.sl_name);
41715_41722:
Chọn * từ Shoelace; SL_NAME | SL_AVAIL | SL_COLOR | SL_LEN | SL_Unit | SL_LEN_CM ---------+----------+----------+--------+----------+----------- SL1 | 5 | Đen | 80 | cm | 80 SL2 | 6 | Đen | 100 | cm | 100 SL7 | 6 | Màu nâu | 60 | cm | 60 SL4 | 8 | Đen | 40 | inch | 101.6 SL3 | 10 | Đen | 35 | inch | 88.9 SL8 | 21 | Màu nâu | 40 | inch | 101.6 SL10 | 1000 | Magenta | 40 | inch | 101.6 SL5 | 4 | Màu nâu | 1 | m | 100 SL6 | 20 | Màu nâu | 0,9 | m | 90 (9 hàng)
AXóa
Về chế độ xem, với trình độ trình độ con mà trong tổng số sử dụng 4 chế độ xem làm tổ/tham gia, trong đó một trong số chúng có trình độ truy vấn con có chứa một chế độ xem và trong đó các cột xem được tính toán, được viết lại thành một cây truy vấn duy nhất xóa dữ liệu được yêu cầu từ bảng thực.
Có lẽ chỉ có một kèo bóng đá c1i tình huống trong thế giới thực nơi cần thiết như một cấu trúc như vậy. Nhưng nó làm cho bạn cảm thấy thoải mái khi nó hoạt động.
44048_44274Mẫu nàyĐể báo cáo vấn đề tài liệu.