计算机数据库

关系型数据库。 关系型数据库的概念

计算机技术在现代信息的出现标志着人类活动的所有领域的一场革命。 但是,所有的信息不会成为不必要的浪费在上网,是由数据库系统,其中材料分类,系统化,结果,他们很容易找到,并提交后续加工发明的。 有三个主要品种 - 分配数据库关系,层次,网络。

基本款

返回到数据库的出现,应该说,这个过程是相当复杂的,它有一个可编程的信息处理设备的发展起源。 这是不足为奇的车型数量达到目前50多家,但主要的被认为是分层的,关系和网络,这仍然是广泛应用于实践。 他们是怎么代表?

分层数据库具有树结构,并且是由不同等级的有通信在它们之间的数据的。 网络数据库模型是一个比较复杂的图案。 其结构类似于一个层次,并计划扩大和改善。 它们之间的区别是,遗传分层数据模型只能与一个祖先联系起来,而网络可能有几个。 关系型的结构 数据库 要复杂得多。 因此,应该更详细地拆除。

关系数据库的基本概念

这个模型是由埃德加·F·科德科学博士于1970年开发的。 这是一个逻辑结构表,描述数据字段,它们彼此之间的关系,对它们执行的操作,以及最重要的 - 即保证其完整性的规则。 为什么它被称为关系模型? 它是基于数据之间的关系(来自拉丁语。Relatio)。 有此的许多定义 类型的数据库。 与信息的关系表更容易组织和给予治疗,而不是网络或分层模型。 你怎么办呢? 这足以知道关系表的功能,模型结构和性能。

建模和基本元素的过程

为了创建自己的数据库,你应该使用的建模工具,一个想与你所需要的信息工作,对设计数据的实体之间的关系表和单个和多个环节来填充单元格,并设置主键和外键。

表建模和设计的关系型数据库是通过像工作台,phpMyAdmin的,个案工作室,工作室dbForge免费工具进行。 详细设计完成后保存图形完成关系模型,并将其转换成SQL就绪代码。 在这个阶段,你就可以开始与数据整理,加工和系统化的工作。

关系模型相关联的结构特征和术语

以自己的方式每个源描述它的元素,所以我想给一个小提示较少的困惑:

  • 关系标签=性质;
  • 布局=属性名=高尔夫球=列标题实体;
  • 实体实例=元组=记录=板线;
  • 属性=值=细胞的实体字段。

去到一个关系数据库属性应该知道它包括一些基本的组成部分,并为他们的目的。

  1. 本质。 表关系数据库可以是一个,或者可以是一组表征描述通过数据存储在其中的对象表。 他们有一个固定数量的字段和条目的数量可变的。 表关系模型的数据库组成的字符串,属性和布局。
  2. 记录 - 即显示表征描述对象的数据行的数目可变。 项的编号由系统自动完成。
  3. 属性 - 数据表示内容列。
  4. 场。 这是一个实体列。 它们的数量 - 在固定值的表的创建或修改期间设置。

现在,知道表的构成要素,您就可以进入到关系模型数据库的属性:

  • 二维关系数据库的本质。 由于这种财产与他们轻松prodelyvat各种逻辑和数学运算。
  • 属性值和记录的关系表的顺序可以是任意的。
  • 关系表中的列必须有自己独特的名字。
  • 列中的所有数据基本上具有固定长度和相同的类型。
  • 在本质上任何条目被认为是一个数据片。
  • 行的组成成分是独一无二的。 该关系性质没有重复的行。

基于所述关系数据库的属性,可以理解的是属性的值应是相同的类型,长度。 考虑一个特定的属性值。

关系数据库领域的主要特点

字段名称必须是一个单一的实体中是唯一的。 该类型的属性或关系数据库的字段的描述存储在实体字段数据的类别。 场的关系数据库必须有一个固定的大小,这是在字符计算。 参数和格式化属性值定义校正其数据的方式。 然而,有这样的事,作为一个“面具”或“输入模板”。 它被设计成确定在所述属性值的数据输入的配置。 当然,在错误的记录 类型的数据 应该向在现场的bug报告。 同样在该领域的元素有一些限制 - 检查输入数据的准确性和精确度的条件。 目前是唯一有充满数据的强制属性值。 一些属性行可以填充NULL值。 允许进入空数据字段属性。 作为一个bug报告,还有一些是由系统自动填充的值 - 这是默认的数据。 要加快意索引字段的任何数据的搜索。

计划维关系数据库表

