KHÔNG CÓ THỂ XÁC ĐỊNH so với CÓ THỂ XÁC ĐỊNH BAN ĐẦU NGAY LẬP TỨC

Tôi đọc điều này về từ khóa SQL DEFERRABLEtrong Hệ thống cơ sở dữ liệu - Toàn tập .

Sau đó [KHÔNG DEFERRABLE] là mặc định, và các phương tiện mà mỗi lần một tuyên bố sửa đổi cơ sở dữ liệu được thực thi, các hạn chế được kiểm tra ngay lập tức sau đó, nếu việc sửa đổi có thể vi phạm các hạn chế foreign-key.

Tuy nhiên, nếu chúng ta khai báo một ràng buộc là DEFERRABLE , thì chúng ta có tùy chọn để nó đợi cho đến khi một giao dịch hoàn tất trước khi kiểm tra ràng buộc.

Chúng tôi làm theo từ khóa DEFERRABLE bởi một trong hai ban đầu HOÃN hoặc ban đầu NGAY . Trong trường hợp trước đây, việc kiểm tra sẽ được hoãn lại ngay trước khi thực hiện mỗi giao dịch. Trong trường hợp thứ hai, việc kiểm tra sẽ được thực hiện ngay sau mỗi tuyên bố.

Khác như thế nào NOT DEFERRABLEvới DEFERRABLE INITIALLY IMMEDIATE? Trong cả hai trường hợp, dường như mọi ràng buộc đều được kiểm tra sau mỗi câu lệnh riêng lẻ.

Với DEFERRABLE INITIALLY IMMEDIATEbạn có thể trì hoãn các ràng buộc theo yêu cầu khi bạn cần.

Điều này hữu ích nếu bạn thường muốn kiểm tra các ràng buộc tại thời điểm phát biểu, nhưng ví dụ: tải hàng loạt muốn trì hoãn việc kiểm tra cho đến thời gian cam kết.

Tuy nhiên, cú pháp cách trì hoãn các ràng buộc là khác nhau đối với các DBMS khác nhau.

Với NOT DEFERRABLEbạn sẽ không bao giờ có thể trì hoãn việc kiểm tra cho đến thời gian cam kết.

Ngoài các câu trả lời (đúng) khác, khi nói về PostgreSQL , phải nói rằng:

• với NOT DEFERRABLE mỗi hàng được kiểm tra tại thời điểm chèn / cập nhật

• với DEFERRABLE (hiện tại NGAY LẬP TỨC ) tất cả các hàng được chọn ở cuối phần chèn / cập nhật

• với DEFERRABLE (hiện HOÃN ) tất cả các hàng đều được kiểm tra ở phần cuối của giao dịch

Vì vậy, không đúng khi nói rằng một ràng buộc DEFERRABLE hoạt động giống như một ràng buộc NOT DEFERRABLE khi nó được đặt thành NGAY LẬP TỨC.

Hãy nói rõ về sự khác biệt này:

CREATE TABLE example(
    row integer NOT NULL,
    col integer NOT NULL,
    UNIQUE (row, col) DEFERRABLE INITIALLY IMMEDIATE
);

INSERT INTO example (row, col) VALUES (1,1),(2,2),(3,3);

UPDATE example SET row = row + 1, col = col + 1;

SELECT * FROM example;

Điều này đầu ra chính xác:

Nhưng nếu chúng ta xóa hướng dẫn CÓ THỂ BẤT NGỜ NGAY LẬP TỨC,

LỖI: giá trị khóa trùng lặp vi phạm ràng buộc duy nhất "example_row_col_key" CHI TIẾT: Khóa ("hàng", col) = (2, 2) đã tồn tại. ********** Lỗi **********

LỖI: giá trị khóa trùng lặp vi phạm ràng buộc duy nhất "example_row_col_key" Trạng thái SQL: 23505 Chi tiết: Khóa ("row", col) = (2, 2) đã tồn tại.

ADDENDUM (ngày 12 tháng 10 năm 2017)

Hành vi này thực sự được ghi lại ở đây , phần "Khả năng tương thích":

Ngoài ra, PostgreSQL kiểm tra các ràng buộc về tính duy nhất không thể trì hoãn ngay lập tức, không phải ở cuối câu lệnh như tiêu chuẩn sẽ đề xuất.

Ngoài sự rõ ràng của việc có thể trì hoãn, sự khác biệt thực sự là hiệu suất. Nếu không có hình phạt hiệu suất thì sẽ không cần phải có tùy chọn để chọn có thể hoãn lại hoặc không - tất cả các ràng buộc chỉ đơn giản là có thể hoãn lại.

Hình phạt hiệu suất liên quan đến các tối ưu hóa mà cơ sở dữ liệu có thể thực hiện với kiến ​​thức về cách dữ liệu bị hạn chế. Ví dụ, chỉ mục được tạo để hỗ trợ một ràng buộc duy nhất trong Oracle không thể là một chỉ mục duy nhất nếu ràng buộc có thể hoãn lại vì phải cho phép tạm thời các bản sao. Tuy nhiên, nếu ràng buộc không thể trì hoãn thì chỉ mục có thể là duy nhất.

Tôi đến rất muộn nhưng tôi muốn nói thêm rằng - kể từ tháng 12 năm 2018 - chỉ có hai cơ sở dữ liệu mà tôi biết (có thể còn nhiều hơn nữa) cung cấp một số cấp độ triển khai tính năng SQL tiêu chuẩn này :

Database    NOT DEFERRABLE  DEFERRABLE           DEFERRABLE 
                            INITIALLY IMMEDIATE  INITIALLY DEFERRED
----------  --------------  -------------------  ------------------
Oracle      N/A *1          Yes (default)        Yes
PostgreSQL  Yes (default)   Yes                  Yes
DB2         -               -                    -
SQL Server  -               -                    -
MySQL       -               -                    -
MariaDB     -               -                    -
SAP Sybase  -               -                    -
HyperSQL    -               -                    -
H2          -               -                    -
Derby       -               -                    -

* 1 Mặc dù Oracle 12c chấp nhận NOT DEFERRABLE trạng thái ràng buộc , nó thực sự bỏ qua nó và làm cho nó hoạt động như bình thường DEFERRABLE INITIALLY IMMEDIATE.

Như bạn thấy, Oracle không triển khai kiểu đầu tiên ( NOT DEFERRABLE), và đó là lý do tại sao các nhà phát triển sử dụng Oracle (OP trong trường hợp này) có thể nhầm lẫn và coi hai kiểu đầu tiên là tương đương nhau.

Điều thú vị là Oracle và PostgreSQL có một kiểu mặc định khác nhau. Có thể nó có ý nghĩa về hiệu suất.

NOT DEFERRABLE - bạn không thể thay đổi việc kiểm tra ràng buộc, oracle sẽ kiểm tra nó sau mỗi câu lệnh (tức là trực tiếp sau câu lệnh insert).

DEFERRABLE BAN ĐẦU NGAY LẬP TỨC - oracle kiểm tra ràng buộc sau mỗi câu lệnh. NHƯNG, bạn có thể thay đổi nó thành sau mỗi giao dịch (tức là sau khi cam kết):

set constraint pk_tab1 deferred;