Điểm:0

có cách nào để hạn chế việc sử dụng băng thông để sao chép CouchDB không?

lá cờ br

Tôi có một thiết lập với một cơ sở dữ liệu chính CouchDB được lưu trữ tại nhà cung cấp đám mây và một số cơ sở dữ liệu CouchDB phụ được đặt tại các trang web có kết nối LTE/di động (= máy khách).

Mục tiêu là sao chép cơ sở dữ liệu chính sang máy khách một cách nhanh chóng và liền mạch với băng thông hạn chế và thời gian khôi phục ngắn nếu máy khách ngoại tuyến do sự cố mạng hoặc mất điện.

Các thay đổi sẽ chỉ diễn ra dưới dạng cơ sở dữ liệu chính.

Vì các máy khách có thể ngoại tuyến trong khoảng thời gian ngắn hơn hoặc dài hơn, giả định của tôi là thiết lập tác vụ sao chép ở mỗi máy khách với cơ sở dữ liệu chính là nguồn và cơ sở dữ liệu cục bộ là đích.

Thiết lập này được xác nhận là hoạt động nhưng tốn rất nhiều dữ liệu di động. Bản sao ứng dụng khách sẽ thăm dò các thay đổi nguồn cấp dữ liệu cứ sau 10 giây với nguồn cấp dữ liệu = liên tục và thời gian chờ = 10000. Mỗi chuỗi bỏ phiếu có khoảng 1,5 nghìn dữ liệu di động hoặc khoảng 350 MB/tháng.

Có thể định cấu hình bộ sao chép CouchDB để sử dụng tính năng bỏ phiếu dài không? Làm cách nào tôi có thể đặt giá trị thời gian chờ cao hơn? Hoặc thiết lập feed=long_poll giữa hai cơ sở dữ liệu couchdb?

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.