其实就是想说no-sql数据库那些东西，怎么帮咱们数据存储更顺畅点啥的

其实就是想说no-sql数据库那些东西，怎么帮咱们数据存储更顺畅点啥的，这事儿吧，咱们得从最实际的地方聊起，你想想看，现在好多应用，比如咱们天天用的那个购物软件，或者刷的那个短视频软件，它们的数据可不是像以前那样规规矩矩的表格，你的一条购物记录，里面可能有商品信息、你的地址、优惠券、下单时间，乱七八糟一大堆，而且每个人的订单内容还可能不太一样，你要是硬用老式的、像Excel表格那样的数据库（这就是关系型数据库）来存，就得建好多张表，比如用户表、商品表、订单表……然后它们之间还得用各种线连起来，特别麻烦，每次查一个完整的订单，都得从好几张表里把数据拼凑出来，人一多，速度就慢下来了,感觉就卡卡的。

（来源：应对现代应用复杂数据结构的普遍认知）

那NoSQL数据库是咋想的呢？它的心思就比较活络，不那么死板，它的核心想法是：“咱别搞那么复杂的关系了，我把所有相关的数据，尽可能地打包放在一起。” 还拿订单举例子，NoSQL数据库可能就直接把一个订单的所有信息，包括用户昵称、商品详情、收货地址，都当成一个“文档”存起来，就像一个文件袋，这个订单的所有纸条都塞在一个袋子里，你想看这个订单，我直接把这个文件袋整个递给你，省去了东翻西找、到处拼接的功夫，这样处理起来自然就快多了，感觉也就更顺畅了。（来源：NoSQL文档数据库如MongoDB的设计理念阐述）

再说个咱们都经历过的场景：节假日抢票或者搞特价秒杀的时候，网站动不动就崩溃或者转圈圈，这里头有个大问题就是“写”数据太集中了，一瞬间几万几十万人都要下单，都要去抢着修改那个“库存数量”，传统数据库就像只有一个收银台的超市，大家得排长队一个一个来，当然慢了，而很多NoSQL数据库，特别是那种叫“键值”数据库的（比如Redis），它处理这种简单但量大的写入特别在行，它可以用一种更聪明的方式，比如先把大家的请求接过来记下账，或者把数据分散到很多不同的“柜台”去处理，这样压力就分散了，不容易堵死，所以你感觉上，抢到票的可能性好像还大了那么一点点，至少页面没那么容易卡死白屏了。（来源：高并发场景下NoSQL键值数据库的优势分析）

还有一点是关于“长大”的，一个应用刚开始可能用户不多，一台服务器就够用了，可一旦火了，用户量蹭蹭往上涨，数据也越来越海量，原来的服务器就撑不住了，传统数据库的扩容有点像给旧房子加层，动静大，还容易出问题，而很多NoSQL数据库天生就是为“分布式”设计的，它的想法很简单直接：一台机器不够？那就再加一台呗！它能把数据自动地、比较均匀地分散到新加入的机器上，这个扩展过程可以比较平滑，不会说为了扩容就得把整个服务停掉好久，这就保证了即使业务飞速发展，数据存储这块也能比较从容地跟上，用户也就不会感觉到因为服务器压力大而带来的卡顿。（来源：NoSQL数据库水平扩展能力的常见描述）

NoSQL在数据结构上的灵活性也是个优点，比如你做一个小程序，今天想给用户增加一个“个性签名”的字段，明天又想加个“最近常逛的店铺”，要是在结构严格的老数据库里，你得专门去修改表结构，这操作有风险也挺费事，但在一些NoSQL数据库里，你直接往数据里加这个新字段就行了，不需要预先定义得那么死，这对于需要快速迭代、经常变动的互联网项目来说，就少了很多束缚，开发起来更顺手，新功能上线也能更快，间接地也让整个系统运行更流畅。（来源：NoSQL模式灵活性与敏捷开发的关系讨论）

当然了，我可不是说NoSQL就十全十美，能把老式数据库给完全替代了，它们各有各的用处，有点像螺丝刀和锤子的关系，老式数据库在处理需要复杂计算、保证数据绝对准确一致的场合（比如银行转账）还是非常厉害的，但不可否认的是，NoSQL的出现，确实解决了以前数据存储中的很多痛点，特别是在追求高速度、大数据量、能灵活变通的这些互联网场景里，它让我们的数据存储确实变得更顺畅、更扛得住折腾了,它更像是给咱们的工具箱里添了一套特别适合当下活计的新工具。