Phần này mô tả tỷ lệ kèo bóng đá logic, đó là luồng thông báo bắt đầu bởistart_Replication
slot
slot_name
tỷ lệ kèo bóng đá
lệnh tỷ lệ kèo bóng đá.
tỷ lệ kèo bóng đá phát trực tuyến logic xây dựng trên các nguyên thủy của tỷ lệ kèo bóng đá phát trực tuyến vật lý.
PostgreSQLGiải mã tỷ lệ kèo bóng đá hỗ trợ các plugin đầu ra.PGoutput
là tiêu chuẩn được sử dụng cho bản tỷ lệ kèo bóng đá logic tích hợp.
Sử dụngstart_Replication
lệnh,PGoutput
Chấp nhận các tùy chọn sau:
Phiên bản giao tỷ lệ kèo bóng đá. Hiện chỉ là phiên bản1
10453_10498
Danh sách các tên xuất bản phân tách bằng dấu phẩy để đăng ký (nhận thay đổi). Các tên xuất bản riêng lẻ được coi là tên đối tượng tiêu chuẩn và có thể được trích dẫn giống như cần thiết. Ít nhất một tên xuất bản được yêu cầu.
Các thông báo giao tỷ lệ kèo bóng đá riêng lẻ được thảo luận trong các tiểu mục sau. Các tin nhắn riêng lẻ được mô tả trongPhần 52.9.
Tất cả các thông báo giao tỷ lệ kèo bóng đá cấp cao nhất bắt đầu bằng một byte loại tin nhắn. Mặc dù được biểu diễn trong mã như một ký tự, đây là một byte có chữ ký không có mã hóa liên quan.
Vì tỷ lệ kèo bóng đá phát trực tuyến cung cấp độ dài tin nhắn, không cần thông báo giao thức cấp cao nhất để nhúng độ dài vào tiêu đề của họ.
ngoại trừstart_Replication
12042_12147
tỷ lệ kèo bóng đá logic gửi từng giao dịch riêng lẻ một. Điều này có nghĩa là tất cả các tin nhắn giữa một cặp tin nhắn bắt đầu và cam kết thuộc về cùng một giao dịch.
Mỗi giao dịch được gửi đều chứa thông báo DML hoặc nhiều hơn (chèn, cập nhật, xóa). Trong trường hợp thiết lập xếp tầng, nó cũng có thể chứa các thông báo gốc. Thông báo gốc chỉ ra rằng giao dịch bắt nguồn từ nút sao chép khác nhau. Vì một nút sao chép trong phạm vi tỷ lệ kèo bóng đá logic có thể là khá nhiều thứ, nên số nhận dạng duy nhất là tên gốc. Trách nhiệm của hạ nguồn là xử lý việc này khi cần thiết (nếu cần). Thông báo gốc luôn được gửi trước bất kỳ tin nhắn DML nào trong giao dịch.
Mỗi tin nhắn DML đều chứa một mối quan hệ oid, xác định mối quan hệ của nhà xuất bản đã được thực hiện. Trước thông báo DML đầu tiên cho một mối quan hệ nhất định, một thông báo quan hệ sẽ được gửi, mô tả lược đồ của mối quan hệ đó. Sau đó, một thông báo quan hệ mới sẽ được gửi nếu định nghĩa của mối quan hệ đã thay đổi kể từ khi tin nhắn quan hệ cuối cùng được gửi cho nó. (Giao tỷ lệ kèo bóng đá giả định rằng máy khách có khả năng ghi nhớ siêu dữ liệu này cho nhiều mối quan hệ cần thiết.)
Tin nhắn quan hệ Xác định các loại cột theo OID của chúng. Trong trường hợp của một loại tích hợp, người ta cho rằng máy khách có thể tra cứu loại OID đó tại địa phương, do đó không cần thêm dữ liệu. Đối với một loại OID không được xây dựng, một thông báo loại sẽ được gửi trước thông báo quan hệ, để cung cấp tên loại được liên kết với OID đó. Do đó, một máy khách cần xác định cụ thể các loại cột quan hệ sẽ lưu trữ nội dung của các thông báo loại và trước tiên tham khảo bộ nhớ cache đó để xem loại OID có được xác định ở đó không. Nếu không, hãy tìm loại oid cục bộ.