MYSQL为什么还要有NOSQL_MySQL它不香吗，为什么还要NoSQL？

这个 No 并不是 Not 的意思，而是 Not Only 的缩写。不得不说这个缩写实在是很坑爹，单从字面上应该没人能猜出来它是这个意思。

而且即使解读成 Not Only SQL，还是有点云里雾里，不是很能精准地 get 到它的点。

因为 SQL 的英文全写是 Structured Query Language，也就是结构化查询语言的意思。它可以认为是一门特殊的编程语言，但“不仅仅是 SQL”是啥意思?

的确令人费解，所以我们从字面意思上去理解是不行的，我们需要从实际应用场景去理解。

SQL 的应用场景是关系型数据库，比如我们常用的 Oracle、MySQL，这些就是关系型数据库。

我们理解数据库的时候，往往会从表的结构入手去理解。数据库当中存储的是一张张的表，表呢是一行行数据组成的，而每一行数据都有固定的字段。

我想这点大家应该非常熟悉，即使没有学过数据库或者是像我这样已经还给老师的，应该或多或少都有印象。

但是为什么它会被叫做关系型数据库，而不是表结构数据库呢?

因为在数据库当中，关系要比表结构更重要。表结构只是一种形式，而数据库当中核心的设计理念其实是关系。

这也是为什么我们学习数据库的时候都需要从 ER 图开始，而不是上来就讲数据库使用的方法，或者是 SQL 语言的细节。

如果你想不明白这句话的含义，也没有关系，我们先放一放，最后再回到这个话题来。

问题来了，我们知道了常用的 SQL 数据库是关系型数据库，那么 NoSQL 代表的数据库又是什么呢?

关于 NoSQL 概念我至少看到了两种说法：非关系型数据库

文档型数据库

我个人在理解的时候觉得这两种说法都不是非常完美，但相比之下显然是第二种更好，因为第一种说法完全没有给我们提供任何信息。

文档型数据库这里的文档，并不是我们常规理解的一篇文档的含义，而是指的数据存储的结构和核心逻辑。

一个生动的例子

和大多数技术上的概念一样，NoSQL 也比较晦涩，很难单纯用语言将它描述清楚。

所以我决定举一个生动活泼，大家都耳熟能详的例子——就是万能的 X 宝。

下面是一张 X 宝当中的商品详情页的图(随便选取，并非广告，如有巧合，请付推广费)：