MongoDB 是我听说过的一个很棒的数据库。我想评估它在典型场景中相对于传统 MySQL 或 SQL Server 后端的性能。
假设我想存储公司多个部门的员工数据:
在 MySQL 中,我们将存储一个包含部门的表和另一个包含员工的表,然后将它们链接起来。
在 MongoDB 中,如果我们采用一种设计,即每个部门都有一个包含员工的文档,那么当员工人数众多时,该如何扩展?这是一种高效的数据库结构吗?MongoDB 在性能方面是否有优势(我喜欢我们可以存储数据位而无需使用传统列)?
答案1
看看一些现实世界的部署——这可以给你一些想法。
随机链接:
- highscalability.com 有大量文章/演示文稿链接提到它。
- sliderhare 上的演示文稿也提一下。
- 在 scribd 上也。