什么是非关系型数据库？与关系型数据库区别是啥？

等等，还有一件事。
我发现以前帮朋友搬家的电脑上的资料整理得非常有趣。
它使用 MongoDB 来存储旅行照片。
每个文档都是一个旅行日历，其中包含位置、天气和照片链接。
如果你想知道某一天去了哪里，可以直接使用日期进行搜索，这比在相册中复制要快得多。
但后来公司审计要求ACID事务，仍然使用MySQL进行记账，并说明不能随意更改配置。
今天的 NoSQL 就像一本日记，你可以随时添加新列来告诉你吃了什么。
RDBMS就像一本存折，需要一步步填写。
如果你今天想写下你的感受，你不能只是改变账单。

也许就像咖啡吧和美式风格一样，我突然发现有人喜欢温和加牛奶，有人想要纯粹的力量。
数据库的选择也是根据个人喜好。
朋友说他现在想尝试一下Redis缓存。
毕竟每次打开相册都要等几秒钟，发朋友圈要花不少时间。

快到晚饭时间了，我出去买了一些炸南瓜。
我突然觉得这些技术细节归根到底是为了解决问题。
就像这个饺子皮一样，馅料要薄到能看透，但又不能薄到一碰就破的程度。
NoSQL 和 RDBMS 可能是两种粗细不同的粗略包装。

关系型与非关系型数据库的区别

数据库关系： 该结构被固定并存储在面板中。
首先定义字段。

改变结构、回归饮食是很困难的。

纵向扩展，性能提升有限。

强调 ACID 和强大的事务性。

出题速度比较慢，数据一致性高。
非关系型数据库：
灵活的结构、文档或键值存储。

自由修改结构，无需停机。
水平延伸，成本低。
ACID 得不到保证，事务性很弱。

出题速度快，但一致性可能较低。

选择依据：任务需求、数据结构、可扩展性、交易需求。

关系型数据库和非关系型数据库区别

今天在一家咖啡店，我听到旁边的两个程序员在争论数据库的选择。
一个说使用MySQL，另一个强烈主张使用MongoDB。
我听了一些对话，发现他们的争论主要集中在并发处理和数据可扩展性上。

突然想到以前在项目中也遇到过类似的问题。
该项目涉及一个电子商务平台。
一开始使用的是MySQL，但是随着用户数量的增加，数据库的响应速度越来越慢。
后来我们决定迁移到MongoDB，性能至少提升了3 0%。
等等，还有别的事。
当时我们的数据库存储容量从1 00GB增加到2 TB，MySQL的可扩展性显然不够。

但这也让我想知道为什么有些公司仍然坚持使用关系数据库？是因为他们的业务场景不需要这么高的并发处理和海量的数据存储吗？或者非关系数据库在处理复杂查询时真的那么脆弱吗？