数据库对比与ER模型(表记录的关系)

在上一篇文章《数据库概述与常见数据库介绍》提到了数据库排名以及常见数据库,那么在前十的数据库中有关数据库的描述:
1.Relational:关系型
2.Document:基于文档的
3.Key-value:基于键值对的
4.Search engine:基于搜索引擎的

image.png

一、关系型数据库(RDBMS)

1.实质

关系型数据库是最古老的数据库类型,RDBMS模型是把复杂的数据数据结构归结为简单的二元关系(即二维表格形式),以行(row)列(column)的形式存储数据,这一系列的行和列内成为表(table),一组表就组成了一个库(database)

image.png
表与表之间的记录存在关系(relationship),现实中的各种实体之间的各种联系均用关系模型表示
关系型数据库就是建立在关系模型基础上的数据库,SQL就是关系型数据库的查询语言

2.优势

  • 复杂查询:可以用SQL语句方便在一个表以及多个表之间做非常复杂的数据查询
  • 事务支持:使得对于安全性能很高的数据访问要求得以实现

二、非关系型数据库

1.介绍

非关系型数据库,可以看成传统关系型数据库功能的阉割版本,基于键值对存储数据,不需要经过SQL层的解析,性能非常高。同时通过减少不常用的功能,进一步提高性能
目前大部分主流的非关系数据库基本上都是免费的

2.NoSQL类型

相比于SQL,NoSQL泛指非关系型数据库,包括了榜单上的键值型、文档型、搜索引擎和列存储等,除此以外还包括图形数据库。也只有用NoSQL一词才能包括这些技术

2.1、键值对数据库

通过Key-Value键值的方式来存储数据,其中Key和Value可以是简单的对象,也可以是复杂的对象,Key作为唯一的标识符,优点是查找速度快,在这方面明显优于关系型数据库,缺点是无法像关系型数据库一样使用条件过滤(比如 WHERE),如果不知道数据在哪里,就需要遍历所有的键,消耗大量的计算
键值型数据库典型的使用场景是作为内存缓存Redis是最流行的键值型数据库

2.2、文档型数据库

此类数据库可存放并获取文档,可以是XML、JSON等格式。在数据库中文档作为处理信息的基本单位,一个文档就相当于一条记录。文档数据库所存放的文档,就相当于键值对数据库所存放的"值".MongoDB是最流行的文档型数据库。此外,还有CouchDB等

2.3、搜索引擎数据库

应用在搜索引擎领域的数据存储形式,由于搜索引擎会爬取大量的数据,并以特定的格式进行存储,这样在检索的时候才能保证性能最优,核心原理是"倒排索引"
典型产品:Solr、Elaticsearch、Splunk等

2.4、列式数据库

是相对于行式存储的数据库,Oracle、MySQL、SQL Server等数据库都是采用的行式存储(Row-based),而列式数据库是将数据按照列存储到数据库中,这样做的好处是可以大量降低系统的I/O,适合于分布式文件系统,不足在于功能相对有限
典型产品:Hbase等

2.5、图形数据库

利用了图这种数据结构存储了实体之间的关系。图形数据库最典型的例子就是社交网络中人与人的关系,数据模型主要是以节点和边(关系)来实现,特点在于能高效的解决辅助的关系问题
典型产品:Neo4j、InfoGrid等

三、总结

NoSQL对SQL做出了很好的补充,实际开发中,某些需求并不㤇完整的关系型数据库功能,使用性能更高、成本更低的非关系型数据库更明智。比如:日志收集、排行榜、定时器等功能
即使NoSQ的分类很多,但SQL的比重更大,从排行榜看前5有4个是关系型数据库,所以掌握SQL是非常有必要的

四、关系型数据库设计规则

  • 关系型数据库的典型结构就是数据表,这些数据表的组成都是结构化的(Structured)
  • 将数据放到表中,表再放到库中
  • 一个数据库中可以有多个表,每个表都有一个名字用来标识自己,表明具有唯一性
  • 表具有一些特征,这些特征定义了数据在表中如何存储,类似Java和Python中"类"的设计

1.表、记录、字段

E-R(entity-relationship,实体-联系)模型中有三个主要概念:实体集、属性、联系集

  • 一个实体集(class)对应于数据库中的一个表(table)
  • 一个实体(instance)则对应于数据库表中的一行(row),也称为一条记录(record)
  • 一个属性(attribute)对应于数据库表中的一列(column),也称为一个字段(field)


    image.png
2.2、一对多关系(one-to-many)

常见实例场景:客户表和订单表分类表和商品表部门表和员工表
比如:

  • 员工表:编号、姓名、...、所属部门
  • 部门表:编号、名称、简介
    建表原则:
    在从表(多方)创建一个字段,字段作为外键指向主表(一方)的主键
    image.png
2.3、多对多关系(many-to-many)

要表示多对多关系,必须创建第三个表,该表通常称为联接表,它将多对多关系划分为两个一对多关系,将这两个表的主键都插入到第三个表当中
比如:

  • 图片信息表:图片id,大小,位置
  • 图片标签表:标签id,标签名,简介
  • 图片标签表:一张图片可以选多个标签,一个标签可以被多个图片选择


    image.png
2.4、自我引用(Self reference)

在同一张表中,可以引用自己的字段
比如:员工表(员工编号、姓名、部门编号、主管编号)
员工编号可能也是下级员工的主管编号

image.png

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 205,033评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,725评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,473评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,846评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,848评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,691评论 1 282
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,053评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,700评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 42,856评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,676评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,787评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,430评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,034评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,990评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,218评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,174评论 2 352
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,526评论 2 343

推荐阅读更多精彩内容