※ 引述《pracinverse (改)》之铭言：
: 什么样的资料适合放在MongoDB?? 什么样的资料和放在传统的RDB??
: 最近被问到这样的问题有点答不出来
: Q1. scalability算不算是MongoDB胜过RDB的一个优点呢??
: 文献上是说MongoDB在做scalability比较方便，
: 它可以自动地把data partition到所有的database servers上，
: 所以在application layer写程式access database的时后，
: 可以不用关心底下有几台database server
: 但是我记得在RDB也有partition的功能，
: RDB也可以把data partiton到不同的database server上面，
: 所以说scalability到底算不算MongoDB胜过RDB的一个优点呢??
: Q2. 如果说data之间有relation的话是不是用传统的RDB会比较好??为什么??
: 比方说 https://dhhmzgirqh63s.cloudfront.net/467.gif
: 像northwind database里面这种shopping cart进出货相关的资料
: 是不是放在RDB会比较好??
: Q3. 目前只有想到MongoDB胜过RDB一个明显的优势就是schemaless
: 因为不需要pre-define schema，
: 所以预期将来schema可能会有变动的话，选择MongoDB会比较好。
: 有没有什么类型的data是放在RDB比放在MongoDB好的呢??
:

spanner 呀哈哈

对呀.那直接用spanner就好惹..

不管用RDB还是nosql 正规化跟ACID都是必要技能

+1非特殊场景绝对sql优先

推

很少听见有公司使用CockroachDB 感觉还是太新？

请教一下，如果是物联网资料，每秒收集的那种，才适合用mongo吗， 还是要用rdbms? 谢谢

需要 transaction，需要 join 再用 rdbms，单纯大量写入少读就用 lsm-based 的数据库

每秒收集每秒收集rdbms跟nosql都可以做，就看你有没有分布式的需求或是需要做transation，原则上用rdbms就足够应付了。如果你不想占用mysql可以考虑spark streaming 读取 mysql的binlog来达成监控数据库的更新跟同步。还有其他也是类似的作法就不说了，本质上都是类似的。

这个抽象叫CDC...change data capture

CDC疾病管制署

推

我觉得如果你是决定要用哪个DB的人，你却不知道该用哪个，就还是先用关联式比较稳

推

推