5数据库技术基础

数库基础概念

数据库系统

数据是数据库中存储的基本对象,是描述事物的符号记录。
数据的种类:文本、图形、图像、音频、视频
数据库DB:是长期存储在计算机内,有组织的、可以共享的大量数据的集合。
数据库的基本特性:
数据按一定的数据模型组织、描述和存储;
可为各种用户共享;
冗余度较小;
数据独立型较高;
易扩展。
数据库系统DBS:是一个采用了数据库技术,有组织、动态地存储大量相关数据,方便多用户访问的计算机系统。其由下面四个部分组成:
数据库(统一管理、长期存储在计算机内的,有组织的相关数据的集合)
硬件(构成计算机系统包括存储数据所需的外部设备)
软件(操作系统、数据库管理系统及应用程序)
人员(系统分析和数据库设计人员、应用程序员、最终用户、数据库管理员DBA)
数据管理系统DBMS的功能
实现对共享数据有效的组织、管理和存取。
包括数据定义、数据库操作、数据库运行管理、数据的存储管理、数据库的建立和维护等。

三级模式-两级映像

数据库三级模式-两级映像.png

内模式:管理如何存储物理的数据,对应具体物理存储文件。
模式:又称为概念模式,就是我们通常使用的基本表,根据应用需要将物理数据划分成一张张表。
外模式:对应数据库中的视图这个级别,将表进行一定处理后在提供给用户使用。
外模式-模式映像:是表和视图之间的映射,存在于概念级和外部级之间,若表中数据发生了修改,只需要修改此映射而无需修改应用程序。
模式-内模式映像:是表和数据的物理存储之间的映射,存在于概念级和内部级之间,若修改了数据存储方式,只需要修改此映射而无需修改应用程序。

数据库设计

需求分析:即分析数据存储的要求,产出数据流图、数据字典、需求说明书
概念结构设计:就是设计E-R图,也即实体-属性图,与物理实现无关,说明有哪些实体,实体有哪些属性。
逻辑结构设计:将E-R图转换成关系模式,即转换成实际的表和表中的列属性,这里要考虑很多规范化的东西。
物理设计:根据生成的表等概念,生成物理数据库。

数据模型

关系模式是二维表的形式表示的实体-联系模型,是将实体-联系模型转换而来的,经过开发人员设计的;
概念模型是从用户的角度进行建模的,是现实世界到信息世界的第一抽象,是真正的实体-联系模型
网状模型表示实体类型及其实体之间的联系,一个事物和另外几个都有联系,形成一张网。
面向对象模型是采用面向对象的方法设计数据库,以对象为单位,每个对象包括属性和方法,具有类和继承等特点。
数据模型三要素:数据结构(所研究的对象类型的集合)、数据操作(对数据库中各种对象的实例允许执行的操作的结合)、数据的约束条件(一组完整性规则的集合)。
用E-R图来描述概念数据模型,世界是由一组称为实体的基本对象和这些对象之间的联系构成的。
在E-R模型中,使用椭圆表示属性(一般没有)、长方形表示实体、菱形表示联系,联系的两端要填写联系类型。
实体:客观存在并可以相互区别的事务。可以是具体的人、事、物活抽象概念。如:人、汽车、图书、账户、贷款。
弱实体和强实体:弱实体依赖于强实体的存在而存在。
实体集:具有相同类型和共享相同属性的实体的集合,如学生、课程。
属性:实体所具有的特性。
属性分类:简单属性和复核属性;单值属性和多值属性;NULL属性;派生属性。
域:属性的取值范围称为该属性的域。
码(key):唯一标识实体的属性集。
联系:现实世界中事务内部以及事物之间的联系,在E-R图中反映为实体内部的联系和实体之间的联系。
联系类型:一对一1:1、一对多1:N、多对多M:N。
关系模型中数据的逻辑结构是一张二维表,由行列组成。用表格结构表达实体集,用外键标识实体间的联系。优点:建立在严格的数学概念基础上;概念单一、结构简单、清晰,用户易懂易用;存取路径对用户透明,从而数据独立性、安全性好,简化数据库开发工作。缺点:由于存取路径透明,查询效率往往不如非关系数据模型。
E-R模型转为关系模型:每个实体都对应一个关系模型;联系分为三种:
1:1联系中联系可以放到任意的两端实体中,作为一个属性要保证1:1的两端关联,也可以转换为一个单独的关系模式;
1:N联系中联系可以单独作为一个关系模式,也可以在N端中加入1端实体的主键;
M:N联系中联系必须作为一个单独的关系模式,其主键是M和N端的联合主键。

