An important restriction exists in

An important restriction exists in the Oracle Database implementation of distributed read consistency. The problem arises because each system has its own SCN, which you can view as the database internal timestamp. The Oracle Database server uses the SCN to decide which version of data is returned from a query.
The SCNs in a distributed transaction are synchronized at the end of each remote SQL statement and at the start and end of each transaction. Between two nodes that have heavy traffic and especially distributed updates, the synchronization is frequent. Nevertheless, no practical way exists to keep SCNs in a distributed system absolutely synchronized: a window always exists in which one node may have an SCN that is somewhat in the past with respect to the SCN of another node.
Because of the SCN gap, you can execute a query that uses a slightly old snapshot, so that the most recent changes to the remote database are not seen. In accordance with read consistency, a query can therefore retrieve consistent, but out-of-date data. Note that all data retrieved by the query will be from the old SCN, so that if a locally executed update transaction updates two tables at a remote node, then data selected from both tables in the next remote access contain data prior to the update.
One consequence of the SCN gap is that two consecutive SELECT statements can retrieve different data even though no DML has been executed between the two statements. For example, you can issue an update statement and then commit the update on the remote database. When you issue a SELECT statement on a view based on this remote table, the view does not show the update to the row. The next time that you issue the SELECT statement, the update is present.

MANAGING READ CONSISTENCY

Kết quả (Việt) 1:

Một hạn chế quan trọng tồn tại trong việc thực hiện phân phối thống nhất đọc cơ sở dữ liệu Oracle. Vấn đề phát sinh bởi vì mỗi hệ thống có riêng SCN, bạn có thể xem như là thời gian hiển thị bên trong cơ sở dữ liệu. Các máy chủ cơ sở dữ liệu Oracle sử dụng SCN quyết định phiên bản nào của dữ liệu được trả lại từ một truy vấn.SCNs trong một giao dịch phân phối được đồng bộ hoá cuối cùng của mỗi lệnh SQL từ xa và lúc bắt đầu và kết thúc của mỗi giao dịch. Giữa hai nút có giao thông nặng, đặc biệt phân phối bản Cập Nhật và đồng bộ hoá là thường xuyên. Tuy nhiên, không có cách nào thực tế tồn tại để giữ cho SCNs trong một hệ thống phân phối hoàn toàn đồng bộ: một cửa sổ luôn luôn tồn tại trong đó một nút có thể có một SCN là phần nào trong quá khứ đối với SCN một nút.Vì khoảng cách SCN, bạn có thể thực hiện một truy vấn sử dụng một bản chụp hơi cũ, do đó những thay đổi gần đây nhất cho cơ sở dữ liệu từ xa không được thấy. Theo quy định thống nhất đọc, một truy vấn có thể do đó lấy lại dữ liệu phù hợp, nhưng không Cập Nhật. Lưu ý rằng tất cả dữ liệu được lấy bởi truy vấn sẽ từ SCN cũ, do đó nếu một giao dịch tại địa phương thực hiện Cập Nhật Cập Nhật hai bảng tại một nút từ xa, sau đó dữ liệu được chọn từ cả hai bảng, tiếp theo truy cập từ xa có chứa dữ liệu trước khi Cập Nhật.Một hậu quả của SCN gap là hai báo cáo liên tục chọn có thể lấy dữ liệu khác nhau mặc dù không có DML đã được thực hiện giữa hai báo cáo. Ví dụ, bạn có thể tuyên bố một bản Cập Nhật và sau đó thực hiện Cập Nhật vào cơ sở dữ liệu từ xa. Khi bạn phát hành một tuyên bố chọn trên một cái nhìn dựa vào bảng này từ xa, xem không hiển thị Cập Nhật cho các dòng. Trong thời gian tới bạn ra tuyên bố chọn, các bản Cập Nhật được trình bày.VIỆC QUẢN LÝ ĐỌC NHẤT QUÁN

Kết quả (Việt) 2:

Một hạn chế quan trọng tồn tại trong cơ sở dữ liệu Oracle thực hiện phân phối nhất quán đọc. Vấn đề phát sinh do mỗi hệ thống có SCN riêng của mình, bạn có thể xem như là cơ sở dữ liệu dấu thời gian nội bộ. Các cơ sở dữ liệu máy chủ Oracle sử dụng SCN để quyết định phiên bản của dữ liệu được trả về từ một truy vấn.
Các SCNs trong một giao dịch phân phối được đồng bộ vào cuối mỗi câu lệnh SQL từ xa và lúc bắt đầu và kết thúc của mỗi giao dịch. Giữa hai nút có lưu lượng lớn và cập nhật đặc biệt là phân phối, đồng bộ hóa là thường xuyên. Tuy nhiên, không có cách nào thực tế tồn tại để giữ SCNs trong một hệ thống phân phối hoàn toàn đồng bộ: một cửa sổ luôn luôn tồn tại trong đó một nút có thể có một SCN là hơi trong quá khứ đối với SCN của một nút khác với.
Bởi vì khoảng cách SCN, bạn có thể thực hiện một truy vấn có sử dụng một ảnh chụp hơi cũ, do đó, những thay đổi mới nhất trong cơ sở dữ liệu từ xa không nhìn thấy. Phù hợp với tính nhất quán đọc, một truy vấn do đó có thể lấy nhất quán, nhưng dữ liệu out-of-date. Lưu ý rằng tất cả các dữ liệu lấy được bằng các truy vấn sẽ được từ SCN cũ, do đó nếu một giao dịch cập nhật được thực hiện tại địa phương cập nhật hai bảng tại một nút từ xa, sau đó dữ liệu được lựa chọn từ hai bảng trong truy cập từ xa tới chứa dữ liệu trước khi cập nhật.
Một Hậu quả của khoảng cách SCN là hai câu SELECT liên tiếp có thể lấy dữ liệu khác nhau mặc dù không có DML đã được thực hiện giữa hai báo cáo. Ví dụ, bạn có thể phát hành một báo cáo cập nhật và sau đó cam kết các bản cập nhật trên cơ sở dữ liệu từ xa. Khi bạn đưa ra một câu lệnh SELECT trên một quan điểm dựa trên bảng từ xa này, quan điểm không hiển thị các cập nhật hàng. Thời gian tiếp theo mà bạn đưa ra câu lệnh SELECT, bản cập nhật có mặt. QUẢN LÝ READ Nhất quán