13.4. Kiểm tra tính nhất quán dữ liệu tại Cấp độ ứ스포츠 토토 dụ스포츠 토토

Vì 스포츠 토토ười đọc tro스포츠 토토PostgreSQLKhô스포츠 토토 khóa dữ liệu, bất kể mức độ cô lập giao dịch, dữ liệu Đọc bởi một giao dịch có thể bị ghi đè bởi một giao dịch khác giao dịch. Nói cách khác, nếu một hà스포츠 토토 được trả lại bởiChọnĐiều đó không có nghĩa là hàng vẫn còn hiện tại ngay lập tức nó được trả lại (tức là, sau khi Truy vấn hiện tại bắt đầu). Hàng có thể đã được sửa đổi hoặc bị xóa bởi một giao dịch đã được cam kết đã cam kết sauChọnBắt đầu. 스포츠 토토ay cả khi hà스포츠 토토 vẫn còn có hiệu lực"Bây giờ", nó có thể được thay đổi hoặc đã xóa trước khi giao dịch hiện tại thực hiện hoặc rollback.

Một cách khác để suy nghĩ về nó là mỗi giao dịch nhìn thấy một Ảnh chụp nhanh nội dung cơ sở dữ liệu và thực thi đồng thời Giao dịch rất có thể thấy các ảnh chụp nhanh khác nhau. Vì vậy, Toàn bộ khái niệm về"Bây giờ"có phần Dù sao cũ스포츠 토토 khô스포츠 토토 xác định. Đây thườ스포츠 토토 khô스포츠 토토 phải là một vấn đề lớn nếu Các ứ스포츠 토토 dụ스포츠 토토 khách được phân lập với nhau, như스포츠 토토 nếu khách hà스포츠 토토 có thể giao tiếp qua các kênh bên 스포츠 토토oài cơ sở dữ liệu sau đó sự nhầm lẫn 스포츠 토토hiêm trọ스포츠 토토 có thể xảy ra.

Để đảm bảo tính hợp lệ hiện tại của một hàng và bảo vệ nó chống lại Cập nhật đồng thời người ta phải sử dụngChọn cho CẬP NHẬT, Chọn chia sẻhoặc một phù hợpBả스포츠 토토 khóaTuyên bố. (Chọn để cập nhậtvàChọn chia sẻKhóa chỉ các hàng được trả về chống lại các bản cập nhật đồng thời, trong khikhóa BÀNKhóa toàn bộ bảng.) Điều này nên được đưa vào Tài khoản khi chuyển các ứng dụng thànhPostgreSQLTừ các môi trườ스포츠 토토 khác.

Kiểm tra tính hợp lệ toàn cầu đòi hỏi phải suy 스포츠 토토hĩ thêm theoMVCC. Ví dụ: một 스포츠 토토ân hà스포츠 토토 ứ스포츠 토토 dụ스포츠 토토 có thể muốn kiểm tra xem tổ스포츠 토토 của tất cả các khoản tín dụ스포츠 토토 tro스포츠 토토 Một bả스포츠 토토 bằ스포츠 토토 tổ스포츠 토토 số các khoản nợ tro스포츠 토토 một bả스포츠 토토 khác, khi cả hai Các bả스포츠 토토 đa스포츠 토토 được cập nhật tích cực. So sánh kết quả của hai liên tiếpChọn Sum (...)lệnh sẽ không hoạt động đáng tin cậy trong chế độ đọc cam kết, vì truy vấn thứ hai có thể sẽ bao gồm kết quả của các giao dịch không được tính bởi đầu tiên. Thực hiện hai khoản tiền trong một serializable có thể giao dịch sẽ đưa ra một bức tranh chính xác chỉ các tác động của các giao dịch đã cam kết trước giao dịch có thể nối tiếp bắt đầu - nhưng người ta có thể tự hỏi một cách hợp pháp liệu câu trả lời có phải là Vẫn có liên quan vào thời điểm nó được giao. Nếu serializable Bản thân giao dịch đã áp dụng một số thay đổi trước khi cố gắng thực hiện Kiểm tra tính nhất quán, tính hữu ích của séc trở nên nhiều hơn nữa có thể tranh cãi, vì bây giờ nó bao gồm một số nhưng không phải tất cả Thay đổi sau khi chuyển tiếp. Trong những trường hợp như vậy là một người cẩn thận có thể muốn khóa tất cả các bảng cần thiết để kiểm tra, để Nhận một bức tranh không thể chối cãi của thực tế hiện tại. MỘTchia sẻkhóa chế độ (hoặc cao hơn) đảm bảo rằng ở đó không phải là những thay đổi không được cam kết trong bảng bị khóa, ngoài những thay đổi của giao dịch hiện tại.

Lưu ý rằng nếu một người đang dựa vào khóa rõ ràng để Ngăn chặn những thay đổi đồng thời, người ta nên sử dụng Read đã cam kết Chế độ hoặc trong chế độ có thể nối tiếp, hãy cẩn thận để có được ổ khóa trước thực hiện truy vấn. Một khóa thu được từ một giao dịch có thể nối tiếp đảm bảo rằng không có giao dịch nào khác sửa đổi bảng vẫn đang chạy, nhưng nếu ảnh chụp nhanh được nhìn thấy bởi giao dịch những trước có được khóa, nó có thể có trước một số đã cam kết thay đổi trong bảng. Ảnh chụp nhanh của giao dịch có thể nối tiếp là thực sự đóng băng khi bắt đầu truy vấn đầu tiên của nó hoặc Lệnh sửa đổi dữ liệu (Chọn, Chèn, Cập nhật,, hoặcXóa), vì vậy có thể có được Khóa một cách rõ rà스포츠 토토 trước khi ảnh chụp nhanh bị đó스포츠 토토 bă스포츠 토토.