E-R模型

关系模型

关系代数

并:结果是两张表中所有记录合并,相同记录只显示一次。
交:结果是两张表中相同的记录。
差:S1-S2结果是S1表中有而S2表中没有的那些记录。
笛卡尔积:S1S2,产生的结果包含S1和S2的所有属性列,并且S1中每条记录依次和S2中所有记录组成一条记录,最终属性列为S1+S2属性列,记录数为S1S2记录数。
投影:实际是按照条件选择某关系模式中的某列,列也可以用数字表示。
选择:实际是按照条件选择某关系模式中的某条记录。
自然连接:结果显示全部的属性列,但是相同属性列只显示一次,显示两个关系模式中属性相同且值相同的记录。

函数依赖

给定一个X,能唯一确定一个Y就称为X确定了Y或者说Y依赖于X。例如Y=X*X函数。
函数依赖又可扩展以下两种规则:
部分函数依赖:A可确定C,A、B也可以确定C,A、B中的一部分即A可以确定C,称为部分依赖。
传递函数依赖:当A、B不等价时,A可以确定B,B可以确定C,则A可确定C是传递函数依赖,若A和B等价,则不存在传递直接就可确定C。

键与约束

超键:能唯一标识此表的属性的组合。
候选键:超键中去掉冗余的属性,剩余的属性就是候选键。
主键:任选一个候选键即可作为主键。
外键:其他表中的主键。
主属性:候选键内的属性为主属性,其他属性为非主属性。
实体完整性约束:即主键约束,主键值不能为空也不能重复。
参照完整性约束:即外键约束,外键必须是其他表中已经存在的主键的值,或者为空。
用户自定义完整性约束:自定义表达式约束,如设定年龄属性的值必须为0到150之间。

范式

第一范式:关系中的每一个分量必须是一个不分的数据项。通俗地说第一范式就是表中不允许有小表的存在。比如对于如下的员工表就属于第一范式。
实例:用一个单一的关系模式学生来描述学校的教务系统:学生()
第二范式:如果关系R属于1NF且每一个非主属性完全函数依赖于任何一个候选码,则R属于2NF。通俗地说2NF就是在1NF的基础上表中的每一个非主属性不会依赖复合主键中的某一个列。
第三范式:在满足1NF的基础上,表中不存在非主属性对码的依赖传递。
BC范式BCNF是指在第三范式的基础上进一步消除主属性对于码的部分函数依赖和传递依赖,通俗的来说就是在每一种情况下,每一个依赖的左边决定因素必然包含候选键。

模式分解

范式之间的转换一般都是通过拆分属性即模式分解,将具有部分函数依赖和传递依赖的属性分离出来,来达到进一步步优化,一般分为以下两种:
保持函数依赖分解:对于关系模型R,有依赖F,若对R进行分解,分解出来的多个关系模式,保持原来的依赖集不变,则为保持函数依赖的分解。另外注意要消除掉冗余依赖。

并发控制

事务:由一系列组成,这些操作要么全做,要不么全不做,拥有如下四种特性:
原子性(操作):要么全做要么全不做。
一致性(数据):事务发生后数据是一致的,例如银行转账,不会存在A账户转出,但是B账户没有收到的情况。
隔离性(执行):任一事务的更新操作直到其成功提交的整个过程对其他事务都是不可见的,不同事务之间是隔离的,互不干涉。
持续性(改变):事务操作的结果是持续性的。
事务是并发控制的前提条件,并发控制就是控制不同的事务并发执行,提高系统效率,但是并发控制中存在下面三个问题:
1、丢失更新:事务1对数据A进行了修改并写回,事务2也对A进行修改并写回,此时事务2写回的数据就会覆盖事务1写回的数据,就丢失了事务1对A的更新。即数据A的更新会被覆盖。
2、不可重复读:事务2读A,而后事务1对输数据A进行了修改并写回,此时若事务2在读数据A,发现数据不对。即一个事务重复读A两次,会发现数据A有误。
3、读脏数据:事务1对数据A进行了修改后,事务2读数据A,而后事务1回滚,数据A恢复了原来的值,那么事务2对数据A做的事是无效的,读到了脏数据。

