如何在REST API中管理數據庫版本

Question

假設我有一個名為APPO v1的移動應用程序，它從REST API v1中獲取資源。 APPO v1大約有數千個用戶。現在，我正在使用API​​ v2開發APPO v2。 api和app都具有新功能和數據庫中的新字段。 有些字段也被修改。

API v1數據庫架構：

{
  "user_id": NumberLong(616),
  "name": "XYZ",
  "city":"Dhaka"
  "password": "raw password: 12345678",
  "gender": ""
}

API v2數據庫架構：

{
  "user_id": "STRING HASH",
  "name": "XYZ",
  "address":"98/3 Circle road, Dhaka 1209"
  "password": "MD5 HASH",
  "NEW_FIELD": NumberLong(5)
  "ANOTHER_FIELD": ""
}

變化：

1. 用戶ID的數據類型已更改
2. 簡短的城市名稱替換為地址字符串
3. 密碼格式已更改
4. 性別字段已刪除
5. 添加了一些新字段

如何處理數據庫？

我的解決方案1：用v1和v2分隔數據庫。 重新格式化v1並粘貼到v2

解決方案1的問題：所有用戶都不會在一天內更新應用程序。 如果v1用戶將其應用更新為v2，則他們可能會丟失最近的數據。 我必須在兩個數據庫之間建立一個同步器

我的解決方案2：由於我的應用v1使用原始密碼，因此我必須立即保留此密碼。 我應該把兩個SCHEMA

{
  "user_id": NumberLong(616),
  "user_id_hash": "STRING HASH",
  "name": "XYZ",
  "city":"Dhaka"
  "address":"98/3 Circle road, Dhaka 1209"
  "password": "raw password: 12345678"
  "password_md5": "MD5 FORMAT",
  "gender": ""
  "NEW_FIELD": NumberLong(5)
  "ANOTHER_FIELD": ""
}

解決方案2的問題：當版本大於10或更大時，它將創建大量垃圾。 在v10我不需要v6，v5 ....... v1數據

注意：字段與REST模型無關。 都是此類情況的示例字段

我完全困惑如何處理。 我非常感謝您的耐心和您的建議！ 提前致謝 ！

Answer 1

如果您不想對數據庫進行非規范化，我有一個解決方案。 您可以使用橋接模式來解決此問題。 當您遇到同一類型的多個問題/實現（API v1和API v2 ...等），但是客戶端僅與一個實現（例如API v1）連接時，您需要實現一個橋接對象，該對象會理解，在哪里放置客戶，我的意思是要求實施。 從技術上講，您必須為每個問題分別編寫業務邏輯，但是僅一個REST Api就足以將客戶端重定向到該實現。 謝謝