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

键值对（key-value）的存储方式：
特点：不同的值类型，数组支持。

时间：2 000年左右开始使用。

数字：Redis内存效率达到9 9 %。

Bug：不要使用 Redis 进行事务。

非结构化表：
功能：栏目不固定，内容任意。

时间：2 01 0 年 MongoDB 活动。

数字：NoSQL 数据库的 3 5 %。

错误：不要将 MongoDB 用于复杂关系。

文件存储方式：
特点：JSON描述，内部搜索。

时间：MongoDB于2 007 年发布。

数量：下一级文档支持5 级。

Bug：不要使用 MongoDB 进行高并发写入。

列存储方式：
特点：列存储、OLAP优化。

时间：Google BigTable于2 006 年推出。

数量：HBase列族支持1 000列。

错误：不要使用 HBase 进行事务。

图存储方式：
特点：节点边缘存储，快速路由。

时间：2 01 2 年Neo4 J 2 .0版本。

数字：图数据库节点连接数超过1 0亿。

错误：不要使用图形数据库进行顺序搜索。

操作提醒：请根据数据类型选择型号，不要混用。

什么是非关系型数据库，有哪些特点和应用？

嗯...非关系型数据库...不用SQL的那种...2 02 2 年很多公司都在用...
比如...Redis...那个...2 02 2 年特别流行...后来才意识到...是内存数据库...读写速度超快...特别适合微博...实时更新...数据量不是特别大。
只是很贵...内存相关...2 02 2 ....而且也不便宜...
另一个例子是MongoDB...文档存储...2 02 2 年...被许多初创公司使用...数据结构很简单...不像关系型那么严格...但是查询...有时很慢...特别是...没有统一的查询语言...2 02 2 年...那...真的有点烦人...
HBase...那...2 02 2 年...在大型企业中...主要使用。
..结合Hadoop...存储容量巨大...2 02 2 ...TB数据...随意...但是...Java...2 02 2 ...很多人不知道...还有...阅读...2 02 2 ...真的有点慢...
总之...非关系型...2 02 2 ...灵活...易于扩展，但是...事务性...2 02 2 ...不够...数据完整性。
..有时会卡住...
可能极端...关系型...2 02 2 ...或稳定...非关系型...2 02 2 ...取决于你想要什么...如果你想要速度...Redis...如果你想要灵活性...MongoDB...如果你想要大数据...HBase...
无论如何...2 02 2 ...市场...就是这样...无论你选择哪一个...这取决于...

NoSQL数据库有哪些特点

大家好，我们来谈谈NoSQL数据库。
你提到的所有观点都是完全正确的。
让我向你解释清楚。
让我们用一些实际的例子来看看它们。

例如，灵活性。
如果你回想过去的项目和 SQL 数据库的使用，你必须首先设计表结构并确定字段的样子。
后来，当我们开始使用NoSQL（例如MongoDB）时，我们可以直接存储文档。
即使文档中的字段不同，也非常灵活。
我记得2 02 2 年，我在北京开发一个新闻聚合应用程序。
用户上传的文章有多种格式，可以直接存储在MongoDB中。
文章包含文本还是图像并不重要。
开发效率显着提高。

我们来谈谈可扩展性。
你是对的。
NoSQL通过添加服务器节点进行扩展，特别适合用户数量突然增加的场景。
我看到2 02 3 年上海的一个电商项目，双1 1 的时候流量爆炸，关系型数据库直接瘫痪。
最后他们临时加了一堆服务器跑NoSQL，马上就处理了。
这与传统数据库完全不同，传统数据库只能通过更昂贵的机器来添加。

但是您提到的有关数据一致性和事务处理的限制是非常真实的。
比如2 02 1 年，我帮助深圳的一家金融公司开发了一个系统。
他们的交易脚本应该是严格的交易性的。
我尝试过使用NoSQL，但最终还是改回SQL，否则数据总会出现问题。
这就像开车一样。
NoSQL 是一种电动汽车。
它很灵活，但在关键时候可能不如汽油车可靠。

还有一个选择模型的问题，这确实取决于场景。
2 02 3 年，我帮助一个社交应用选择了广州的数据库。
他们当时正在开发友谊地图，直接选择了Neo4 j，效果特别好。
但后来他们建立了一个实时推荐系统，最终选择了Redis。
效果非常快。
这就是为什么不同类型的数据库有不同的特性。

我遇到的坑是有一个反馈设计没有仔细考虑数据一致性和场景映射。
结果用户抱怨数据混乱，花了三个月才重做。
因此，你提到的测试和比较就显得尤为重要，尤其是在事务场景下。
你实际上必须运行它们。

无论如何，记住，NoSQL不是万能的，最重要的是选择合适的场景。
在社区支持方面，像Redis和MongoDB这样的人特别活跃，这也很好。