我可以使用什麼地理分區或分佈式 SQL 數據庫？
我想在多個節點上拆分醫療數據，因為我有瑞士人、歐洲人和美國人，我需要將數據儲存在公民國家。
我不想在 App 中管理此功能，而是在 SQL 數據庫引擎中管理。使用者表有國家程式碼，數據自動儲存在良好的節點/數據中心。
你有什麼解決辦法嗎？
既然這是醫療數據，我會假設你能負擔得起這個項目的一點預算？
我建議你比看看 CockroachDB 做得更糟——從這裡開始：
使用 CockroachDB 的分佈式 SQL 引擎，您的業務可以增長，而無需手動分片。使用可自動擴展、重新平衡和自我修復的數據庫保持服務執行。
他們的 SQL 引擎與 PostgreSQL 客戶端兼容，因此任何連接到 PostgreSQL 的東西都可以連接。
關於地理分佈，您可以從這裡獲得：
保持遵守全球數據法規的最簡單方法 將客戶數據保存在需要的位置。借助 CockroachDB 的基於策略的數據控制（如地理分區），在不斷變化的地緣政治環境中為客戶提供服務從未如此簡單或實惠。
還有這個：
在行級控制數據駐留 使用 CockroachDB 的地理分區實施表和行級策略，指示使用者數據的駐留位置。
如果合適的話，他們還提供託管產品。我已經將它用於碩士項目並發現它非常棒 - 他們的文件非常棒（可愛的圖形設計！），即使對於免費層的低級學生，他們的支持也很棒！
我還發現他們對產品的局限性持開放態度，但似乎在克服這些局限性方面做得很好。我已經在 AWS、GCP 和 Azure 上使用它，沒有任何問題。
另外，當我在上面說“預算”時，我的意思是超出了您為雲提供商支付的費用。使用 CRDB，有一個免費選項，但我建議對於敏感的醫療數據，您應該為付費版本的額外功能支付更多費用。
創立公司的人之一是Spencer Kimball，作為一名學生，他開始編寫 Gimp（Gnu Image Manipulation Programme），這是開源對 Photoshop 的回應！然後他在 Google 的 Spanner/F1 系統上工作！
如果這聽起來像一個廣告，那就不是！我只是一個快樂的使用者，被你在免費（和 Apache 許可的開源）層上獲得的東西所震撼！
如果你已經有一個支持 MySQL 的系統，你可能想看看TiDB！它的範圍與 CockroachDB 相似（並不令人驚訝，因為它們都基於 Google 的 Spanner/F1 架構）。也就是說，如果你能忍受它的限制，恕我直言，對生產來說還是有點嚴重 - 但是，嘿，看看 - 我也在 AWS、GCP 和 Azure 上使用過它