正確的更新邏輯

Question

我有一個有數據庫的應用程序。數據庫更新從服務器xml下載。我想了解更新的邏輯。我的方式我是不正確的。這是我的方式：

1. 您使用單個鏈接到Xml。 Xml將被更新。它只會存儲一個新的記錄。 結果：用戶錯過了更新沒有得到它的地方。

2. 每個xml將持有對以下xml的引用。結果：用戶錯過了很多xml會有下載過程，並且不知道什麼時候會更新。

3. Xml將存儲所有時間的所有記錄，但過了一段時間後它變得非常大。交通繁忙的結果

請告訴我正確的更新邏輯。

Answer 1

我會走這條路。

1. 我會跟蹤更新過程。比如保存上次更新日期或更新版本。
2. 當我發送請求到服務器時，我會發送這個日期或版本號以及請求（POST或GET方法）。
3. 現在取決於日期或版本，我會從服務器獲取XML文件。然後我會更新內容。
4. 如果用戶是新的，那麼將不會有日期或版本參數發送到服務器。那麼完整的XML就會出現。如果他們想從第一次更新，那麼你可以按照自己的方式逐步更新（如定期的時間間隔），直到當前版本的更新已達到，如果你關心流量。那麼你可以繼續。同樣，您可以跟蹤日期或版本號，並照常開始更新過程。

Answer 2

最好的辦法是把你的服務器上的一些邏輯：

• 應用程序要求更新的服務器，發送當前的數據庫版本作爲參數
• 服務器檢查應用程序的數據庫版本對最新一個，並計算通過發送所有議題的變化發生
• 服務器回覆申請更改列表，這樣應用程序可以更新其數據庫內容（與它的數據庫版本一起）