简单来说 SQL 数据库和 NoSQL 数据库有着共同的目标:存储数据,但存储的方式不同
一. 表
- SQL中的表结构具有严格的数据模式约束: 存储数据很难出错。
-
NoSQL存储数据更加灵活*:可能导致数据不一致性问题的发生。
SQL
每个表规定了固定的字段,各个字段有固定的类型
NoSQL
而 NoSQL 使用类 Json 的键值对存储数据(还有使用阵列、图形的),
一个记录或者说一个文档可以是这样的格式
KEY 1:
{
id: 123456,
name:"howie",
age: 20
}
也可以是这样的格式
KEY 2:
{
ISBN: 9780992461225,
title: "JavaScript: Novice to Ninja",
author: "Darren Jones",
price: 29.00,
review: [
{ name: "A Reader", text: "The best JavaScript book I've ever read." },
{ name: "JS Expert", text: "Recommended to novice and expert developers alike." }
]
}
所有的记录组成一个集合,例如 redis
二. 数据库的模式
SQL 模式
关系型数据库中,在把数据存储进去前,你需要做很多工作,如设置数据库字符集,定义主键,设置各个字段的类型,设置索引等等,这些就是关系型数据库的模式,这些模式的限制,让表结构有着严格的约束。
NoSQL 无模式
而非关系型数据库的数据可以随时写入,不需要去事先定好各种条条框框,也正因为如此,NoSQL 数据库更适合于那些不能够确定数据需求的的工程项目。
三. 数据库的规范化
SQL 规范化
例如我们拥有两表
用户表:
购物表:
通常情况下,我们不会在购物表中重复每个 user 的所有信息,而是会添加 user_id 字段关联两个表,以最小化数据的冗余。
这叫做数据库的规范化
NoSQL 非规范化
规范化的设计方法很好地优化了数据冗余,但是在 NoSQL 中一般不会这么设计,我们会直接为每一条购物数据都添上用户的所有信息:
{
id: 1,
pay: 20,
goods: "杯子",
number: 2,
time: "2018-06-04 22:58:46",
user : {
id: 1,
name: "Time",
age: 18,
password: "111111",
}
},
{
id: 2,
pay: 50,
goods: "书本",
number: 1,
time: "2018-06-04 22:59:46",
user : {
id: 1,
name: "Time",
age: 18,
password: "111111",
}
}
目的是更快地查询,当然,如果需要频繁更新用户信息,自然会使效率下降
四. 事务
SQL 数据库中提供了事务操作,将两条或者多条更新操作结合成一个事务(要么全部执行成功要么都失败)。
而 NoSQL 数据库则缺乏传统的事务机制,不过很多 NoSQL 数据库也有各自的方式去处理这一类问题
五. 操作语法
SQL 数据库使用传统的 SQL 语言来进行增删查改,而 NoSQL 数据库则使用各自的语法来进行操作。
比如查询,对比 SQL 的 select * from table;
, MongoDB 有 db.table.find()
,HBase 有scan table
通常情况下,由于 NoSQL 非规范化,数据模型的简单等原因 NoSQL 比 SQL 语言更快,当然,一个设计得好的 SQL 数据库的表现一定会比一个设计得不好的 NoSQL 数据库性能好很多
六. 适用场景
适合使用 SQL 开发的项目:
- 数据库模式,结构可以预先规定的,或者可以相对固定的项目
- 要求数据一致性
- 具有良好的开发者经验和技术支持的标准的成熟技术
适合使用 NoSQL 开发的项目:
- 不相关,不确定和逐步发展的数据需求
- 更简单或者更宽松的能够快速开始编程的项目
- 速度和可扩展性至关重要的
当然现在很多项目都使用 SQL 和 NoSQL 相结合的方式,各自发挥其优点。
以上为文章所有内容,如有错误,敬请指出,多多指教,谢谢!