將Parse.com數據庫遷移到SQL Server

Question

更新：在原始問題Parse宣佈他們正在清算Parse服務並且Parse將在1月28日結束一年之後完全停用的兩天後，

原創：我目前有一個應用程序運行Parse.com後端，由於各種原因，我正在考慮切換到我自己的後端。這也意味着我要將數據遷移到我自己的數據庫服務器。我是.Net開發人員，因此我通常使用Microsoft SQL Server，現在也想使用它。

從Parse導出數據並不難，使用他們的「一鍵導出」，但從那裏開始的問題。

我的應用程序有超過4000個用戶，使用Facebook登錄和普通用戶名/密碼。解析使用bcrypt的密碼和我發現.Net的最佳實現似乎是BCrypt.Net，最後更新到2013年底。

我還沒有找到一個經過驗證的bcrypt參考實現，因此我也在考慮切換到Microsoft.AspNet.Identity。 Identity使用PBKDF2，這意味着如果用戶有用戶名/密碼登錄，用戶將不得不重置他們的密碼（我知道PBKDF2可以通過GPU更好地加速，因此，PBKDF2更容易與消費者脫機硬件，但我仍然喜歡使用驗證的實現）。因爲我可以從Parse中導出所需的值，所以Facebook登錄應該不會成爲問題。

http://bcrypt.codeplex.com/

解析使用MongoDB的，所以我有排序的數據之間的關係，應使用自定義程序是可行的。

• 您是否認爲我在實施Microsoft.AspNet.Identity時出錯，應該堅持使用bcrypt？

• 它會比我想象的更難在SQL Server中映射數據嗎？

• 提供的信息中有沒有我沒有想過的東西？

即使應用程序不是那麼大，我仍然希望能夠更好地擴展，因此我寧願現在做它，但仍然有可能。這不是一夜之間就出現的事情，我在過去的一個月左右一直在想它，儘管遷移可能需要一些時間，但我仍然認爲它最終值得。

如果您想了解更多關於解析縮放，你可以在這裏做到這一點：

How scalable is Parse?

Answer 1

我沒有直接的解決方案。我只想在這裏討論你的計劃。如果用戶需要更改密碼，您認爲用戶會有什麼反應？你有多少工作計算完全改變你的後端？我也考慮建立我自己的後端服務器，但稍後退出這個想法。我認爲保留舊應用程序以避免太多更改是很好的。對於新的應用程序，我可能會創建自己的REST服務，並使用SQL和C＃在我自己的後端服務器上構建它。