我的理解是MySQL的目的是拥有数百万行的表。我正在寻找一个设计有数百万个关系表的数据库系统。我的理解是否正确，即 MySql 查询数据的方式使其对于此类实现效率低下？它是一个长期的、用户驱动的项目，因此可扩展性是必须的。
谢谢!
编辑: 由于立即出现负面 react ，我会解释一下。如果该项目能够及时积累强大的用户基础，那么“数百万”的表将是一个问题。它将实现一个类似于 Stack Overflow 上的编辑系统；我考虑了多种解决方案，并决定我最喜欢的解决方案是为每个编辑分支使用关系表。我假设有一些数据库框架是为此类事情设计的。这真的被认为是“糟糕”的架构吗？为什么它不仅仅是一种异常的建筑类型？这样做有什么“错误”吗？
最佳答案
您始终可以寻求 NoSql DB: 来自:http://nosql-database.org/
"NoSQL DEFINITION: Next Generation Databases mostly addressing some of the points: being non-relational, distributed, open-source and horizontally scalable."
编辑:可扩展是我的目标..
编辑:关于数据版本控制的有趣想法: Ways to implement data versioning in MongoDB
关于mysql - MySQL 的数据库替代品可用于数百万个表，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/17310003/