数据库性能

或者有10万张桌子

为了上帝的爱,不!这将导致可怕的代码-这不是数据库的设计目的。

选项1

不 更高效地为每个用户创建一个表。

您将有一个表,在用户ID上有索引。

为了提高速度,您可以对表进行分区、复制、使用缓存、云、分片。。。

请考虑NoSQL数据库: http://nosql-database.org/

这取决于服务器必须处理多少活动。

几个月前,我们建立了一个系统,索引了约2000万篇Medline文章摘要,每个摘要都比你的twitter消息长。 我们把这些东西放在一个lucene索引中,这个索引大约有40GB大。 即使我们的硬件不好(2GB内存,没有SSD驱动器——实习生很差),我们也能在几天内对数据库进行大约300万个词的搜索。

一个表或(lucene索引)应该是最好的选择。