-Sunucu istemci eşitleme desenleri olmalı gibi bir his var içimde. Ama ben tamamen bir google kadar başarısız oldu.

Durum birden çok istemci bağlanmak ve aynı verileri kullanan merkezi düğüm sunucu oldukça basit,. Veri atomlar bölünebilir, server ne olursa olsun çatışma durumunda, öncelik (çatışma içine kullanıcı çözme almamak için) vardır. Kısmi eşitleme potansiyel olarak büyük miktarda veriyi nedeniyle tercih edilir.

Herhangi bir desen böyle bir durum için iyi uygulamalar / veya yaklaşım olurdu ne - biliyor musun eğer mi var?

Ben şimdi bunu çözmek için sizce ne kadar aşağıda: Veri paralel olarak, değişiklik bir günlük yapılan tüm işlemler zaman damgalı sahip olacak. İstemci bağlandığında, konsolide şeklinde son kontrolden bu yana yapılan tüm değişiklikler (sunucu listelerini geçer ve güncellemeleri her atom, vb silme birleştirir, ardından eklemeler kaldırır.) alır. İşte, bugüne kadar geldik.

Alternatif veri siler gerçekleştirmek yerine, her kayıt için değiştirilme tarihi tutmak, ve, sadece mark olarak silinmiş olur.

Herhangi bir düşünce?

Dağıtılmış değişim yönetimi nasıl çalıştığına bakmak gerekir. Deltalar iş yönetmek SVN, CVS ve diğer depoları bak.

Birkaç kullanım örnekleri var.

• Değişiklikleri senkronize. Değişim-log (veya delta tarih) bu yaklaşım için iyi görünüyor. İstemci sunucuya kendi deltalar göndermek, sunucu ve istemciler için deltalar birleştirir dağıtır. Bu tipik bir durumdur. Veritabanları bu çağrı, "işlem çoğaltma".

• İstemci eşitleme kaybetti. Ya bir hata nedeniyle bir yedekleme/geri yükleme. Bu durumda, istemci deltalar geçmeden sunucudan geçerli durumunu almak gerekiyor. Bu ayrıntı, deltalar ve performans lanetlenmiş olmak ustadan bir kopyasıdır. Tek seferlik bir şey değil; müşteri kırıldı; bu optimize etmeye çalışmayın, güvenilir bir kopyasını uygulamak.

• İstemci şüpheli. Bu durumda, sunucuda istemci, istemci-güncel olup olmadığını belirlemek için karşılaştırmak gerekir ve herhangi deltalar ihtiyacı var.

Sırayla her değişiklik numaralandırma (SVN) veritabanı tasarımı desen takip etmelidir. Bir istemci önemsiz bir istekte bulunabilir Bu şekilde ("revizyon Ne olmalıdır?") eşitlemeye çalışmadan önce. Ve o zaman bile, query ("2149 beri Bütün deltalar") nefis bir müşteri için basit ve işlemek için sunucu.