关系型数据和文档型数据库区别

关系型数据库和文档型数据库有什么区别

关系型数据库属于早期的传统型数据库，它有着标准化的数据模子，以及事件和恒久化的支持、例如，关系型数据库都会支持的 ACID 特性，也就是原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）和恒久性（Durability），具体含义如下。
1、原子性（Atomicity）：是指一个事件中的所有操作，要么全部完成、要么全部不完成，不会存在中间的状态。也就是说事件在正常的情况下会执行完成；非常的情况下，比如在执行的过程中如果出现题目，会回滚成最初的状态，而非中间状态。
2、一致性（Consistency）：是指事件从开始执行到竣事执行之间的中间状态不会被其他事件看到。
3、隔离性（Isolation）：是指数据库允许多个事件同时对数据进行读写或修改的能力，而且整个过程对各个事件来说是相互隔离的。
4、恒久性（Durability）：是指每次事件提交之后都不会丢失。
以 MongoDB 为代表的文档型数据库提供了更高效的读/写性能以及可自动容灾的数据库集群，还有灵活的数据库结构，从而给系统的数据库存储带来了更多可能 性。
关系型数据库一样平常依照三范式设计头脑

1、第一范式（The First Normal Form，1NF）：要求对属性的原子性，也就是说要求数据库中的字段需要具备原子性，不能再被拆分。

                               
登录/注册后可看大图

2、第二范式（The Second Normal Form，2NF）：要求消除重复出现的情况，避免冗余数据的产生

                               
登录/注册后可看大图

3、第三范式（The Third Normal Form，3NF）：想要满足第三范式必须先满足第二范式，第三范式要求所有的非主键字段必须直接依靠主键，且不存在通报依靠的情况。

                               
登录/注册后可看大图

可以看出，使用三范式可以避免数据的冗余，而且在更新表操作时，只需要更新单张表就可以了
非关系型数据库和文档型数据库有什么区别

非关系型数据和文档型数据库属于包含关系，非关系型数据包含了文档型数据库，文档型数据库属于非关系型数据。
非关系型数据通常包含 3 种数据库范例：文档型数据库、键值型数据库和全文搜索型数据库，下面分别来看每种范例的具体用途。
1、文档型数据库
文档型数据库以 MongoDB 和 Apache CouchDB 为代表，文档型数据库通常以 JSON 或者 XML 为格式进行数据存储。
文档型数据库的使用场景如下：
a、灵敏开发，因为 MongoDB 拥有比关系型数据库更快的开发速率，因此许多灵敏开发组织，包罗纽约时报等都接纳了 MongoDB 数据库。使用它可以有用地避免在增加和修改数据库带来的沟通成本，以及维护和创建数据库模子成本，使用 MongoDB 只需要在步伐层面严格把关就行，步伐提交的数据结构可以直接更新到数据库中，并不需要繁杂的设计数据库模子再生成修改语句等过程。
b、日志系统，使用 MongoDB 数据库非常得当存储日志，日志对应到数据库中就是许多个文件，而 MongoDB 更善于存储和查询文档，它提供了更简单的存储和更方便的查询功能。
c、社交系统，使用 MongoDB 可以很方便的存储用户的位置信息，可以方便的实现查询附近的人以及附近的地点等功能。
2、键值型数据库
键值数据库也就是 Key-Value 数据库，它的典型代表数据库是 Redis 和 Memcached，而它们通常被当做非恒久化的内存型数据库缓存来使用。固然 Redis 数据库是具备可恒久化得能力的，但是开启恒久化会降低系统的运行效率，因此在使用时需要根据实际的情况，选择开启或者关闭恒久化的功能。
键值型数据库以极高的性能著称，且除了 Key-Value 字符串范例之外，还包含一些其他的数据范例。以 Redis 为例，它提供了字符串范例（String）、列表范例（List）、哈希表范例（Hash）、聚集范例（Set）、有序聚集范例（ZSet）等五种最常用的基础数据范例，还有管道范例（Pipeline）、地理位置范例（GEO）、基数统计范例（HyperLogLog）和流范例（Stream），而且还提供了消息队列的功能。
此数据库的长处是性能比较高，缺点是对事件的支持不是很好。
3、全文搜索型数据库
传统的关系型数据库主要是依靠索引来实现快速查询功能的，而在全文搜索的业务下，索引很难满足查询的需求。因为全文搜索需要支持含糊匹配的，当数据量比较大的情况下，通报的关系型数据库的查询效率是非常低的；另一个原因是全文搜索需要支持多条件随意组合排序，如果要通过索引来实现的话，则需要创建大量的索引，而传统型数据库也很难实现，因此需要专门全文搜索引擎和相关的数据库才能实现此功能。
全文搜索型数据库以 ElasticSearch 和 Solr 为代表，它们的出现解决了关系型数据库全文搜索功能较弱的题目。
MongoDB 支持事件吗

MongoDB 在 4.0 之前是不支持事件的，不支持的原因也很简单，因为文档型数据库和传统的关系型数据库不一样，不需要满足三范式。文档型数据库之以是性能比较高的另一个主要原因，就是使用文档型数据库不消进行多表关联性查询，因为文档型数据库会把相关的信息存放到一张表中。因此，无需关联多表查询的 MongoDB，在这种情况下的查询性能是比较高的。
把所有相关的数据都放入一个表中，这也是 MongoDB 之前很长一段时间内不支持事件的原因，它可以包管单表操作的原子性，一条记录要么成功插入，要么插入失败，不会存在插入了一半的数据。因此，在这种设计思绪下，MongoDB 官方认为“事件功能”的实现没有那么告急。
但在 MongoDB 4.0 之后正式添加了事件的功能，而且在 MongoDB 4.2 中实现了分布式事件的功能，至此 MongoDB 开启了支持事件之旅。

转发了

转发了

转发了

转发了