Phần này mô tả luồng kèo bóng đá việt nam. Có bốn Các loại luồng khác nhau tùy thuộc vào trạng thái của kết nối: Khởi động, truy vấn, gọi chức năng và chấm dứt. Ngoài ra còn có Các quy định đặc biệt cho các phản hồi và lệnh kèo bóng đá việt nam hủy bỏ, có thể xảy ra bất cứ lúc nào sau khi khởi động giai đoạn.
Khởi động được chia thành giai đoạn xác thực và phụ trợ Giai đoạn khởi động.
Ban đầu, Frontend gửi kèo bóng đá việt nam startuppacket. Các nhân viên bưu điện Sử dụng thông tin này và nội dung của tệp pg_hba.conf (5) Xác định phương pháp xác thực mà Frontend phải sử dụng. Các Postmaster sau đó trả lời với kèo bóng đá việt nam trong các tin nhắn sau:
Bưu điện sau đó đóng ngay kết nối.
Bưu điện sau đó bàn kèo bóng đá việt nam cho phụ trợ. Các Postmaster không tham gia thêm vào kèo bóng đá việt nam tiếp.
Frontend sau đó phải tham gia Kerberos V4 Hộp thoại Xác thực (không được mô tả ở đây) với Postmaster. Nếu điều này thành công, người bưu điện sẽ trả lời với Xác thực, nếu không nó trả lời với ErrorResponse.
Frontend sau đó phải tham gia Kerberos V5 Hộp thoại Xác thực (không được mô tả ở đây) với Postmaster. Nếu điều này thành công, người bưu điện sẽ trả lời với Xác thực, nếu không nó trả lời với ErrorResponse.
Frontend sau đó phải gửi kèo bóng đá việt nam uncryptedpasswordPacket. Nếu như Đây là mật khẩu chính xác, người gửi bưu điện trả lời Xác thực, nếu không nó trả lời với ErrorResponse.
Frontend sau đó phải gửi kèo bóng đá việt nam mã hóa được mã hóa. Nếu như Đây là mật khẩu chính xác, người gửi bưu điện trả lời Xác thực, nếu không nó trả lời với ErrorResponse.
Nếu frontend không hỗ trợ phương thức xác thực được yêu cầu bởi người nhận bưu điện, sau đó nó sẽ đóng ngay lập tức sự liên quan.
Sau khi gửi xác thực khởi chạy kèo bóng đá việt nam quá trình phụ trợ. Vì điều này có thể thất bại, hoặc phụ trợ có thể gặp phải kèo bóng đá việt nam thất bại trong khi khởi động, frontend phải đợi Đối với phần phụ trợ để thừa nhận khởi nghiệp thành công. Mặt trận Nên không gửi tin nhắn tại thời điểm này. Các tin nhắn có thể từ Phần phụ trợ trong giai đoạn này là:
Thông báo này được phát hành sau khi khởi động phụ trợ thành công. Nó cung cấp dữ liệu khóa bí mật mà frontend phải lưu nếu nó muốn có thể phát hành các yêu cầu hủy sau này. Mặt trận không nên trả lời tin nhắn này, nhưng nên tiếp tục lắng nghe kèo bóng đá việt nam tin nhắn ReadyForQuery.
Khởi động phụ trợ thành công. Frontend bây giờ có thể phát hành Truy vấn hoặc kèo bóng đá việt nam cuộc gọi chức năng.
Khởi động phụ trợ không thành công. Kết nối được đóng sau gửi tin nhắn này.
kèo bóng đá việt nam thông điệp cảnh báo đã được ban hành. Mặt trận nên Hiển thị tin nhắn nhưng tiếp tục lắng nghe ReadyForQuery hoặc ErrorResponse.
Thông báo ReadyForQuery là cùng kèo bóng đá việt nam tin nhắn mà phần phụ trợ sẽ Vấn đề sau mỗi chu kỳ truy vấn. Tùy thuộc vào nhu cầu mã hóa của Frontend, thật hợp lý khi coi ReadyForQuery là bắt đầu Chu kỳ truy vấn (và sau đó backendKeyData cho biết thành công Kết luận về giai đoạn khởi động) hoặc để xem xét ReadyForQuery là Kết thúc giai đoạn khởi động và mỗi chu kỳ truy vấn tiếp theo.
Chu kỳ truy vấn được bắt đầu bởi frontend gửi kèo bóng đá việt nam truy vấn thông báo cho phần phụ trợ. Phần phụ trợ sau đó gửi kèo bóng đá việt nam hoặc nhiều phản hồi tin nhắn tùy thuộc vào nội dung của chuỗi lệnh truy vấn và Cuối cùng là kèo bóng đá việt nam thông báo phản hồi ReadyForQuery. ReadyForQuery thông báo cho phía trước mà nó có thể gửi kèo bóng đá việt nam cách an toàn kèo bóng đá việt nam cuộc gọi truy vấn hoặc chức năng mới.
kèo bóng đá việt nam phản hồi có thể từ phần phụ trợ là:
lệnh SQL hoàn thành bình thường.
Phần phụ trợ đã sẵn sàng sao chép dữ liệu từ phía trước sang A mối quan hệ. Frontend sau đó sẽ gửi tin nhắn CopyDatarows. Phần phụ trợ sau đó sẽ trả lời bằng kèo bóng đá việt nam thông báo hoàn thành với kèo bóng đá việt nam thẻ "sao chép".
Phần phụ trợ đã sẵn sàng sao chép dữ liệu từ mối quan hệ đến phía trước. Sau đó nó gửi kèo bóng đá việt nam tin nhắn copyDatarows, và sau đó là kèo bóng đá việt nam Đã hoàn thành thông báo phản hồi với thẻ "Sao chép".
Truy vấn là kèo bóng đá việt nam phần chèn (l), xóa (l), update (l), Tìm nạp (l) hoặc lệnh CHỌN (L). Nếu giao dịch đã được bị hủy bỏ sau đó phụ trợ gửi kèo bóng đá việt nam tin nhắn hoàn thành kèo bóng đá việt nam thẻ của "*Bệnh tật Bang*". Nếu không các câu trả lời sau đây là đã gửi.
Đối với lệnh chèn (l), phần phụ trợ sau đó gửi kèo bóng đá việt nam Đã hoàn thành thông báo phản hồi với thẻ "Chènoid hàng" Ở đâuhànglà số lượng của Hàng được chèn vàoidlà ID đối tượng của hàng được chèn nếuhànglà 1, nếu khôngoidlà 0.
Đối với lệnh xóa (l), phần phụ trợ sau đó gửi kèo bóng đá việt nam Đã hoàn thành thông báo phản hồi với thẻ "Xóahàng"Trong đóhànglà số lượng hàng bị xóa.
Để cập nhật (l), phần phụ trợ sau đó gửi kèo bóng đá việt nam Đã hoàn thành tin nhắn phản hồi với thẻ "Cập nhậthàng"Trong đóhànglà số lượng hàng bị xóa.
Đối với lệnh tìm nạp (l) hoặc chọn (l), phụ trợ gửi kèo bóng đá việt nam Thông báo Rowdescrip. Điều này sau đó được theo sau bởi kèo bóng đá việt nam asciirow hoặc Thông điệp Binaryrow (tùy thuộc vào việc con trỏ nhị phân có phải là được chỉ định) cho mỗi hàng được trả lại cho mặt trận. Cuối cùng, phụ trợ gửi kèo bóng đá việt nam tin nhắn hoàn thành Tag của "Chọn".
kèo bóng đá việt nam chuỗi truy vấn trống đã được công nhận. (Nhu cầu đặc biệt Phân biệt trường hợp này là lịch sử.)
Đã xảy ra lỗi.
Xử lý chuỗi truy vấn đã hoàn tất. kèo bóng đá việt nam riêng biệt tin nhắn được gửi để cho biết điều này vì chuỗi truy vấn có thể chứa nhiều lệnh SQL. (Đã hoàn thành phản hồi đánh dấu sự kết thúc của việc xử lý kèo bóng đá việt nam lệnh SQL, không phải toàn bộ chuỗi.) ReadyForQuery sẽ luôn được gửi đi, cho dù xử lý chấm dứt thành công hoặc với lỗi.
kèo bóng đá việt nam thông điệp cảnh báo đã được đưa ra liên quan đến truy vấn. Thông báo ngoài các câu trả lời khác, tức là. phụ trợ sẽ tiếp tục xử lý lệnh.
kèo bóng đá việt nam frontend phải được chuẩn bị để chấp nhận ErrorResponse và Tin nhắn noticeResponse bất cứ khi nào nó đang mong đợi bất kỳ loại tin nhắn.
Trên thực tế, có thể cho NoticeResponse đến ngay cả khi Frontend không mong đợi bất kỳ loại tin nhắn nào, nghĩa là phụ trợ là nhàn rỗi trên danh nghĩa. (Đặc biệt, phụ trợ có thể chỉ huy chấm dứt bởi bưu điện của nó. Trong trường hợp đó, nó sẽ gửi kèo bóng đá việt nam NoticeResponse trước khi đóng kết nối.) rằng phía trước kiểm tra các thông báo không đồng bộ như vậy ngay trước đó phát hành bất kỳ lệnh mới nào.
Ngoài ra, nếu frontend phát hành bất kỳ lệnh nghe (l) thì nó phải được chuẩn bị để chấp nhận kèo bóng đá việt nam tin nhắn bất cứ lúc nào; Xem bên dưới.
Chu kỳ cuộc gọi chức năng được bắt đầu bởi frontend gửi kèo bóng đá việt nam Thông báo chức năng vào phần phụ trợ. Phần phụ trợ sau đó gửi kèo bóng đá việt nam hoặc Thêm thông báo phản hồi tùy thuộc vào kết quả của chức năng Gọi, và cuối cùng là kèo bóng đá việt nam thông báo phản hồi ReadyForQuery. ReadyForQuery thông báo cho frontend rằng nó có thể gửi kèo bóng đá việt nam truy vấn mới kèo bóng đá việt nam cách an toàn hoặc gọi chức năng.
kèo bóng đá việt nam phản hồi có thể từ phần phụ trợ là:
Đã xảy ra lỗi.
Cuộc gọi chức năng được thực thi và trả về kết quả.
Cuộc gọi chức năng được thực thi và trả về không có kết quả.
Xử lý cuộc gọi chức năng đã hoàn tất. ReadyForQuery sẽ luôn được gửi, liệu việc xử lý chấm dứt thành công hoặc với kèo bóng đá việt nam lỗi.
kèo bóng đá việt nam thông báo cảnh báo đã được đưa ra liên quan đến Gọi chức năng. Thông báo ngoài các câu trả lời khác, tức là. phần phụ trợ sẽ tiếp tục xử lý lệnh.
Frontend phải được chuẩn bị để chấp nhận ErrorResponse và Tin nhắn noticeResponse bất cứ khi nào nó đang mong đợi bất kỳ loại tin nhắn. Ngoài ra, nếu nó đưa ra bất kỳ lệnh nghe (l) thì nó phải chuẩn bị để chấp nhận kèo bóng đá việt nam tin nhắn bất cứ lúc nào; nhìn thấy dưới.
Nếu kèo bóng đá việt nam frontend đưa ra lệnh nghe (l), thì phụ trợ sẽ Gửi tin nhắn thông báo phản hồi (không bị nhầm lẫn với NoticeResponse!) Bất cứ khi nào lệnh thông báo (l) được thực thi cho Tên thông báo giống nhau.
Phản hồi thông báo được phép tại bất kỳ điểm nào trong Giao thức (sau khi khởi động), ngoại trừ trong kèo bóng đá việt nam tin nhắn phụ trợ khác. Do đó, mặt tiền phải được chuẩn bị để nhận ra kèo bóng đá việt nam Thông báo Thông báo Tin nhắn bất cứ khi nào nó đang mong đợi bất kỳ tin nhắn nào. Thật vậy, nó sẽ có thể xử lý các thông báo tin nhắn ngay cả khi nó không tham gia vào kèo bóng đá việt nam truy vấn.
kèo bóng đá việt nam lệnh thông báo (l) đã được thực thi cho kèo bóng đá việt nam tên Lệnh nghe (l) trước đó đã được thực thi. Thông báo có thể được được gửi bất cứ lúc nào.
Có thể đáng chỉ ra rằng các tên được sử dụng trong Lắng nghe và thông báo các lệnh không cần phải làm gì với tên của quan hệ (bảng) trong cơ sở dữ liệu SQL. Tên thông báo là Đơn giản chỉ cần chọn tên điều kiện được chọn kèo bóng đá việt nam cách tùy ý.
Trong quá trình xử lý truy vấn, Frontend có thể yêu cầu hủy truy vấn bằng cách gửi kèo bóng đá việt nam yêu cầu thích hợp cho Bưu điện. Yêu cầu hủy không được gửi trực tiếp đến phần phụ trợ vì lý do hiệu quả thực hiện: chúng tôi không muốn có phụ trợ liên tục kiểm tra đầu vào mới từ mặt trận trong thời gian xử lý truy vấn. Hủy yêu cầu phải tương đối không thường xuyên, Vì vậy, chúng tôi làm cho chúng hơi cồng kềnh để tránh hình phạt trong trường hợp bình thường.
Để đưa ra yêu cầu hủy bỏ, Frontend mở kết nối mới cho người nhận bưu điện và gửi tin nhắn hủyRequest, thay vì thông báo startuppacket thường sẽ được gửi qua kèo bóng đá việt nam Kết nối mới. Người bưu điện sẽ xử lý yêu cầu này và sau đó Đóng kết nối. Vì lý do bảo mật, không có câu trả lời trực tiếp nào được thực hiện đến thông báo yêu cầu hủy.
Thông báo hủyRequest sẽ bị bỏ qua trừ khi nó chứa Cùng kèo bóng đá việt nam dữ liệu khóa (Key PID và Bí mật) được chuyển đến Frontend trong Kết nối khởi động. Nếu yêu cầu khớp với khóa PID và bí mật Đối với kèo bóng đá việt nam phụ trợ hiện đang được thực hiện, người nhận bưu điện báo hiệu phụ trợ để hủy bỏ xử lý truy vấn hiện tại.
Tín hiệu hủy có thể có hoặc không có bất kỳ ảnh hưởng nào --- cho Ví dụ, nếu nó đến sau khi phần phụ trợ đã hoàn thành quá trình Các truy vấn, sau đó nó sẽ không có hiệu lực. Nếu hủy bỏ là hiệu quả, nó dẫn đến lệnh hiện tại bị chấm dứt sớm với kèo bóng đá việt nam thông báo lỗi.
Upshot của tất cả điều này là vì lý do của cả bảo mật và Hiệu quả, Frontend không có cách trực tiếp nào để biết liệu Hủy có yêu cầu đã thành công. Nó phải tiếp tục chờ đợi phần phụ trợ Trả lời truy vấn. Việc hủy bỏ chỉ đơn giản là cải thiện tỷ lệ cược rằng truy vấn hiện tại sẽ sớm kết thúc và cải thiện tỷ lệ cược nó sẽ thất bại với kèo bóng đá việt nam thông báo lỗi thay vì thành công.
Vì yêu cầu Hủy được gửi đến Postmaster chứ không trên liên kết giao tiếp phía trước/phụ trợ thông thường, nó là có thể cho yêu cầu hủy được ban hành bởi bất kỳ quy trình nào, không Chỉ là frontend có truy vấn sẽ bị hủy bỏ. Điều này có thể có kèo bóng đá việt nam số Lợi ích của sự linh hoạt trong việc xây dựng các ứng dụng nhiều quá trình. Nó cũng đưa ra kèo bóng đá việt nam rủi ro bảo mật, trong đó những người trái phép có thể cố gắng hủy các truy vấn. Rủi ro bảo mật được giải quyết bởi yêu cầu kèo bóng đá việt nam khóa bí mật được tạo động để được cung cấp trong Hủy yêu cầu.
Quy trình chấm dứt bình thường, duyên dáng là Frontend Gửi tin nhắn chấm dứt và đóng ngay lập tức kết nối. TRÊN nhận được tin nhắn, phần phụ trợ ngay lập tức đóng kết nối và chấm dứt.
kèo bóng đá việt nam sự chấm dứt vô duyên có thể xảy ra do lỗi phần mềm (tức là, kết xuất cốt lõi) ở hai đầu. Nếu frontend hoặc phụ trợ nhìn thấy kèo bóng đá việt nam sự đóng cửa bất ngờ của kết nối, nó sẽ dọn dẹp và chấm dứt. Frontend có tùy chọn khởi chạy kèo bóng đá việt nam phụ trợ mới bằng cách tái cấu trúc bưu điện, nếu nó không muốn chấm dứt chính nó.