计划关系数据库
name属性1 属性2的名称 属性3的名称 属性4的名称 name属性5
Element_1_1 Element_1_2 Element_1_3 Element_1_4 Element_1_5
Element_2_1 Element_2_2 Element_2_3 Element_2_4 Element_2_5
Element_3_1 Element_3_2 Element_3_3 Element_3_4 Element_3_5

为了详细了解 管理系统 采用SQL最好考虑该计划作为一个例子模型。 我们已经知道什么是一个关系型数据库。 在每个表中的条目 - 一个单一的数据元素。 为了防止数据冗余,需要标准化的操作。

关系性质的正常化的基本规则

1.字段名称为关系表中的值必须是唯一的,是一种(第一范式 - 1NF)之一。

2.对于表已经被减少到1NF,非标识的任何列的名称是依赖于一个唯一的表标识符(2NF)。

3.对于已经存储在2NF所有表格,非识别每个字段可以是独立的其它未鉴定的元素值(3NF实体)的。

数据库:表之间的关系链接

有两种主要 类型的关系 关系片剂:

  • “一对多”。 根据发生的第二实体的当一个关键的表项№1多个实例。 上所绘制的线的端部之一键图标表示所述物质是在“一”的侧,该线的另一端往往是无穷大标记的符号。

  • 通讯“多对多”形成几排一个逻辑实体显式交互与一些其他表的记录的情况。
  • 如果两个实体有“一对一”的串联,这意味着表的密钥标识符存在于其它实体,那么它必须除去的一个表,它是多余的。 但有时只为安全程序员两个实体故意分开。 因此,假设,“一个一个”之间的连接可以存在。

按键在关系数据库中存在

一级和二级密钥识别潜在的数据库关系。 关系型数据通信模型只能有一个候选键,这将是主键。 这是什么? 主键 - 一列或一组的精髓,通过它可以访问特定数据线的属性。 它必须是唯一的,唯一的一个,它的字段不能包含空值。 如果主键由只有一个属性,那么它被认为是简单的,否则会。

除了主键,存在和外部(外键)。 许多人不明白它们之间的区别。 让我们来看看它们在更详细的例子。 所以,有两个表:“院长”和“学生”。 “迪安”的本质包含字段:“ID学生”,“名称”和“集团”。 表“学生”具有的属性值如“姓名”,“集团”和“平均”。 所以,作为一名学生证不能成为少数学生一样,它是作为主键字段。 从表中的“学生”,“姓名”和“集团”可能是几个人一样,他们指的是学生的身份证号码由“院长”的本质,所以他们可以作为一个外键。

关系数据库模型的例子

为了清楚起见,我们给由两个实体的关系数据库模型的一个简单的例子。 有一个名为“迪安”的表。

“迪安”的本质

学生证

全名

111

伊万诺夫奥列格·彼得罗维奇

IN-41

222

拉扎列夫伊利亚·亚历克桑德罗维奇

IN-72

333

Konoplev彼得·瓦西尔维奇

IN-41

444

Kushnereva娜塔莉亚Igorevna

IN-72

有必要进行连接,得到一个完整的关系数据库。 进入“IN-41”和“IN-72”,可能会比表中的“院长”为姓,名和学生的父存在一次以上,在极少数情况下,可以是相同的,因此,这些字段不能为使主键。 “学生”的本质会显示。

表“学生”

全名

平均

电话

伊万诺夫奥列格·彼得罗维奇

IN-41

3.0

36年2月27日

拉扎列夫伊利亚·亚历克桑德罗维奇

IN-72

3.8

2-36-82

Konoplev彼得·瓦西尔维奇

IN-41

3.9

2-54-78

Kushnereva娜塔莉亚Igorevna

IN-72

4.7

2-65-25

正如我们所看到的,类型的关系型数据库领域的完全不同。 目前数码录音和文字。 因此,属性设置应该指出的整数,焦炭,vachar,日期和其他人的价值。 在“教务长”的独特价值是唯一的学生证。 这个字段可以作为主键。 名称,艺术家,和电话从“学生”的精髓可以作为一个外键引用学生的ID。 建立连接。 这是“一对一”的通信模型的一个例子。 假设地,额外的表中的一个,它们可以容易地组合成单个的实体。 学生没有成为举世皆知的ID号码,很可能有两个表。

Similar articles

 

 

 

 

Trending Now

 

 

 

 

Newest

Copyright © 2018 zhcn.unansea.com. Theme powered by WordPress.