@chloerei 那就是mongo不支持喽。

@chloerei 因为在实际的应用中，用用户信息的某个字段去查所有类似该关键字的用户，可能有上万条用户记录，再通过这个用户ID去查交易记录， 两次查询，mongo不支持那么长的查询参数。

@chloerei 例如一条交易信息 ，10几个字段， 好吧，他属于某个用户的交易，弄个object放用户的信息，
如果交易信息有1000万条，每次更新用户信息，要更新1000万条的交易记录，反过来做，一条用户信息，有1000万条list，这个性能如何？ 不敢想。
如果这个用户属于某个组， 10几个组呢？用户里加个字段，存放10几个组名，假如1000个用户属于同样的组，同样的信息 1000次， 如果不同的用户有什么的数据操作权限，有的可增加，有的可删除，有的只读，又要分别加上不同的权限字段，是这么设计的么？

@chloerei 把关联ID作为list存在某个实体的文档那端就行了,例如某条数据里包含一个用户组list如果同样的list，有1000万条数据，每次更新一下组，就要同时更新1000万条记录。这个开销的问题怎么解决？

@chloerei 请教怎么样处理跟用户绑定的数据处理，如果用户还分组呢，并且用户信息和组信息都会变更。

收到，多谢各位。

#kuno， 绝对非常糟糕，如果有好的方法，麻烦分享一下。 目前我是用sql server 2008 + mongodb,
关系型数据放到sql server 2008上，权宜之计，长久是不行的。

@mjccj 30多块一双的袜子，有钱人。 话说优衣库的内裤能试穿么？

@noproblem 我研究下， 其实我已经用svn export + ftplist搞定了。

目前最触动的是 圣经 耶稣说的 要引导谁，就先服务谁

@unstop 社会契约论， 更感动

@livid 你应该说我q号4位的

貌似有个，类似于无限后退的功能，layervault，你研究下。

@vvoody 你说的应该不是xp下。

点解 但是tree不能过滤某些类型的文件。