Strategia synchronizacji danych Offline/Online

Największy problem z synchronizacją polega na tym, że użytkownik edytuje coś w trybie offline, a to jest edytowane online w tym samym czasie. Musisz połączyć dwa zmienione fragmenty danych lub poradzić sobie z interfejsem użytkownika, aby użytkownik mógł powiedzieć, która wersja jest poprawna. Jeśli wyeliminujesz możliwość edycji obu jednocześnie, nie musisz rozwiązywać tego lepkiego problemu.

Metoda polega zwykle na dodaniu pola 'modified' do wszystkich tabel i porównaniu zmodyfikowanego pola klienta pod kątem podany rekord w danym wierszu, z datą modyfikacji serwera. Jeśli nie pasują, wymieniasz dane serwera.

Bądź ostrożny z automatycznymi kluczami - musisz upewnić się, że integralność danych jest zachowana podczas kopiowania z Klienta na serwer. Ponowne uruchomienie poleceń SQL na serwerze może postawić cię w sytuacji, w której automatycznie wygenerowany klucz się zmienił i nagle twoje klucze obce będą wskazywać inne rekordy niż ty zamierzony.

Często podczas importowania danych z innego źródła, śledzisz klucz główny z obcego źródła, a także swój własny klucz główny. Ułatwia to określanie zmian i różnic między zestawami danych w trudnych sytuacjach synchronizacji.

Twój synchronizer musi określić, kiedy dane mogą być po prostu aktualizowane i kiedy człowiek musi pośredniczyć w potencjalnym konflikcie. Napisałem artykuł, który wyjaśnia, jak to zrobić za pomocą logowania i algebraicznych praw.

Co najlepiej nadaje się jako magazyn danych po stronie klienta w Twojej aplikacji? Możesz wybierać spośród wbudowanej bazy danych, takiej jak SQLite, kolejki komunikatów lub jakiegoś magazynu obiektów lub (jeśli żaden z nich nie może być użyty, ponieważ jest to aplikacja internetowa) plików/ dokumentów zapisanych na kliencie za pomocą Web DB lub IndexedDB poprzez HTML 5 ' s LocalStorage API.

Sprawdź artykuł Gold Rush: Mobile Transaction Middleware with Java-Object Replication . Dokumentacja Microsoftu czasami systemy połączone opisują dwa podejścia: zorientowane na usługi lub zorientowane na wiadomości i zorientowane na dane. Gorączka złota przybiera wcześniejsze podejście. Późniejsze podejście wykorzystuje merge-replikację baz danych.