绪论中那些杂七杂八的概念

1.四个基本概念

(1)数据

洋名:Data

官方定义:描述事物的符号记录

神神叨叨:各种图形,文字,数字,甚至音频,视频也都是数据,自我认为也就是表达事物的东西。(说了这么多,还是人家定义的好)

(2)数据库

洋名:Database ,简称DB

官方定义:数据库是 长期存储 在计算机中,有组织 的,可共享大量 数据的集合。

神神叨叨

1.数据库,都是库了,肯定是大量数据的集合;
2.组织这么多数据肯定要有一定的规则(即有组织的),不然越多越乱,不会有哪个人想要问题越来越复杂的;
3.如此耗时耗力地建立一个数据库,只为了自己,那也太不值得了,所以它一定要可共享(造福人民!)
4.另外,长期存储,要是我费力建的数据库,待几个月就没了,那我建立时候肯定没有动力,慢慢的它就会失去我的心!没有一个程序是想要失去民心的!而且,既然是要共享的,当然也不能轻易消失。。

(3)数据库管理系统

洋名:DBMS

官方定义:是基础软件,是一个大型复杂的软件系统,位于用户与操作系统之间的一层数据管理软件。

神神叨叨:顾名思义,就是一个管理我们数据库滴软件,叫做“系统”,与操作系统类似,是基础软件。我们要用的SQL Server,My SQL等等的就是它啦。

(4)数据库系统

洋名:DBS

官方定义:由数据库,数据管理系统,应用程序,数据库管理员构成的整体。

神神叨叨
看名字,如此抽象,高度概括,肯定也是包括很多的。。。就像是一个小型公司,公司需要运作,需要基本的资金能力(数据库),管理系统(DBMS),管理层人员(数据库管理员),还有就是这个公司的成就(开发出来的应用程序)。

2.概念模型中的四个概念

(1)实体

洋名:Entity

官方定义:客观存在并可相互区别的事物。

神神叨叨:具体的人,事,物,以及我们所承认的一些抽象的概念,(类似 专业 这样子的)。

(2)实体型

洋名:Entity Type

官方定义:用实体名,属性名集合来抽象和刻画同类实体成为实体型。

神神叨叨:“型”,即是抽象,就是抽取同一类实体共同属性,而没有具体的值,针对实体,就是实体型。

举个栗子:学生(学号,姓名,性别,年龄,专业…)

(3)实体集

洋名:Entity Set

官方定义:同一类型实体的集合。

神神叨叨:我觉得定义已经很通俗易懂啦。就比方 学生实体 ,它的实体集就是 学生1(),学生2(),…学生n(),()里面是他们各自的属性。

(4)实体之间的联系

洋名:Relationship

官方定义:现实世界中事物内部以及事物之间的联系在信息世界中反映为实体内部的联系以及实体之间的联系。

神神叨叨

事物 反映为 实体,那实体之间的联系,就是我们现实中 事物之间的联系 了。
就像是 学生实体 和 教师实体,不管在现实世界还是信息世界,他终究是你的老师。

3.关系模型中的一些概念

(1)关系模型

洋名:Relational Model

官方解释:在用户的观点下,关系模型中数据的逻辑结构是一张二维表,它由行和列组成。

神神叨叨:用户所看到的关系模型就表现为是一张二维表,但它绝对没有一张表那么简单!

(2)关系 —— 表

洋名:Relation

官方定义:一个关系通常对应我们所说的一张表。

(此处没有神神叨叨。。。。)

(3)属性 —— 列

洋名:Attribute

官方定义:表中的一列即一个属性,给每一个属性起一个名称叫做属性名。

(4)域 —— 属性的取值范围

洋名:Domain

官方定义:是一组具有相同数据类型的值的集合。属性的取值范围来自某个域。

神神叨叨:就像是我们数学经常说的函数的定义域,值域。域就是一组相同数据类型的集合,而属性的取值范围在域中才有意义。

(5)元组 —— 行

洋名:Tuple