封锁协议

X锁是排它锁(写锁)。若事务T对数据对象A加上X锁,则只允许T读取和修改A,其他事务都不能在对A加任何类型的锁,直到T释放A上的锁。
S锁是共享锁(读锁)。若事务T对数据对象A加上S锁,则只允许T读取A,但不能修改A,其他事务只能对A加S锁(也技能读不能修改),直到T释放A上的S锁。
共分为三级封锁协议如下:
一级封锁协议:事务在修改数据R之前必须先对其加X锁,直到事务结束才释放。可解决丢失更新问题。
二级封锁协议:一级封锁协议的基础上加上事务T在读数据R之前必须先对其加S锁,读完后即可释放S锁。可解决丢失更新,读脏数据问题。
三级封锁协议:一级封锁协议加上事务T在读取数据R之前先对其加S锁,直到事务结束后释放。可解决丢失更新、读脏数据、数据重复读问题。

数据库新技术

数据库安全

措施 说明
用户标识和鉴定 最外层的安全保护措施,可以使用用户账户、口令和随机数检验等方式
存取控制 对用户进行授权,包括操作类型(如查找、插入、删除、修改等动作)和数据对象(主要是数据范围)的权限
密码存储和传输 对远程终端信息用密码传输
视图的保护 对视图进行授权
审计 使用一个专用文件或数据库,自动将用户对数据库的所有操作记录下来
故障关系 故障原因 解决方法
事务本身的可预期故障 本身逻辑 在程序中预先设置rollback语句
事务本身的不可预期故障 算术溢出、违反存储保护 由DBMS的恢复子系统通过日志,撤销事务对数据库的修改,回退到事务初始状态
系统故障 系统停止运转 通常使用检查点法
介质故障 外存被破坏 一般使用日志重做业务

静态转储:即冷备份,指在转储期间不允许对数据库进行任何存取、修改操作;优点是非常快速的备份方法、容易归档(直接物理复制操作);
缺点是只能提供到某一时间点上的恢复,不能做其他工作,不能按表或用户恢复。
动态转储:即热备份,在转储期间允许对数据库进行存取、修改操作,因此转储和用户事务可并发执行;缺点是不能出错,否则后果严重,若热备份不成功,所得结果几全部无效。
完全备份:备份所有数据。
差量备份:仅备份上一次完全备份之后变化的数据。
增量备份:备份上一次备份之后变化的数据。
日志文件:在事务处理过程中,DBMS把事务开始、事务结束以及对数据库的插入、删除和修改的每一次操作写入日志文件。一旦发生故障,DBMS的恢复子系统利用日志文件撤销事务对数据库的改变,回退到事务的初始状态。

分布式数据库

局部数据库位于不同的物理位置,使用一个全局DBMS将所有局部数据库联网管理,这就是分布式数据库。
分片模式
水平分片:将表中水平的记录分别存放在不同的地方。
垂直分片:将表中垂直的列值分别存放在不同的地方。
分部透明性
分片透明性:用户或应用程序不需要知道逻辑上访问的表具体是如何分块存储的。
位置透明性:应用程序不关心数据存储物理位置的改变。
逻辑透明性:用户或应用程序无需知道局部使用的是哪种数据模型。
复制透明性:用户或应用程序不关心复制的数据从何而来。

数据仓库

