Phiên bản được hỗ trợ:hiện tại(17) /16 / 15 / 14 / 13
4954_506518 / Devel
Phiên bản không được hỗ trợ:12 / 11 / 10
Tài liệu này dành cho phiên bản không được hỗ trợ của PostgreSQL.
Bạn có thể muốn xem cùng một trang chohiện tạiPhiên bản hoặc một trong các phiên bản được hỗ trợ khác được liệt kê ở trên thay thế.

52,5. tỷ lệ kèo bóng đá phát trực tuyến logic

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.PGoutputlà tiêu chuẩn được sử dụng cho bản tỷ lệ kèo bóng đá logic tích hợp.

52.5.1. Tham số tỷ lệ kèo bóng đá phát trực tuyến logic

Sử dụngstart_Replicationlệnh,PGoutputChấp nhận các tùy chọn sau:

proto_version

Phiên bản giao tỷ lệ kèo bóng đá. Hiện chỉ là phiên bản110453_10498

publication_names

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.

52.5.2. Thông báo tỷ lệ kèo bóng đá logic

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ọ.

52.5.3. Lưu lượng thông báo tỷ lệ kèo bóng đá tỷ lệ kèo bóng đá logic

ngoại trừstart_Replication12042_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ộ.