共计 3486 个字符，预计需要花费 9 分钟才能阅读完成。
前端最根底的就是 HTML+CSS+Javascript。把握了这三门技术就算入门，但也仅仅是入门，当初前端开发的定义曾经远远不止这些。前端小课堂（HTML/CSS/JS），本着晋升技术水平，打牢基础知识的中心思想，咱们开课啦（每周四）。
数据库分为两种：关系数据库（RDBMS）和非关系数据库（NoSQL）。
- 关系数据库: mysql、oracle、SQL server
- 非关系数据库：HBase、Redis、MongoDB、Couchbase、LevelDB
NoSQL
NoSQL (NoSQL = Not Only SQL)，指的是非关系型的数据库。是对不同于传统的关系型数据库的数据库管理系统的统称。
为什么应用 NoSQL ?
对于一些须要灵便构造的数据，关系型数据库的横向扩大能力不够，而 NoSQL 存储数据不须要固定的模式，无需多余操作就能够横向扩大。
RDBMS vs NoSQL
RDBMS
- 高度组织化结构化数据
- 结构化查询语言（SQL）
- 数据和关系都存储在独自的表中。
- 数据操纵语言，数据定义语言
- 严格的一致性
- 根底事务
NoSQL
- 代表着不仅仅是 SQL
- 没有申明性查询语言
- 没有预约义的模式
- 键值对存储，列存储，文档存储，图形数据库
- 最终一致性，而非 ACID 属性
- 非结构化和不可预知的数据
- CAP 定理
- 高性能，高可用性和可伸缩性
ACID 规定（关系型数据库）
事务在英文中是 transaction，和事实世界中的交易很相似，它有如下四个个性：
1、A (Atomicity) 原子性
原子性很容易了解，也就是说事务里的所有操作要么全副做完，要么都不做，事务胜利的条件是事务里的所有操作都胜利，只有有一个操作失败，整个事务就失败，须要回滚。
比方银行转账，从 A 账户转 100 元至 B 账户，分为两个步骤：1）从 A 账户取 100 元；2）存入 100 元至 B 账户。这两步要么一起实现，要么一起不实现，如果只实现第一步，第二步失败，钱会莫名其妙少了 100 元。
2、C (Consistency) 一致性
一致性也比拟容易了解，也就是说数据库要始终处于统一的状态，事务的运行不会扭转数据库本来的一致性束缚。
例如现有完整性束缚 a +b=10，如果一个事务扭转了 a，那么必须得扭转 b，使得事务完结后仍然满足 a +b=10，否则事务失败。
3、I (Isolation) 独立性
所谓的独立性是指并发的事务之间不会相互影响，如果一个事务要拜访的数据正在被另外一个事务批改，只有另外一个事务未提交，它所拜访的数据就不受未提交事务的影响。
比方当初有个交易是从 A 账户转 100 元至 B 账户，在这个交易还未实现的状况下，如果此时 B 查问本人的账户，是看不到新减少的 100 元的。
4、D (Durability) 持久性
持久性是指一旦事务提交后，它所做的批改将会永恒的保留在数据库上，即便呈现宕机也不会失落。
CAP 定理（CAP theorem）
在计算机科学中, CAP 定理（CAP theorem）, 又被称作 布鲁尔定理（Brewer’s theorem）, 它指出对于一个分布式计算零碎来说，不可能同时满足以下三点:
- 一致性(Consistency) (所有节点在同一时间具备雷同的数据)
- 可用性(Availability) (保障每个申请不论胜利或者失败都有响应)
- 分隔容忍(Partition tolerance) (零碎中任意信息的失落或失败不会影响零碎的持续运作)
CAP 实践的外围是：一个分布式系统不可能同时很好的满足一致性，可用性和分区容错性这三个需要，最多只能同时较好的满足两个。
因而，依据 CAP 原理将 NoSQL 数据库分成了满足 CA 准则、满足 CP 准则和满足 AP 准则三 大类：
- CA – 单点集群，满足一致性，可用性的零碎，通常在可扩展性上不太强大。
- CP – 满足一致性，分区容忍性的零碎，通常性能不是特地高。
- AP – 满足可用性，分区容忍性的零碎，通常可能对一致性要求低一些。
Redis
Redis 是一个开源的应用 ANSI C 语言编写、反对网络、可基于内存亦可长久化的日志型、Key-Value 数据库，并提供多种语言的 API。目前由 VMware 主持开发工作。
Redis 通常被称为数据结构服务器，因为值（value）能够是 字符串 (String), 哈希(Hash/Map), 列表(list), 汇合(sets) 和 有序汇合(sorted sets) 五种类型，操作十分不便。比方，如果你在做好友零碎，查看本人的好友关系，如果采纳其余的 key-value 零碎，则必须把对应的好友拼接成字符串，而后在提取好友时，再把 value 进行解析，而 redis 则绝对简略，间接反对 list 的存储(采纳双向链表或者压缩链表的存储形式)。
var redis = require("redis"),
client = redis.createClient();
client.on("error", function (err) {console.log("Error" + err);
});
client.set("string key", "string val", redis.print);
client.hset("hash key", "hashtest 1", "some value", redis.print);
client.hset(["hash key", "hashtest 2", "some other value"], redis.print);
client.hkeys("hash key", function (err, replies) {console.log(replies.length + "replies:");
replies.forEach(function (reply, i) {console.log("" + i +": " + reply);
});
client.quit();});
属于 CP 类型
MongoDB
MongoDB 是一个高性能，开源，无模式的文档型数据库，开发语言是 C ++。它在许多场景下可用于代替传统的关系型数据库或键 / 值存储形式。
在 MongoDB 中，文档是对数据的形象，它的表现形式就是咱们常说的 BSON_（Binary JSON）_。
BSON 是一个轻量级的二进制数据格式。MongoDB 可能应用 BSON，并将 BSON 作为数据的存储寄存在磁盘中。
BSON 是为效率而设计的，它只须要应用很少的空间，同时其编码和解码都是十分疾速的。即便在最坏的状况下，BSON 格局也比 JSON 格局再最好的状况下存储效率高。
对于前端开发者来说，一个“文档”就相当于一个对象。
var mongodb = require('mongodb');
var mongodbServer = new mongodb.Server('localhost', 27017, { auto_reconnect: true, poolSize: 10});
var db = new mongodb.Db('mydb', mongodbServer);
/* open db */
db.open(function() {
/* Select 'contact' collection */
db.collection('contact', function(err, collection) {
/* Insert a data */
collection.insert({
name: 'Fred Chien',
email: 'cfsghost@gmail.com',
tel: [
'0926xxx5xx',
'0912xx11xx'
]
}, function(err, data) {if (data) {console.log('Successfully Insert');
} else {console.log('Failed to Insert');
}
});
/* Querying */
collection.find({name: 'Fred Chien'}, function(err, data) {
/* Found this People */
if (data) {console.log('Name:' + data.name + ', email:' + data.email);
} else {console.log('Cannot found');
}
});
});
});MongoDB 比拟灵便，能够设置成 strong consistent _（CP 类型）_或者 eventual consistent_（AP 类型）_。
但其默认是 CP 类型
微信公众号：前端 linong
参考文献
- 前端培训目录、前端培训布局、前端培训打算
- https://www.runoob.com/mongodb/nosql.html
- https://www.cnblogs.com/zgblog/p/5488735.html
