目前国内有哪些公司在大规模使用 MongoDB 呢？

[Livid]

[kuno]

@chloerei:
想象一个网站融合目前所有流行的网站类型， 微博， 轻薄客，博客，甚至还带有某些门户的色彩。不仅用户之间有单项/双向的关注/被专注/朋友之间的关系，而且用户还会和不同的内容实体之间建立联系，喜欢/转载/关注/回复，对回复的回复等等等等。。。

[chloerei]

@avatasia 不太了解你的具体应用，你提到的地方两类数据库处理区别不大啊。

@kuno 描述的这些功能在储存端不成问题，把关联ID作为list存在某个实体的文档那端就行了。做Timeline（多态）的时候，你会发现Mongodb的无模式提供了大大的便利。

或者这样说，Mongodb 没有关联查询，但是是可以储存和查询关联数据的。

[avatasia]

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

[chloerei]

@avatasia

A.b_ids -> B

改变为

A <- B.a_ids

哪头开销小放哪头。

另外我没理解清楚“组”是什么？

[avatasia]

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

[yqingp]

我们公司在用 http://www.5yi.com 近期会把大量的东西迁移到mongodb上。。

[chloerei]

@avatasia 我不明白为什么要更新1000万条list。

user 有个 _id，交易记录方面记录 user_id 就行了。更新 user 或者 更新交易记录都不涉及更新另一个数据集合。

或者说你需要一次用join查询查出交易记录和用户信息，那么Mongodb做不到，需要多一次查询，先查交易，再查用户（或者反之）。

组那里大致就这样设计，不过存放最好用id不用组名。不要觉得在user里存组id是重复，因为少了一个关联表，其实就是把关联表拆散到文档里。

[halfamonk]

clan.garena.com 有在用

[mathgl]

mongodb 真正可用的是1.8.x系列或以后的版本.没有 -journal 的机制，Mongodb总是有些危险.

[avatasia]

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

[chloerei]

@avatasia 关系数据库的领域 ：)

[avatasia]

@chloerei 那就是mongo不支持喽。

[chloerei]

@avatasia 是啊

[avatasia]

@chloerei 颤抖

[mckelvin]

淘宝网 数据平台，node +mongodb

[btw0]

我们厂也在用，用gridfs存图片，也存log

[zhfsxtx]

@ratazzi 你是在东莞吗

[zhfsxtx]

@ratazzi 你是在东莞吗

[weihuilee]

上次去参加了MongoDB北京的大会，用MongoDB的公司还是很多的，淘宝，盛大等很多公司都有用

[ratazzi]

@zhfsxtx 深圳