关于javascript:前端培训-Node-阶段48-noSQL基础概念

前端最根底的就是 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

参考文献

1. 前端培训目录、前端培训布局、前端培训打算
2. https://www.runoob.com/mongodb/nosql.html
3. https://www.cnblogs.com/zgblog/p/5488735.html