NoSQL数据库有哪些特点

NoSQL啊...核心特点就是灵活、好扩、能水平扩。

灵活是吧？数据模型随便搞，不像SQL得先定好表。
比如MongoDB这种，存个用户啥的，文档里字段都不同，特别方便。
我看过个例子，2 02 2 年有个电商公司，用MongoDB存用户评论，本来SQL要搞好多表关联，MongoDB直接一个文档搞定，开发都快了一半。

水平扩就是加服务器就行，不用买那种超贵的硬件。
比如北京那家公司，用户量一下子增到百万，关系型数据库跑不动了，CPU爆了内存也满了。
结果换到NoSQL，加了几台机器，立马就好使了。
成本省不少。

但NoSQL也有毛病，数据一致性和事务处理不行。
你想想看，像银行转账这种，必须保证同时扣款和加款，不能中间出错。
NoSQL就做不到这么严格，可能数据会乱。
我后来才反应过来，不是所有地方都适合NoSQL。

种类还多着呢。
文档型的像MongoDB，适合存用户信息这种乱七八糟的数据。
键值型的像Redis，速度快，适合做缓存。
图型的像Neo4 j，专门存关系，比如社交网络谁认识谁。
得看你要干啥，不能瞎用。
比如做推荐系统，可能Redis更合适。

总的来说，你要是数据模型变动快，或者用户量特别大，NoSQL挺好。
但要是要求特别严格，比如金融行业，还是老老实实用SQL吧。
选的时候得小心，别搞错了。

比如2 02 3 年有个项目，本来想用NoSQL，结果测试发现数据丢了，最后还是改回SQL了。
所以得先试试，看行不行。
社区支持也很重要，用的人多，有问题好找。

NoSQL常见的4种数据模型的特点

说到NoSQL的四种数据模型，我可是有点经验了。
咱们就聊聊这四种模式的特点吧。

先说键值对存储模式，这玩意儿简单到不行。
你想象一下，就像超市里的商品标签，每个标签上有个编号（行键）和商品名字（值）。
值可以是啥都有，文本、图片、数组，你想啥都有。
好处是找东西快，就像你拿着标签直接找到商品一样。
不过，你要是想找值里的内容，那可就麻烦了，得像大海捞针一样，效率不高。
而且，这种模式不支持索引，所以你想在值里找东西，除非你记得那个值，否则很难找到。

再说文档式存储模式，这就像你的日记本，每篇日记就是一个文档。
文档里可以包含很多信息，结构也灵活，就像JSON格式那样。
好处是你可以直接在文档里查找内容，而且嵌套关系处理得很好，适合处理复杂的数据结构。
不过，在分布式系统中，这种模式做Join查询可能有点吃力。

然后是列存储模式，这就像是你的账本，每一页只记录某一天的收支情况。
好处是查询效率高，比如你想看某天的收入，直接翻到那一页不就行了？而且，这种模式适合处理大量的稀疏数据，不会浪费空间。
不过，它不适合做复杂的查询，因为你得知道你想要查询的列是哪些。

最后是图存储模式，这就像是你的社交网络，每个节点代表一个人，每条边代表两个人之间的关系。
这种模式特别适合处理复杂的关系网络，比如社交网络分析、搜索引擎排序等。
不过，这种模式分片比较困难，因为节点之间的关系很复杂。

总的来说，每种模式都有它的特点和适用场景，选择哪种模式要根据你的具体需求来定。