MySQL的数据库替代品，可用于数百万个表

我的理解是，MySQL的目标是拥有数百万行的表。我正在寻找一个数据库系统设计有数百万的关系表。我对MySql查询数据的方式使得这种实现效率低下的理解正确吗？这是一个长期的、用户驱动的项目，所以扩展性是必须的

谢谢

编辑：

---

由于立即出现负面反应，我会解释我自己。如果项目能够及时积累强大的用户基础，那么“数百万”表将是一个问题。它将实现一个类似于堆栈溢出的编辑系统；我考虑了各种各样的解决方案，并决定我最喜欢的解决方案是为每个编辑分支使用关系表。我以为有某种数据库框架是为这类事情设计的。这真的被认为是“糟糕”的架构吗？为什么它不仅仅是一种不正常的架构类型？这样做的“错误”是什么？

您可以始终关注NoSql DB： 发件人：

NoSQL定义：下一代数据库主要解决以下问题： 要点：非关系、分布式、开源和 水平可伸缩。”

编辑：可伸缩性正是我拍摄的目的

建议:

编辑：关于数据版本控制的有趣想法：

---

这与正常情况相差甚远，我想你需要解释一下为什么需要这么多桌子，然后人们才能帮助你。数百万张桌子？你一定是在开玩笑。如果不是的话，几乎可以肯定您的数据库体系结构有问题。这样做的“错误”在于效率低下。为什么不将编辑存储在一个表中？您的编辑无法解决为什么不能用几个表来实现这一点。也许你可以更详细地描述你的设计，人们可以建议如何以标准的方式实现它？只需给我们一个例子场景，当需要使用表B而不是表a时。我担心你可能会得到一个非常奇怪且难以维护的体系结构。您可能以错误的方式处理这个问题，或者试图用关系数据库管理系统（RDBMS）重新发明一些已经存在的东西。但他说，他正在寻找数百万个关系表。对我来说，这似乎是一个荒谬的要求。我知道，但有可能将nosql文档关联起来，同时满足拥有千万亿“表”的要求。这实际上是一个与编程无关的设计问题。谢谢你的回答。我在思考。这是一个进步——至少那时你会从数百万张桌子变成只把所有东西都放在一张大桌子上。：）