“NoSQL vs RDS 数据库哪个适合你？七大面向深入比较 【面试必问】”
架构图：https://i.imgur.com/M87tBut.jpeg
影片连结：https://youtu.be/S8AiU1GZByE
内容摘要：
大家好，这边分享 RDS 和 NoSQL 数据库的优缺点，我们将从七个面向来进一步分析：
1. [设计理念]
RDS 主要设计目的是确保资料“一致性”，而 NoSQL 则着重于“资料弹性”与“扩展性”。
2. [数据库语言]
RDS 使用 SQL 语言，而 NoSQL 则根据不同数据库系统而有不同。
3. [Schema 弹性]
RDS 须事先完成 Table 定义才能新增新字段，而 NoSQL 则可弹性增加。
4. [Scaling 扩展性]
RDS 于 Scaling 有着较多限制，而 NoSQL 则可更自然地进行水平扩展。
5. [Transaction 交易]
RDS 有着如 Transaction 等机制来保证资料一致性，而 NoSQL 则部分有所支援而已。
6. [Consistency 一致性]
RDS 能确保 Strong Consistency，而 NoSQL 则多支援 Eventual Consistency。
7. [Use Case 使用情境]
RDS 适合于 Payment Processing 等银行交易，而 NoSQL 则适合处理高并发 Real-Time Streaming 等状况。
最后，我也将介绍 NoSQL 的四大种类：Key-Value、Document、Column-Based 和 Graph 四类，
简介各自不同特性和应用，并将常见的 NoSQL 数据库：MangoDB、Cassandra、AWS DynamoDB、Neo4j 进行清楚分类。
了解 RDS 与 NoSQL 的基本不同，不仅能在选择数据库时有更好的判断能力，这项知识也是面试时常见的问题之一，
是个 CP 值颇高的学习知识，希望透过这精简而清楚的影片，能帮助你快速了解！

图做得很漂亮

谢

谢影片

芒果DB可爱www

水平扩展麻烦死了

现在来看应该是NoSQL比较好 还比较容易做快取 甚至纯文字查看资料都方便很多 mongo没怎么用过 不太知道

谢谢分享：）

Mongo啦

现在还有人推NoSQL?99%的情况选Sql才对吧。这篇重点没抓到

没有哪个好 看情况用

光图就错，cassandra是wide column 底层是实作更接近rowbase，不要乱教

我以为关联式数据库是RDBMS?

rdb还是为大宗 nosql有需求在用

楼上正确，我自己也尝试想用nosql过，想说炫炮一下。但是根据我多年design 经验，还是发现搞个rds有jsonb的table才合理。这整种讨论的盲点在于，应该提供实务上成功案例使用的比例。如果最后出来的数据是rds 95% v nosql 5%，那会让很多装逼仔少走一点冤枉路

SQL是种过重的应用 凡事上SQL是很糟糕的 还有不少的缺点 公司用什么管不著 个人用绝对不想跟SQL扯上关系

我觉得最傻的还是选边站的开发者 这些系统本来就有他们各自擅长的应用场域 你分谁差还谁优真的是假议题

有能力可以选边站 刻一刻新东西也不是什么大不了

如果NoSQL这么烂...国外早就放弃了看应用场景选择合适技术才是正解

跟杠精认真就输了

NOSQL怎么是着重弹性呢? 错得离谱啊!!!nosql就是对一致性妥协来换取效能而已啊!所以要用哪一种，就看你的需求中效能和一致性的平衡这种东西不用选边站 是要看需求啊!!!

NoSQL当然重弹性 储存的资料可随意即是弹性 不需要如SQL改column以及其类型就是爽当然如果postgresql用json也是差不多 但那只是一个column而已 体验不同

你们所讲的随意性是nosql为了效能牺牲的功能，他从来不是优点，只是一个特点

不是 less is more