官方定义:表中的一行为一个元组

(6)码 —— 唯一确定元组的属性组

洋名:Key

官方定义:也称码键。表中的某个属性组,可以唯一确定一个元组。

神神叨叨:就像我们生活中的 条形码,二维码。每个应用,每个商品的码都不相同,才得以区别他们。所以码就是用来区别的,可以唯一标识。

(7)分量 —— 一行与一列的交叠

官方定义:元组中的一个属性值。

神神叨叨:分量为关系(表)中最小的单元,就是我们看到的表中的一格 —— 一行与一列的交叠。

(8)关系模式 —— 表头

官方定义:是对关系的描述。

神神叨叨:关系是表,关系模式描述关系,就是表头。模式也就是抽象,不涉及具体值。

4.DBS的三级模式结构以及其优点

(1)三级模式结构

该图片来源于教材三级模式由外模式、模式、内模式构成,其中模式与内模式只能有一个,外模式可以有多个,每个外模式基础上可以对应多个应用。

(2)模式

洋名:Schema

官方:也称逻辑模式。是数据库中全体数据的逻辑结构和特征的描述。是所有用户的公共数据视图。

神神叨叨:模式,就是数据结构特征的描述,没有其他的限制词,也就表示全体数据。。。(自己都觉得有些牵强,但还是理直气壮地打了出来!!)

(3)外模式

洋名:External Schema

官方:也叫子模式或用户模式。用户使用的局部数据的逻辑结构和特征的描述。是数据库用户的数据视图,是与某一应用有关的数据的逻辑表示。

神神叨叨

外模式,在外,距离应用近,距离用户近,所以视角是对用户,要根据用户的需求来设计应用,所用到的数据不会涉及到全部,只是部分,而需求不同,所用到的数据也就不同,所以可以有多个外模式。
它又名子模式,顾名思义就是模式的一部分,就像是 子集与全集 的关系。

(4)内模式

洋名:Internal Schema

官方:也称存储模式。是数据物理结构和存储方式的描述,是数据在数据库内部的表示方式。

神神叨叨:内模式,在内,又名存储模式,顾名思义,就是指数据在内部的存储方式的描述。

(5)三级模式结构的优点

保证数据库的安全性,每个用户只能看见和访问所对应的外模式中的数据,其余数据对用户透明,看不到,也就无法改动,保证了数据的安全性。

5.数据独立性和DBS的两极映像

(1)物理独立性

官方:指用户的应用程序和数据库中数据的物理存储是相互独立的。

神神叨叨:物理独立性,顾名思义,物理存储独立,改变了物理存储,应用不需要更改,即应用不依赖于物理存储,就是物理独立。

(2)逻辑独立性

官方:指用户的应用程序与数据库中数据的逻辑结构是相互独立的。

神神叨叨:改变了数据的逻辑结构,应用程序也不用修改,即应用不依赖数据的逻辑结构,就是逻辑独立。

(3)DBS的两级映像

数据库系统通过两级映像实现物理独立和逻辑独立。

1.外模式/模式映像 —— 逻辑独立性

模式改变 ,通过更改外模式/模式映像——保证外模式不用修改,则应用程序不用修改。

ps:模式是对逻辑结构和特征的描述,模式改变,就是指逻辑结构发生改变。

2.模式/内模式映像 —— 物理独立性

物理存储结构改变,通过更改模式/内模式映像——保证模式不变,则应用程序也不会受到影响。

6.数据定义语言和数据操纵语言

ps:这里还没有具体学,以下内容部分通过百度获取。

(1)数据定义语言(DDL)

实现对数据库结构和操作方法等的定义。例如创建和删除表格,定义索引等。(用于创建,修改,删除数据库和表等)

(2)数据操纵语言(DML)

实现对数据的基本操纵,“增删改查”。

———————————END————————————

发布了3 篇原创文章 · 获赞 3 · 访问量 2150

猜你喜欢

转载自blog.csdn.net/fu_GAGA/article/details/104519830