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

时间:2016-01-26 14:41:55

标签: c# sql-server mongodb parse-platform

更新:原始问题Parse宣布他们正在逐步解散Parse服务两天后,Parse将在2017年1月28日结束一年后完全退休。< / p>

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

使用“一键导出”从Parse导出数据并不难,但从那里开始出现问题。

我的应用程序有超过4000个用户,使用Facebook登录和普通用户名/密码。 Parse使用bcrypt作为密码,我发现.Net的最佳实现似乎是BCrypt.Net,最后一次更新是在2013年底。

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

http://bcrypt.codeplex.com/

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

  • 你认为我在实施Microsoft.AspNet.Identity时错了,应该坚持使用bcrypt吗?

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

  • 我提供的信息是否有任何我没想过的内容?

即使应用程序不是那么大,我仍然希望能够更好地扩展,因此我宁愿现在也可以这样做。这不是一个晚上出现的问题,我在过去一个月左右一直在思考它,即使迁移可能需要一些时间,我仍然认为它最终会值得。

如果您想了解更多有关Parse缩放的信息,可以在此处进行:

How scalable is Parse?

1 个答案:

答案 0 :(得分:0)

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