关闭。这个问题是基于意见的。它目前不接受答案。
**想改进这个问题吗？**更新这个问题，这样就可以通过编辑这篇文章用事实和引文来回答。
两年前关门了。
改进这个问题
我们即将开始开发一个调度系统，我们有动力从php迁移到后端的node，所以从mysql迁移到mongodb（或类似的东西）也是有意义的，我不是一个很有技术含量的人，但我正在努力帮助我的团队在这里做出选择。该系统的所有功能似乎都可以与任何一个数据库配合使用，但有一种特殊情况使我对性能产生了担忧：
假设我有几个医生在我的基地，每个人都有他们的专业和诊所的位置，还有他们在这个系统上工作的时间跨度。他们也已经有一些预约安排在这几周的分散时间。
一个用户在搜索表单中填写：
它们的地理定位（x，y）；
搜索半径（例如：10英里）；
需要专业化（如：皮肤科医生）；
所需时间（例如：上午11点）；
这种搜索，对于我以前的思维方式来说，对于关系数据库来说似乎没问题，但是对于非关系数据库来说却有很多工作要做，因为它们的可用性将在每个doctor'json'中，而不是在特定的外部“表”中进行调度。
我的担心有意义吗？
2条答案
按热度按时间ybzsozfc1#
两者都能达到预期的效果
SQL以及NoSQL数据库。但是你所说的项目更多的是关系设计。example:- doctor 可以访问多个诊所。一个病人既和医生有关系，也和诊所有关系。在这种情况下，最好的解决方案是混合方法，其中主数据库应该是关系型的，对于读取操作，可以插入NoSQL数据库类MongoDB如果需要。omvjsjqw2#
@拉斐尔·苏扎
您应该使用关系模式设计。
如果您使用nosql，那么在我们的例子中，下面是我想要传达的要点
nosql将不会在最佳状态下得到充分利用。
开发人员必须学习nosql及其框架。
与nosql相比，sql问题有一个广阔的论坛。
数据库存储大小不会太大，所以sql应该是好的。
在这里，您需要管理医生和诊所之间的关系，这在sql中是最合适的。
我应该说，不要使用混合方法，因为它会给您的设计带来开销，任何数据库类型都可以单独处理所有特性。