rt。 大家好， 我这里有个应用场景，就是每个用户可以在我开发的平台上自己定义数据表，然后填入数据，再自己做分析。那么也就是说用户的表相互直接结构都不相同。我这里有2个做法，一个是把所有用户定义的数据都放一个collection里，还有一个就是把每个用户自己表弄一个collection。数据量会越来越大，后者必定会造成大量的collection，所以我采用了前者。不知道我的做法是否合理？ 还有个问题，如果我没有使用mongo，而是使用了mysql，是不是意味着我必须使用很多table了？mysql的很多table又会有问题吗？ 不知道哪位大神可以给我很好的解答~~小弟拜谢了
http://jsnoder.com/blog/mongodb-shi-yong-ru-men/
我想多个 collection 比一个大collection性能要好些。
单个大集合 vs 多个集合 另外一个要考虑的问题就是设计一个集合包括大量的文档还是设计许多小的集合来分散这些分档。 一般来说，有大量的小集合不会怎么影响数据库性能，但是如果一个集合的文档太多就可能会。你应该考虑如何把一个超大集合分成小的集合。这个有点类似用独一个的超大数组还是分散的数组段。
- 单表放在mongo里面可以看下mongoose-schema-extend
- 单表在mysql里面你可以参考下sharepoint的用户数据存储。将所有的用户信息存储在一张表中，这张表有几百个基础类型的列，然后通过存储用户的列定义来实现增删改。实现起来很复杂。
- 多表的话，你其实还是要解决一个问题，就是怎么用户让自定义的数据表的结构和持久化到数据库中
Number of Collections in a Database The maximum number of collections in a database is a function of the size of the namespace file and the number of indexes of collections in the database.
Namespaces Namespace Length Each namespace, including database and collection name, must be shorter than 123 bytes.
Number of Namespaces The limitation on the number of namespaces is the size of the namespace file divided by 628.
A 16 megabyte namespace file can support approximately 24,000 namespaces. Each collection and index is a namespace.
Size of Namespace File Namespace files can be no larger than 2047 megabytes.
By default namespace files are 16 megabytes. You can configure the size using the nsSize option.
比较复杂。得看 MongoDB 的设置
