c# - 将 Parse.com 数据库迁移到 SQL Server

Question

更新:在原始问题两天后，Parse 宣布他们将结束 Parse 服务，Parse 将在 2017 年 1 月 28 日结束的长达一年的时间后完全退役。

原文: 我目前有一个运行 Parse.com 后端的应用程序，出于各种原因，我正在考虑切换到我自己的后端。这也意味着我要把数据迁移到我自己的数据库服务器上。我是 .Net 开发人员，因此我通常使用 Microsoft SQL Server，现在我也想使用它。

使用他们的“One Click Export”从 Parse 导出数据并不难，但问题就从这里开始了。

我的应用程序有 4000 多位用户，同时使用 Facebook 登录名和普通用户名/密码。 Parse 使用 bcrypt 作为密码，我发现 .Net 的最佳实现似乎是 BCrypt.Net，它最近一次更新是在 2013 年底。

我还没有找到经过验证的 bcrypt 引用实现，因此我也在考虑切换到 Microsoft.AspNet.Identity。 Identity 使用 PBKDF2，这意味着如果用户使用用户名/密码登录，他们将不得不重置密码(我知道 PBKDF2 可以使用 GPU 更好地加速，因此，PBKDF2 更容易与消费者离线暴力破解硬件，但我仍然更喜欢使用经过验证的实现)。在我看来，Facebook 登录应该不是问题，因为我可以从 Parse 中导出所需的值。

http://bcrypt.codeplex.com/

Parse 使用 MongoDB，因此我必须对数据之间的关系进行排序，使用自定义程序应该是可行的。

• 您是否认为我实现 Microsoft.AspNet.Identity 是错误的并且应该坚持使用 bcrypt？

• 在 SQL Server 中映射数据会比我想象的更难吗？

• 提供的信息中有没有我没有想到的？

即使应用程序不是那么大，我仍然希望能够更好地扩展，因此我宁愿现在就做，因为它仍然是可能的。这不是一蹴而就的事情，上个月左右我一直在考虑这个问题，尽管迁移可能需要一些时间，但我仍然认为它最终是值得的。

如果你想阅读更多关于 Parse 缩放的信息，你可以在这里阅读:

How scalable is Parse?

Answer 1

我没有直接的解决方案。我只想在这里讨论你的计划。如果您的用户必须更改密码，您认为他们会有什么 react ？您还计算了多少工作来完全更改您的后端？我也考虑过构建自己的后端服务器，但后来放弃了这个想法。我认为保留旧的应用程序是很好的，因为它们可以避免太多的变化。对于新应用程序，我可能会制作自己的 REST 服务并使用 SQL 和 C# 在我自己的后端服务器上构建它。