数据仓库是一个面向主题的、集成的、非易失的,且随时间变化的数据集合,用于支持管理决策。
面向主题:按照一定的主题域进行组织的。
集成的:数据仓库中的数据是在对原有分散的数据库数据抽取、清理的基础上经过系统加工、汇总和整理得到的,必须消除源数据中的不一致性,以保证数据仓库内的信息是关于整个企业的一致的全局信息。
相对稳定的:数据仓库的数据主要供企业决策分析之用,所涉及的数据操作主要是数据查询,一旦某个数据进入数据仓库以后,一般情况下将被长期保留,也就是数据仓库中一般有大量的查询操作,但修改和删除操作很少,通常只需要定期的加载、剧新。
原映历史变化:数据仓库中的数据通常包含历史信息,系统记录了企业从过去某一时点(如开始应用数据仓库的时点)到目前的各个阶段的信息,通过这些信息,可以对企业的发展历程和未来趋势做出定量分析和预测。
数据仓库的结构通常包含四个层次:
1、数据源:是数据仓库系统的基础,是整个系统的数据源泉。
2、数据的存储和管理:是整个数据仓库系统的核心。
3、OLAP(联机分析处理)服务器:对分析需要的数据进行有效集成,按多维模型组织,以便进行多角度、多层次的分析、并发趋势。
4、前端工具:主要包括各种报表工具、查询工具、数据分析工具、数据挖掘工具以及各种基于数据仓库或数据集市的应用开发工具。
B1系统主要包括数据预处理、建立数据仓库、数据分析和数据展现四个主要阶段。
1、数据预处理是整合企业原始数据的第一步,它包括数据的抽取(Extraction)、转换(Transformation)和加载(Load)三个过程(ETL过程);
2、建立数据仓库则是处理海量数据的基础;
3、数据分析是体现系统智能的关键,一般采用联机分析处理(OLAP)和数据挖掘两大技术,联机分析处理不仅进行数据汇总/聚集,同时还提供切片、切块、下钻、上卷和旋转等数据分析功能,用户可以方便地对海量数据进行多维分析。数据挖掘的目标则是挖掘数据背后隐藏的知识,通过关联分析、聚类和分类等方法建立分析模型,预测企业未来发展趋势和将要面临的问题;
4、在海量数据和分析手段增多的情况下,数据展现则主要保障系统分析结果的可视化。

反规范化技术

◆反规范化技术:规范化设计后,数据库设计者希望牺牲部分规范化来提高性能。
◆采用反规范化技术的益处:降低连接操作的需求,降低外码和索引的数目,还可能减少表的数目,能够提高查询效率。
可能带来的问题:数据的重复存储,浪费了磁盘空间;可能出现数据的完整性问题,为了保障数据 的一致性,增加了数据维护的复杂性,会降低修改速度。
◆具体方法:
(1)增加冗余列:在多个表中保留相同的列,通过增加数据冗余减少或避免查询时的连接操作。
(2)增加派生列:在表中增加可以由本表或其它表中数据计算生成的列,减少查询时的连接操作并避免计算或使用集合函数。
(3)重新组表:如果许多用户需要查看两个表连接出来的结果数据,则把这两个表重新组成一个表来减少连接而提高性能。
(4)水平分割表:根据一列或多列数据的值,把数据放到多个独立的表中,主要用于表数据规模很大、表中数据相对独立或数据需要存放到多个介质上时使用。
(5)垂直分割表:对表进行分割,将主键与部分列放到一个表中,主键与其它列放到另一个表中,在查询时减少1/0次数。

大数据

特点:大量化、多样化、价值密度低、快速化

SQL语言

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

推荐阅读更多精彩内容

  • 9.1 基本概念 9.1.1 数据库与数据库系统 数据库技术:研究数据库结构、存储、设计、管理和应用的一门软...
    jolly_elf阅读 729评论 0 0
  • 一:数据库系统的基本概念 数据:实际上就是描述事物的符号记录。 软件的数据是有一定的结构,有型与值之分,如整型、实...
    CONLYOUC阅读 794评论 0 5
  • 第一章 绪论 4个基本概念:数据、数据库、数据库管理系统、数据库系统 数据:描述事物的符号记录 数据的含义称为数据...
    Azur_wxj阅读 5,819评论 0 27
  • [TOC] ER模型 实体 属性(实体的属性) 域(属性的取值范围) 候选码(唯一标识实体的属性或最小属性组)必须...
    梁思宇阅读 3,528评论 1 6
  • 第一章 绪论 一选择题: 1.在数据管理技术的发展过程中,经历了人工管理阶段、文件系统阶段和数据库系统阶段。在这...
    孜然味的啊阅读 2,324评论 0 0