支持啊！早就想了。。。可惜我不会。。。但是广大Windows/Linux用户应该要能够享受到如此神奇的应用

@feikaras 我用港版算的，外带显示器以及Apple Care。。。反正。。。买不起哈哈哈哈

顶配大概6w6软妹币...我也就口水一下好了

加班大部分情况下＝效率低下

其实我一直不喜欢HHKB

脚本内加判断？在本地搞个flag文件啥的标记一下第几次重启了。。而不是从puppet入手感觉

随意搜索了一下。。没仔细看不知道符合不符合需求 https://forge.puppetlabs.com/puppetlabs/reboot

淘宝那么方便了。为嘛要用你的。需求在哪里。

@zorceta 武汉的貌似是12月28

@zorceta 上海...今天内地第一场...

陈绮贞演唱会归来……好high！

一个也没有我就路过吧

@xoxo 按我的理解是。你做了一个广告数据存储和查询的平台。

那么是否用了Index：http://docs.mongodb.org/manual/administration/indexes/
Index又是如何设置的，是否是设置在查询的键上了。

再者Index大小是否超过了内存的大小：http://docs.mongodb.org/manual/faq/indexes/#what-happens-if-an-index-does-not-fit-into-ram 如果超过了，一个是可能你的Index设计的不科学，还一个是你的内存太小了。这个时候无论什么数据库都会陷入窘境吧

再来说你的查询是如何优化的，当然这就涉及到了你的Document是如何设计的，如果嵌套过多的话性能必然也会受到影响

总之，如果你觉得MongoDB的优势在于热数据内存持久化的话，那么我觉得方向就不对。难道MySQL没有这个功能吗？

我个人认为MongoDB最大的优势之一就在于Document based design，那么你的数据模型可以尽可能的去模拟现实的情况，而不是表与表之间做关联。
还有优势就在于无比简单的shard和replica设置，现对于MySQL的M/S不知道简单了多少，当然如果复杂也可以很复杂

就说那么多吧。我觉得现在的技术发展并不是拼硬件，而是拼设计、理论，Hadoop的想法不也是把分布式系统放在“普通的机器”上么。SSD或者非SSD，完全就不应该成为衡量一个工具好与不好的标准。

退一万步来说，为什么访问量上来了以后你不在前面加Cache（如Redis）去缓存呢，这样可以减少直接读取数据库的次数。不管是不是MongoDB都应该这么做吧。

我说MySQL在没有SSD的时候就是个坑货 不服来辩 岂不是也适用？要人心服口服的时候没有数据，没有案例给出来。辩什么。呵呵

你先给出数据呗。没数据要别人和你辩？

why