数据库的实体

Ⅰ 数据库中的实体,实体型,实体集解析

一、数据库设计过程

数据库技术是信息资源管理最有效的手段。

数据库设计是指：对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。

数据库设计的各阶段：

A、需求分析阶段：综合各个用户的应用需求(现实世界的需求)。

B、在概念设计阶段：形成独立于机器和各DBMS产品的概念模式(信息世界模型)，用E-R图来描述。

C、在逻辑设计阶段：将E-R图转换成具体的数据库产品支持的数据模型，如关系模型，形成数据库逻辑模式。然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图(VIEW)形成数据的外模式。

D、在物理设计阶段：根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。

1. 需求分析阶段

需求收集和分析，结果得到数据字典描述的数据需求(和数据流图描述的处理需求)。

需求分析的重点：调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。

需求分析的方法：调查组织机构情况、各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。

常用的调查方法有： 跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。

分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。自顶向下的结构化分析方法(Structured Analysis，简称SA方法)从最上层的系统组织机构入手，采用逐层分解的方式分析系统，并把每一层用数据流图和数据字典描述。

数据流图表达了数据和处理过程的关系。系统中的数据则借助数据字典(Data Dictionary，简称DD)来描述。

2. 概念结构设计阶段

通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型，可以用E-R图表示。

概念模型用于信息世界的建模。概念模型不依赖于某一个DBMS支持的数据模型。概念模型可以转换为计算机上某一DBMS支持的特定数据模型。

概念模型特点：

(1) 具有较强的语义表达能力，能够方便、直接地表达应用中的各种语义知识。

(2) 应该简单、清晰、易于用户理解，是用户与数据库设计人员之间进行交流的语言。

概念模型设计的一种常用方法为IDEF1X方法，它就是把实体-联系方法应用到语义数据模型中的一种语义模型化技术，用于建立系统信息模型。

作者: 小灵, 出处:论坛, 责任编辑: 李书琴, 2007-09-27 15:17

本文详细解析了数据库设计过程、设计技巧以及总结了数据库命名规范……

2.1 第零步——初始化工程

这个阶段的任务是从目的描述和范围描述开始，确定建模目标，开发建模计划，组织建模队伍，收集源材料，制定约束和规范。收集源材料是这阶段的重点。通过调查和观察结果，业务流程，原有系统的输入输出，各种报表，收集原始数据，形成了基本数据资料表。

2.2 第一步——定义实体

实体集成员都有一个共同的特征和属性集，可以从收集的源材料——基本数据资料表中直接或间接标识出大部分实体。根据源材料名字表中表示物的术语以及具有 “代码”结尾的术语，如客户代码、代理商代码、产品代码等将其名词部分代表的实体标识出来，从而初步找出潜在的实体，形成初步实体表。

2.3 第二步——定义联系

IDEF1X模型中只允许二元联系，n元联系必须定义为n个二元联系。根据实际的业务需求和规则，使用实体联系矩阵来标识实体间的二元关系，然后根据实际情况确定出连接关系的势、关系名和说明，确定关系类型，是标识关系、非标识关系(强制的或可选的)还是非确定关系、分类关系。如果子实体的每个实例都需要通过和父实体的关系来标识，则为标识关系，否则为非标识关系。非标识关系中，如果每个子实体的实例都与而且只与一个父实体关联，则为强制的，否则为非强制的。如果父实体与子实体代表的是同一现实对象，那么它们为分类关系。

2.4 第三步——定义码

通过引入交叉实体除去上一阶段产生的非确定关系，然后从非交叉实体和独立实体开始标识侯选码属性，以便唯一识别每个实体的实例，再从侯选码中确定主码。为了确定主码和关系的有效性，通过非空规则和非多值规则来保证，即一个实体实例的一个属性不能是空值，也不能在同一个时刻有一个以上的值。找出误认的确定关系，将实体进一步分解，最后构造出IDEF1X模型的键基视图(KB图)。

2.5 第四步——定义属性

从源数据表中抽取说明性的名词开发出属性表，确定属性的所有者。定义非主码属性，检查属性的非空及非多值规则。此外，还要检查完全依赖函数规则和非传递依赖规则，保证一个非主码属性必须依赖于主码、整个主码、仅仅是主码。以此得到了至少符合关系理论第三范式的改进的IDEF1X模型的全属性视图。

2.6 第五步——定义其他对象和规则

定义属性的数据类型、长度、精度、非空、缺省值、约束规则等。定义触发器、存储过程、视图、角色、同义词、序列等对象信息。

3. 逻辑结构设计阶段

将概念结构转换为某个DBMS所支持的数据模型(例如关系模型)，并对其进行优化。设计逻辑结构应该选择最适于描述与表达相应概念结构的数据模型，然后选择最合适的DBMS。

将E-R图转换为关系模型实际上就是要将实体、实体的属性和实体之间的联系转化为关系模式,这种转换一般遵循如下原则：一个实体型转换为一个关系模式。实体的属性就是关系的属性。实体的码就是关系的码。

数据模型的优化，确定数据依赖，消除冗余的联系，确定各关系模式分别属于第几范式。确定是否要对它们进行合并或分解。一般来说将关系分解为3NF的标准，即：

表内的每一个值都只能被表达一次。

表内的每一行都应该被唯一的标识(有唯一键)。

表内不应该存储依赖于其他键的非键信息。

作者: 小灵, 出处:论坛, 责任编辑: 李书琴, 2007-09-27 15:17

本文详细解析了数据库设计过程、设计技巧以及总结了数据库命名规范……

4. 数据库物理设计阶段

为逻辑数据模型选取一个最适合应用环境的物理结构(包括存储结构和存取方法)。根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。

5. 数据库实施阶段

运用DBMS提供的数据语言(例如sql)及其宿主语言(例如C)，根据逻辑设计和物理设计的结果建立数据库，编制与调试应用程序，组织数据入库，并进行试运行。 数据库实施主要包括以下工作：用DDL定义数据库结构、组织数据入库 、编制与调试应用程序、数据库试运行 ，(Data Definition Language(DDL数据定义语言)用作开新数据表、设定字段、删除数据表、删除字段，管理所有有关数据库结构的东西)

●Create (新增有关数据库结构的东西，属DDL)

●Drop (删除有关数据库结构的东西，属DDL)

●Alter (更改结构，属DDL)

6. 数据库运行和维护阶段

在数据库系统运行过程中必须不断地对其进行评价、调整与修改。内容包括：数据库的转储和恢复、数据库的安全性、完整性控制、数据库性能的监督、分析和改进、数据库的重组织和重构造。

7. 建模工具的使用

为加快数据库设计速度，目前有很多数据库辅助工具(CASE工具)，如Rational公司的Rational Rose，CA公司的Erwin和Bpwin，Sybase公司的PowerDesigner以及Oracle公司的oracle Designer等。

ERwin主要用来建立数据库的概念模型和物理模型。它能用图形化的方式，描述出实体、联系及实体的属性。ERwin支持IDEF1X方法。通过使用 ERwin建模工具自动生成、更改和分析IDEF1X模型，不仅能得到优秀的业务功能和数据需求模型，而且可以实现从IDEF1X模型到数据库物理设计的转变。ERwin工具绘制的模型对应于逻辑模型和物理模型两种。在逻辑模型中，IDEF1X工具箱可以方便地用图形化的方式构建和绘制实体联系及实体的属性。在物理模型中，ERwin可以定义对应的表、列，并可针对各种数据库管理系统自动转换为适当的类型。

设计人员可根据需要选用相应的数据库设计建模工具。例如需求分析完成之后，设计人员可以使用Erwin画ER图，将ER图转换为关系数据模型，生成数据库结构;画数据流图，生成应用程序。

二、数据库设计技巧

1. 设计数据库之前(需求分析阶段)

1) 理解客户需求，包括用户未来需求变化。

2) 了解企业业务类型，可以在开发阶段节约大量的时间。

3) 重视输入(要记录的数据)、输出(报表、查询、视图)。

4) 创建数据字典和ER 图表

数据字典(Data Dictionary，简称DD)是各类数据描述的集合，是关于数据库中数据的描述，即元数据，不是数据本身。(至少应该包含每个字段的数据类型和在每个表内的主外键)。

数据项描述: 数据项名，数据项含义说明，别名，数据类型，长度，取值范围，取值含义，与其他数据项的逻辑关系

数据结构描述: 数据结构名，含义说明，组成:[数据项或数据结构]

数据流描述: 数据流名，说明，数据流来源，数据流去向， 组成:[数据结构]，平均流量，高峰期流量

数据存储描述: 数据存储名，说明，编号，流入的数据流，流出的数据流，组成:[数据结构]，数据量，存取方式

处理过程描述: 处理过程名，说明，输入:[数据流]，输出:[数据流]，处理:[简要说明]

ER 图表和数据字典可以让任何了解数据库的人都明确如何从数据库中获得数据。ER图对表明表之间关系很有用，而数据字典则说明了每个字段的用途以及任何可能存在的别名。对SQL 表达式的文档化来说这是完全必要的。

5) 定义标准的对象命名规范

数据库各种对象的命名必须规范。

作者: 小灵, 出处:论坛, 责任编辑: 李书琴, 2007-09-27 15:17

本文详细解析了数据库设计过程、设计技巧以及总结了数据库命名规范……

2. 表和字段的设计(数据库逻辑设计)

表设计原则

1) 标准化和规范化

数据的标准化有助于消除数据库中的数据冗余。标准化有好几种形式，但Third Normal Form(3NF)通常被认为在性能、扩展性和数据完整性方面达到了最好平衡。简单来说，遵守3NF 标准的数据库的表设计原则是：“One Fact in One Place”即某个表只包括其本身基本的属性，当不是它们本身所具有的属性时需进行分解。表之间的关系通过外键相连接。它具有以下特点：有一组表专门存放通过键连接起来的关联数据。

2) 数据驱动

采用数据驱动而非硬编码的方式，许多策略变更和维护都会方便得多，大大增强系统的灵活性和扩展性。

举例，假如用户界面要访问外部数据源(文件、XML 文档、其他数据库等)，不妨把相应的连接和路径信息存储在用户界面支持的表里。如果用户界面执行工作流之类的任务(发送邮件、打印信笺、修改记录状态等)，那么产生工作流的数据也可以存放在数据库里。角色权限管理也可以通过数据驱动来完成。事实上，如果过程是数据驱动的，你就可以把相当大的责任推给用户，由用户来维护自己的工作流过程。

3) 考虑各种变化

在设计数据库的时候考虑到哪些数据字段将来可能会发生变更。

4) 表名、报表名和查询名的命名规范

(采用前缀命名)检查表名、报表名和查询名之间的命名规范。你可能会很快就被这些不同的数据库要素的名称搞糊涂了。你可以统一地命名这些数据库的不同组成部分，至少你应该在这些对象名字的开头用 Table、Query 或者 Report 等前缀加以区别。如果采用了 Microsoft Access，你可以用 qry、rpt、tbl 和 mod 等符号来标识对象(比如 tbl_Employees)。用 sp_company 标识存储过程，用 udf_ (或者类似的标记)标识自定义编写的函数。

字段设计原则：

1) 每个表中都应该添加的3 个有用的字段。

dRecordCreationDate，在SQL Server 下默认为GETDATE()

sRecordCreator，在SQL Server 下默认为NOT NULL DEFAULT USER

nRecordVersion，记录的版本标记;有助于准确说明记录中出现null 数据或者丢失数据的原因

时效性数据应包括“最近更新日期/时间”字段。时间标记对查找数据问题的原因、按日期重新处理/重载数据和清除旧数据特别有用。

2) 对地址和电话采用多个字段

描述街道地址就短短一行记录是不够的。Address_Line1、Address_Line2 和Address_Line3 可以提供更大的灵活性。还有，电话号码和邮件地址最好拥有自己的数据表，其间具有自身的类型和标记类别。

3) 表内的列[字段]的命名规则(采用前缀/后缀命名)、采用有意义的字段名

对列[字段]名应该采用标准的前缀和后缀。如键是数字类型：用 _N 后缀;字符类型：_C 后缀;日期类型：_D 后缀。再如，假如你的表里有好多“money”字段，你不妨给每个列[字段]增加一个 _M 后缀。

作者: 小灵, 出处:论坛, 责任编辑: 李书琴, 2007-09-27 15:17

本文详细解析了数据库设计过程、设计技巧以及总结了数据库命名规范……

假设有两个表：

Customer 和 Order。Customer 表的前缀是 cu_，所以该表内的子段名如下：cu_name_id、cu_surname、cu_initials 和cu_address 等。Order 表的前缀是 or_，所以子段名是：

or_order_id、or_cust_name_id、or_quantity 和 or_description 等。

这样从数据库中选出全部数据的 SQL 语句可以写成如下所示：

Select * From Customer, Order Where cu_surname = "MYNAME" ;

and cu_name_id = or_cust_name_id and or_quantity = 1

在没有这些前缀的情况下则写成这个样子(用别名来区分)：

Select * From Customer, Order Where Customer.surname = "MYNAME" ;

and Customer.name_id = Order.cust_name_id and Order.quantity = 1

第 1 个 SQL 语句没少键入多少字符。但如果查询涉及到 5 个表乃至更多的列[字段]你就知道这个技巧多有用了。

5) 选择数字类型和文本类型的长度应尽量充足

假设客户ID 为10 位数长。那你应该把数据库表字段的长度设为12 或者13 个字符长。但这额外占据的空间却无需将来重构整个数据库就可以实现数据库规模的增长了。

6) 增加删除标记字段

在表中包含一个“删除标记”字段，这样就可以把行标记为删除。在关系数据库里不要单独删除某一行;最好采用清除数据程序而且要仔细维护索引整体性。

7) 提防大小写混用的对象名和特殊字符

采用全部大写而且包含下划符的名字具有更好的可读性(CUSTOMER_DATA)，绝对不要在对象名的字符之间留空格。

8) 小心保留词

要保证你的字段名没有和保留词、数据库系统或者常用访问方法冲突，比如，用 DESC 作为说明字段名。后果可想而知!DESC 是 DESCENDING 缩写后的保留词。表里的一个 SELECT * 语句倒是能用，但得到的却是一大堆毫无用处的信息。

9) 保持字段名和类型的一致性

在命名字段并为其指定数据类型的时候一定要保证一致性。假如字段在表1中叫做“agreement_number”，就别在表2里把名字改成 “ref1”。假如数据类型在表1里是整数，那在表2里可就别变成字符型了。当然在表1(ABC)有处键ID，则为了可读性，在表2做关联时可以命名为 ABC_ID。

10) 避免使用触发器

触发器的功能通常可以用其他方式实现。在调试程序时触发器可能成为干扰。假如你确实需要采用触发器，你最好集中对它文档化。

作者: 小灵, 出处:论坛, 责任编辑: 李书琴, 2007-09-27 15:17

本文详细解析了数据库设计过程、设计技巧以及总结了数据库命名规范……

3. 选择键和索引(数据库逻辑设计)

参考：《SQL优化-索引》一文

4. 数据完整性设计(数据库逻辑设计)

1) 完整性实现机制：

实体完整性：主键

参照完整性：

父表中删除数据：级联删除;受限删除;置空值

父表中插入数据：受限插入;递归插入

父表中更新数据：级联更新;受限更新;置空值

DBMS对参照完整性可以有两种方法实现：外键实现机制(约束规则)和触发器实现机制用户定义完整性：

NOT NULL;CHECK;触发器

2) 用约束而非商务规则强制数据完整性

采用数据库系统实现数据的完整性。这不但包括通过标准化实现的完整性而且还包括数据的功能性。不要依赖于商务层保证数据完整性;它不能保证表之间(外键) 的完整性所以不能强加于其他完整性规则之上。如果你在数据层确实采用了约束，你要保证有办法把更新不能通过约束检查的原因采用用户理解的语言通知用户界面。

3) 强制指示完整性

在有害数据进入数据库之前将其剔除。激活数据库系统的指示完整性特性。这样可以保持数据的清洁而能迫使开发人员投入更多的时间处理错误条件。

4) 使用查找控制数据完整性

控制数据完整性的最佳方式就是限制用户的选择。只要有可能都应该提供给用户一个清晰的价值列表供其选择。这样将减少键入代码的错误和误解同时提供数据的一致性。某些公共数据特别适合查找：国家代码、状态代码等。

5) 采用视图

为了在数据库和应用程序代码之间提供另一层抽象，可以为应用程序建立专门的视图而不必非要应用程序直接访问数据表。这样做还等于在处理数据库变更时给你提供了更多的自由。

6) 分布式数据系统

对分布式系统而言，在你决定是否在各个站点复制所有数据还是把数据保存在一个地方之前应该估计一下未来 5 年或者 10 年的数据量。当你把数据传送到其他站点的时候，最好在数据库字段中设置一些标记，在目的站点收到你的数据之后更新你的标记。为了进行这种数据传输，请写下你自己的批处理或者调度程序以特定时间间隔运行而不要让用户在每天的工作后传输数据。本地拷贝你的维护数据，比如计算常数和利息率等，设置版本号保证数据在每个站点都完全一致。

7) 关系

如果两个实体之间存在多对一关系，而且还有可能转化为多对多关系，那么你最好一开始就设置成多对多关系。从现有的多对一关系转变为多对多关系比一开始就是多对多关系要难得多。

8) 给数据保有和恢复制定计划

考虑数据保存策略并包含在设计过程中，预先设计你的数据恢复过程。采用可以发布给用户/开发人员的数据字典实现方便的数据识别同时保证对数据源文档化。编写在线更新来“更新查询”供以后万一数据丢失可以重新处理更新。

9) 用存储过程让系统做重活

提供一整套常规的存储过程来访问各组以便加快速度和简化客户程序代码的开发。数据库不只是一个存放数据的地方，它也是简化编码之地。

本文详细解析了数据库设计过程、设计技巧以及总结了数据库命名规范……

5. 其他设计技巧

1) 避免使用触发器

触发器的功能通常可以用其他方式实现。在调试程序时触发器可能成为干扰。假如你确实需要采用触发器，你最好集中对它文档化。

2) 使用常用英语(或者其他任何语言)而不要使用编码

在创建下拉菜单、列表、报表时最好按照英语名排序。假如需要编码，可以在编码旁附上用户知道的英语。

3) 保存常用信息

让一个表专门存放一般数据库信息非常有用。在这个表里存放数据库当前版本、最近检查/修复(对Access)、关联设计文档的名称、客户等信息。这样可以实现一种简单机制跟踪数据库，当客户抱怨他们的数据库没有达到希望的要求而与你联系时，这样做对非客户机/服务器环境特别有用。

4) 包含版本机制

在数据库中引入版本控制机制来确定使用中的数据库的版本。时间一长，用户的需求总是会改变的。最终可能会要求修改数据库结构。把版本信息直接存放到数据库中更为方便。

5) 编制文档

对所有的快捷方式、命名规范、限制和函数都要编制文档。

采用给表、列、触发器等加注释的 数据库工具。对开发、支持和跟踪修改非常有用。

对数据库文档化，或者在数据库自身的内部或者单独建立文档。这样，当过了一年多时间后再回过头来做第2 个版本，犯错的机会将大大减少。

6) 测试、测试、反复测试

建立或者修订数据库之后，必须用用户新输入的数据测试数据字段。最重要的是，让用户进行测试并且同用户一道保证选择的数据类型满足商业要求。测试需要在把新数据库投入实际服务之前完成。

7) 检查设计

在开发期间检查数据库设计的常用技术是通过其所支持的应用程序原型检查数据库。换句话说，针对每一种最终表达数据的原型应用，保证你检查了数据模型并且查看如何取出数据。

三、数据库命名规范

1. 实体(表)的命名

1) 表以名词或名词短语命名，确定表名是采用复数还是单数形式，此外给表的别名定义简单规则(比方说，如果表名是一个单词，别名就取单词的前4 个字母;如果表名是两个单词，就各取两个单词的前两个字母组成4 个字母长的别名;如果表的名字由3 个单词组成，从头两个单词中各取一个然后从最后一个单词中再取出两个字母，结果还是组成4 字母长的别名，其余依次类推)

对工作用表来说，表名可以加上前缀WORK_ 后面附上采用该表的应用程序的名字。在命名过程当中，根据语义拼凑缩写即可。注意：将字段名称会统一成大写或者小写中的一种，故中间加上下划线。

作者: 小灵, 出处:论坛, 责任编辑: 李书琴, 2007-09-27 15:17

本文详细解析了数据库设计过程、设计技巧以及总结了数据库命名规范……

举例：

定义的缩写 Sales: Sal 销售;

Order: Ord 订单;

Detail: Dtl 明细;

则销售订单明细表命名为：Sal_Ord_Dtl;

2) 如果表或者是字段的名称仅有一个单词，那么建议不使用缩写，而是用完整的单词。

举例：

定义的缩写 Material Ma 物品;

物品表名为：Material, 而不是 Ma.

但是字段物品编码则是：Ma_ID;而不是Material_ID

3) 所有的存储值列表的表前面加上前缀Z

目的是将这些值列表类排序在数据库最后。

4) 所有的冗余类的命名(主要是累计表)前面加上前缀X

冗余类是为了提高数据库效率，非规范化数据库的时候加入的字段或者表

5) 关联类通过用下划线连接两个基本类之后，再加前缀R的方式命名,后面按照字母顺序罗列两个表名或者表名的缩写。

关联表用于保存多对多关系。

如果被关联的表名大于10个字母，必须将原来的表名的进行缩写。如果没有其他原因，建议都使用缩写。

举例：表Object与自身存在多对多的关系,则保存多对多关系的表命名为：R_Object;

作者: 小灵, 出处:论坛, 责任编辑: 李书琴, 2007-09-27 15:17

本文详细解析了数据库设计过程、设计技巧以及总结了数据库命名规范……

2. 属性(列)的命名

1) 采用有意义的列名

表内的列要针对键采用一整套设计规则。每一个表都将有一个自动ID作为主健,逻辑上的主健作为第一组候选主健来定义;

A、如果是数据库自动生成的编码，统一命名为：ID

B、如果是自定义的逻辑上的编码则用缩写加“ID”的方法命名，即“XXXX_ID”

C、如果键是数字类型，你可以用_NO 作为后缀;

D、如果是字符类型则可以采用_CODE 后缀

E、对列名应该采用标准的前缀和后缀。

举例：销售订单的编号字段命名：Sal_Ord_ID;如果还存在一个数据库生成的自动编号，则命名为：ID。

2) 所有的属性加上有关类型的后缀

注意，如果还需要其它的后缀，都放在类型后缀之前。

注: 数据类型是文本的字段，类型后缀TX可以不写。有些类型比较明显的字段，可以不写类型后缀。

3) 采用前缀命名

给每个表的列名都采用统一的前缀，那么在编写SQL表达式的时候会得到大大的简化。这样做也确实有缺点，比如破坏了自动表连接工具的作用，后者把公共列名同某些数据库联系起来。

3. 视图的命名

1) 视图以V作为前缀，其他命名规则和表的命名类似;

2) 命名应尽量体现各视图的功能。

4. 触发器的命名(尽量不使用)

触发器以TR作为前缀，触发器名为相应的表名加上后缀，Insert触发器加'_I'，Delete触发器加'_D'，Update触发器加'_U'，如：TR_Customer_I，TR_Customer_D，TR_Customer_U。

5. 存储过程名

存储过程应以'UP_'开头，和系统的存储过程区分，后续部分主要以动宾形式构成，并用下划线分割各个组成部分。如增加代理商的帐户的存储过程为'UP_Ins_Agent_Account'。

6. 变量名

变量名采用小写，若属于词组形式，用下划线分隔每个单词，如@my_err_no。

7. 命名中其他注意事项

1) 以上命名都不得超过30个字符的系统限制。变量名的长度限制为29(不包括标识字符@)。

2) 数据对象、变量的命名都采用英文字符，禁止使用中文命名。绝对不要在对象名的字符之间留空格。

3) 小心保留词，要保证你的字段名没有和保留词、数据库系统或者常用访问方法冲突

4) 保持字段名和类型的一致性，在命名字段并为其指定数据类型的时候一定要保证一致性。假如数据类型在一个表里是整数，那在另一个表里可就别变成字符型了。

Ⅱ 数据库实体和实体之间可以连线吗

可以
1，数据库联系只能发生在 实体与实体 之间。

概念模型。
2，
【实体】：客观存在 、可相互区分的现实世界对象的集合
例： 职工 部门 课程 学生
【实例】： 实体中每个具体的记录值。
例：学生哗悔实体中的每个每个具体学生
【属性】： 实体所具有的某一特性（有“型”和“值”之分）
例：学号、姓名、性别、出生年份、系、入学时间（94002268，张三，男，1976，计算机系，1994）
【码】： 唯一标识实体的属性集
学号-------学生实体的码
94002268-------代表学生张三
【域】：属性的取值范围
性别：( 男，女）
学号：8位整数
3，表示方法：E-R图（实体联系图）

矩形： 实体
椭圆形： 属性
菱形： 联系（发生在实体与实体之间）
连线(无向边)

4，两个实体型之间的三类联系：
1）一对一的联系（1：1）
2）一对多的联系（1：n）
3）多对多的联系（m：n）

MYSQL不支持E-R模型。（关系模型）

5,计算机世界:e-r模型转化为关系模型。

第一步，一个实体转化为一个乱手正关系。
第二步，实体属性作为关系的属性。

6，关系数据结构
关系: 一张表
元组: 表中的一行
属性: 表中的一列
域: 属性的取值范围
分量: 元组中的一个属性值

6，联系也可以具有属性，并且这些属性也要用无向边与该联系连接起来。

7*，一个属性涉及到多个实体时，不能单独的作为某个实体的属性，只能作为实体间联系的属性。

文章知识点与官方知识档案匹配
MySQL入门技能树数据库组成表
30094 人正在系统学习中
打开CSDN，阅读体验更佳
...规范、E-R图、模薯耐型图_风情客家__的博客_数据库模型图
1.需求分析:分析客户的业务和数据处理需求。 2.概要设计:设计数据库的E-R模型图,确认需求信息的正确和完整。 3.详细设计:应用三大范式审核数据库结构,将E-R模型图转换为数据库模型图。 4.代码编写:物理实现数据库,编码实现应用。
继续访问
设计E-R图和数据库模型图-powerdesigner_zxfly6的博客_数据...
设计E-R图和数据库模型图-powerdesigner 打开PowerDesigner,然后点击File-->New Model然后选择如下图所示的物理数据模型 (物理数据模型的名字自己起,然后选择自己所使用的数据库即可) (创建好主页面如图所示,但是右边的按钮和概念模型略有...
继续访问
数据库的设计(E-R图,数据库模型图,三大范式)
一.数据库设计的概念 数据库设计是将数据库中的数据实体及这些数据实体之间的关系,进行规划和结构化的过程. 二.数据库设计的重要性 如果一个数据库没有进行一个良好的设计,那么这个数据库完成之后他的缺点是: 1.效率会很低 2更新和检索数据时会出现很多问题, 反之,一个数据库被尽心策划了一番,具有良好的设计,那他的优点是: 1.效率会很高. 2.便于进一步扩展. 3.使得应用程序的开...
继续访问
数据库E-R图
目录 三个核心概念： 实体集 联系集 E-R模型就是实体-联系（entity-relationship）模型，旨在方便数据库的设计 三个核心概念： 实体集 实体是现实世界中可区别与所有其他对象的一个事物或者“对象”，比如大学里的每一个人都是一个实体。 实体集是相同类型即具有相同性质或属性的一个实体集合，比如大学里的所有学生的集合可以定义为实体集student。下图就是两个实体集。 实体集可以相交，比如一个person实体也可以同时是student实体，也可以是instructor实体.
继续访问

数据库的设计(E-R图,数据库模型图,三大范式)_灯初夜未央的博客-CSDN博 ...
三.设计数据库的步骤 1.需求分析阶段:分析客户的业务和数据处理需求. 2.概要设计阶段:他主要就是绘制数据库的E-R图. 3.详细设计阶段:应用数据库的三大范式进行审核数据库的结构. 总结:在进行数据库的系统分析时,都以下列4点位参考...
继续访问
数据库 之 概念模型-ER图_fffffffff_jj的博客_数据库...
将ER图导出为数据库表Step 1:将所有Entity, Relation => Table Step 2: 去重 合并强实体集属性不变 弱实体集添上所依赖的主键(宿主实体集的) 复合属性 / 多值属性 联系集:实体集们的主键属性 + 自己的属性...
继续访问
数据库设计规范、E-R图、模型图
(1)数据库设计的优劣： 糟糕的数据库设计: ①数据冗余冗余、存储空间浪费。 ②数据更新和插入异常。 ③程序性能差。 良好的数据库设计 ①节省数据的存储空间。 ②能够保证数据的完整新。 ③方便进行数据应用系统的开发。 (2)软件项目开发周期中的数据库设计： 一个完整的项目 开发需要经过： 1.需求分析：分析客户的业务和数据处理需求。 2.概要设计：设计数据库的E-R模型图，确认需求信...
继续访问

MySQL数据库实验（四）：E-R图实例讲解
目录 ER图成分构成 2 属性 3 联系 用处 E-R图转换成关系模式 1:1联系的转换 1:n联系的转换 m:n联系的转换 ER图成分构成 1 实体 实体是客观世界中存在的各种事物，或者某个抽象事件，我们都可以将其称之为实体。一方面，实体可以是现实世界中的课程实体、教师实体、学生实体、职工个体。总而言之，实体可以是现实集合中的一个子集，也可以是各种抽象的对象。 ...
继续访问

使用visio画数据库模型图_Together_CZ的博客
转自:使用visio画数据库模型图 这个星期由于项目的进度需要加紧,师兄让我把设计的数据库用visio制作出来供他修改,由于之前没有使用过visio这个工具,所以现在来学习一下。 一、新建vsd文件 打开visio,然后点击左上角的文件,然后点击如下图...
继续访问
visio2016 数据库模型图_数据库第七章--NoSQL数据库
HBASE数据库 HBase全称是Hadoop Database, 是一个构建在Apache Hadoop上的列式数据库 HBase是一个开源的非关系型分布式数据库(NoSQL),实现的编程语言为 java 键值对数据库Redis 简介 KV:Key-Value(键值)存储模型是NoSQL中最基本的...
继续访问
【数据库原理系列】数据库E-R模型
E-R模型 设计中的抽象 不同层次抽象 现实层(客观存在) =>抽象层(观念世界/信息世界，描述现实世界的一种观点) =>…(信息世界的若干层抽象)… =>逻辑层(计算机世界：独立于物理设备) =>物理层(计算机世界：不同物理设备的具体实现） 越抽象，语义信息越少，概括性越高，越反映共性信息，表征的范围越大 检验抽象正确性的方法：能够依据现实抽象出来(抽象化)，同时也能够依据抽象的信息和抽象规则还原为被抽象对象(具体化)。 基本思想数据模型与概念模型 表达计算机世界的
继续访问
数据库系统 - E-R模型
上图是一个E-R模型的例子，我们需要了解到的是矩形代表一个实体（表，视图等），椭圆形代表一个属性（字段，通过函数计算出的值），菱形代表实体与实体之间的关系。 在实际开发中往往是先画出局部的E-R图（一张表），然后再一步一步的合成出全局的E-R图。合成(集成)E-R图有两种方法：多个局部E-R图一次性合成，逐步合成，用累加的方式一次集成两个局部E-R图。 E-R模型转关系模式的原则： 1. 一个实体转成一个关系模式 如果是1：1的联系最少要转成2个关系模式（1个实体放一个关系，2个实体放2个...
继续访问
数据库导出数据模型图_ljs1196的博客_数据库生成数据...
本文介绍如何使用Visio工具将数据库导出其数据模型图 打开viso软件,点击“新建”-“软件和数据库”-“数据库模型图”,如下图中红色框中的步骤。 新建完成后,在viso菜单栏出现“数据库”菜单。点击菜单,选择反向工程。 驱动程序选择Mi
继续访问
使用Visio建立数据库模型视图(数据库模型图、数据视图)
1.在visio中新建数据库模型图 打开visio 2010,文件—>新建—>数据库—>数据库模型图。建立数据库模型图之后,菜单栏多出一个菜单项"数据库"。 看下图菜单栏多出了一个数据库项 2.依次画数据库建立的每张表、视图等 ...
继续访问
[自学]数据库ER图基础概念整理（转）
ER图
继续访问
生成业务数据模型图（SQLite + Navicat）
1.前言 由于实际要求，往往需要我们提供系统或数据库的业务数据模型，可以利用工具来绘制或生成。 2.sqlite + Navicat生成 简述下步骤， （如果已有数据库，可忽略该步骤）新建sqlite数据库，当然一个数据库可能有多个表，如果目标数据库有多个表的话，这里新建一个也可以，剩下的再Navicat中继续创建，当然也可以一次性建完。这里我用的DB Browser for SQLite软件。 打开Navicat，文件--》新建连接--》SQLite，然后选择刚刚创建的db文件 在Navica
继续访问

热门推荐 MySql数据库增删改查常用语句命令
文章目录增删改查语句库操作表操作增删改查实例准备表插入数据修改表数据删除表数据查询表数据常见的MySQL语句命令常见MySQL字段含义 增删改查语句 增删改查的语句命令为： 操作 命令 增 insert 删 delete 改 update 查 select或者show 库操作 操作 代码 创建数据库 create database shujuku; ...
继续访问
MySQL的E-R图
一、什么是E-R图 E-R图，全称:实体-关系模型图，是指通过实体、关系、属性三个基本概念，来概括数据的基本结构，从而描述静态数据结构的概念模式。 组成E-R图的3个核心要素：实体，属性，和关系 实体一般采用矩形来进行表示，属性使用椭圆来进行表示，而实体与实体的关系则通过菱形来进行表示，例如: 在E-R图中，可以通过菱形来描述多种实体关系，例如:1对1，1对多，多对多，自关联等 二、构建E-R图的目的 构建E-R图，属于软件开发流程中的需求设计阶段。 针对甲方所提的问题域，我们将分析其中实体对象的关系，确
继续访问

【MySQL】使用Visio绘制数据库关系模型图
使用Visio绘制数据库关系模型图 1 新建项目 文件—新建–软件和数据库—数据库模型图 点击后，出现如下界面： 2 绘制 左侧“实体关系”中将“实体”形状拖放到绘制界面，如下图 3 编辑实体名称，如下图： 4 编辑列 点击“列”如下图： 完成实体：客人信息表 GuestRecord，如下截图 完成实体：客房表Room（同上操作），如下图 5 关系绑定 5.1添加 列RoomID到客人信息表 5.2 将“实体关系”中的关系工具拖放到某个实体上（鼠标不松开），直到该实体边框变红色，松开；箭头指
继续访问
概念数据模型（E-R模型）
概念数据模型（E-R模型） 概念数据模型是现实世界第一层次的抽象，是数据库设计人员和用户交流的工具，因此要求概念数据模型一方面应该具有较强的语义表达能力，能够方便、直接地表达应用中的各种语义知识，另一方面应该简单、直观和清晰，能为不具备专业知识或者专业知识较少的用户所理解。 概念数据模型的表示方法很多，其中最常用的是P.P.S. Chen于1976年提出的实体-联系方法（Entity Relationship Approach），简称E-R方法或E-R模型。E-R模型用E-R图来抽象表示现实世界中客观事物及
继续访问

最新发布 E-R模型
E-R（Entity-Relationship）数据模型，即实体（每一个数据表就表示一个实体）- 联系（即关系，不同的数据表之间需要有这样那样的关系）数据模型。
继续访问

数据库三大范式、E-R图
第一范式（1NF）：数据表中的每一列（每个字段）必须是不可拆分的最小单元，也就是确保每一列的原子性； 例如：userInfo：山东省烟台市 131777368781 userAds：山东0省烟台市 userTel：131777368781 第二范式（2NF）：满足1NF后，要求表中的所有列，都必须依赖于主键，而不能有任何一列与主键没有关系，也就是说一个表只描...
继续访问

MySQL利用E-R模型的数据库概念设计
采用E-R模型进行数据库的概念设计，可以分成3步进行：首先设计局部E-R模型，然后把各局部E-R模型综合成一个全局E-R模型，最后对全局E-R模型进行优化，得到最终的E-R模型，即概念模型。
继续访问

mysql物理建模_物理模型图-数据库图
1.新建物理模型图 File ----New Model----infomation---Physical Data1：打开PowerDesigner，然后点击File-->New Model然后选择如下图所示的物理数据模型(物理数据模型的名字自己起，然后选择自己所使用的数据库即可)(创建好主页面如图所示，但是右边的按钮和概念模型略有差别，物理模型最常用的三个是table(表)，view(...
继续访问
物理模型图-数据库图
1.新建物理模型图 File ----New Model----infomation---Physical Data 1：打开PowerDesigner，然后点击File-->New Model然后选择如下图所示的物理数据模型 （物理数据模型的名字自己起，然后选择自己所使用的数据库即可） (创建好主页面如图所示，但是右边的按钮和概念模型略有差别，物理模型最常用的三个是table...
继续访问
mysql数据库逻辑模型图,MySQL逻辑架构
上图(图是网络找的)msql_en.jpgmsql_en.jpgmysql逻辑架构：连接层、服务层、引擎层、存储层，四层。Connectors连接，指不同语言与数据库的交互，比如：java里的JDBCManagement Serveices & Utilities系统管理和控制工具Connection Pool连接池，管理缓冲用户连接，线程处理等需要缓存的需求。负责监听对MySQL Ser...
继续访问
MySQL数据库第3讲 数据库数据模型
MySQL数据库的数据模型 在学习MySQL数据库之前，我们需要先了解一下MySQL数据库的数据模型 这样我们就能初步了解MySQL中的数据是如何存储的。 那么先来给大家介绍一个概念 1 关系型数据库RDBMS 关系型数据库就是指建立在关系模式的基础上，由多张互相连接的二维表格组成的数据库。 MySQL数据库就是一个关系型数据库。 那什么是二维表呢？ 其实这个指的就是由行和列构成的数据表格，比如我们生活中常见的部门表、员工表等等 而且可以看到员工表中的“所属部门编号”与部门表中的“部门编号”还有着关联关系
继续访问

数据库模型图
数据库
mysql

Ⅲ 数据库中什么是实体和记录 最好能举例说明

实体就是具体的事物,
实体和实体之间的关系
就是记录
比如工程项目数据库,
工程
和
供货商
和零件
都是实体
供货商
和
零件
之间的关系
就是记录
,
具体是
供货商A
,零件1
供货商A,
零件2
.................

Ⅳ 数据库中的外部实体指什么

数据流图：简称DFD，就是采用图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。
数据流图的基本符号的意思：
1.矩形表示数据的外部实体；
2.圆角的矩形表示变换数据的处理逻辑；
3.少右面的边矩形表示数据的存储；
4.箭头表示数据流。
数据流程图中有以下几种主要元素：
→：数据流。数据流是数据在系统内传播的路径，因此由一组成分固定的数据组成。如订票单由旅客姓名、年龄、单位、身份证号、日期、目的地等数据项组成。由于数据流是流动中的数据，所以必须有流向，除了与数据存储之间的数据流不用命名外，数据流应该用名词或名词短语命名。
□：数据源（终点）。代表系统之外的实体，可以是人、物或其他软件系统。
○：对数据的加工（处理）。加工是对数据进行处理的单元，它接收一定的数据输入，对其进行处理，并产生输出。
〓：数据存储。表示信息的静态存储，可以代表文件、文件的一部分、数据库的元素等。
数据流程图 是描述系统数据流程的工具，它将数据独立抽象出来，通过图形方式描述信息的来龙去脉和实际流程。
为了描述复杂的软件系统的信息流向和加工，可采用分层的DFD来描述，分层DFD有顶层，中间层、底层之分。
（1）顶层。决定系统的范围，决定输入输出数据流，它说明系统的边界，把整个系统的功能抽象为一个加工，顶层DFD只有一张。
（2）中间层。顶层之下是若干中间层，某一中间层既是它上一层加工的分解结果，又是它下一层若干加工的抽象，即它又可进一步分解。
（3）底层。若一张DFD的加工不能进一步分解，这张DFD就是底层的了。底层DFD的加工是由基本加工构成的，所谓基本加工是指不能再进行分解的加工。
数据流程图的基本成分
系统部件包括系统的外部实体、处理过程、数据存储和系统中的数据流四个组成部分
1,外部实体
外部实体指系统以外又和系统有联系的人或事物，它说明了数据的外部来源和去处，属于系统的外部和系统的界面。外部实体支持系统数据输入的实体称为源点，支持系统数据输出的实体称为终点。 通常外部实体在数据流程图中用正方形框表示，框中写上外部实体名称，为了区分不同的外部实体，可以在正方形的左上角用一个字符表示，同一外部实体可在一张数据流程图中出现多次，这时在该外部实体符号的右下角画上小斜线表示重复.
2,处理过程
处理指对数据逻辑处理，也就是数据变换，它用来改变数据值。而每一种处理又包括数据输入、数据处理和数据输出等部分。在数据流程图中处理过程用带圆角的长方形表示处理，长方形分三个部分，标识部分用来标识一个功能，功能描述部门是必不可少的，功能执行部门表示功能由谁来完成。
3,数据流
数据流是指处理功能的输入或输出。它用来表示一中间数据流值，但不能用来改变数据值。数据流是模拟系统数据在系统中传递过程的工具。
在数据流程图中用一个水平箭头或垂直箭头表示，箭头指出数据的流动方向，箭线旁注明数据流名。
4,数据存储
数据存储表示数据保存的地方，它用来存储数据。系统处理从数据存储中提取数据，也将处理的数据返回数据存储。与数据流不同的是数据存储本身不产生任何操作，它仅仅响应存储和访问数据的要求。
在数据流程图中数据存储用右边开口的长方条表示。在长方条内写上数据存储名字。为了区别和引用方便，左端加一小格，再标上一个标识，用字母D和数字组成.
1,画数据流程图的基本原则:
①数据流程图上所有图形符号必须是前面所述的四种基本元素。
②数据流程图的主图必须含有前面所述的四种基本元素，缺一不可。
③数据流程图上的数据流必须封闭在外部实体之间，外部实体可以是一个，也可以是多个。
④处理过程至少有一个输入数据流和一个输出数据流。
⑤任何一个数据流子图必须与它的父图上的一个处理过程对应，两者的输入数据流和输出数据流必须一致，即所谓“平衡”。
⑥数据流程图上的每个元素都必须有名字。
2,画数据流程图的基本步骤:
①把一个系统看成一个整体功能，明确信息的输入和输出。
②找到系统的外部实体。一旦找到外部实体，则系统与外部世界的界面就可以确定下来，系统的数据流的源点和终点也就找到了。
③找出外部实体的输入数据流和输出数据流。
④在图的边上画出系统的外部实体。
⑤从外部实体的输入流（源）出发，按照系统的逻辑需要，逐步画出一系列逻辑处理过程，直至找到外部实体处理所需的输出流，形成数据流的封闭。
⑥将系统内部数据处理又分别看做整体功能，其内部又有信息的处理、传递、存储过程。
⑦如此一级一级地剖析，直到所有处理步骤都很具体为止。
3,画数据流程图的注意事项:
①关于层次的划分
逐层扩展数据流程图，是对上一层图中某些处理框加以分解。随着处理的分解，功能越来越具体，数据存储、数据流越来越多。究竟怎样划分层次，划分到什么程度，没有绝对标准，一般认为展开的层次与管理层次一致，也可以划分得更细，处理块的分解要自然，注意功能完整性，一个处理框经过展开，一般以分解为4个至10个处理框为宜。
②检查数据流程图
对一个系统的理解，不可能一开始就完美无缺，开始分析一个系统时，尽管我们对问题的理解有不正确、不确切的地方，但还是应该根据我们的理解，用数据流程图表达出来，进行核对，逐步修改，获得较为完美的图纸。
③提高数据流程图的易理解性
数据流程图是系统分析员调查业务过程，与用户交换思想的工具。因此，数据流程图应简明易懂。这也有利于后面的设计，有利于对系统说明书进行维护。

Ⅳ 数据库实体怎么写

选择开始菜单中→程序→【Management
SQL
Server
2008】→【SQL
Server
Management
Studio】命令，打开【SQL
Server
Management
Studio】窗口，并使用Windows或
SQL
Server身份验证建立连接。
在【对象资源管理器】窗口中展开服务器，然后选择【数据库】节点
右键单击【数据库】节点，从弹出来的快捷菜单中选择【新建数据库】命令。
执行上述操作后，会弹出【新建数据库】对话框。在对话框、左侧有3个选项，分别是【常规】、【选项】和【文件组】。完成这三个选项中的设置会后，就完成了数据库的创建工作，
在【数据库名称】文本框中输入要新建数据库的名称。例如，这里以“新建的数据库”。
在【所有者】文本框中输入新建数据库的所有者，如sa。根据数据库的使用情况，选择启用或者禁用【使用全文索引】复选框。
在【数据库文件】列表中包括两行，一行是数据库文件，而另一行是日记文件。通过单击下面的【添加】、【删除】按钮添加或删除数据库文件。
切换到【选项页】、在这里可以设置数据库的排序规则、恢复模式、兼容级别和其他属性。
切换到【文件组】页，在这里可以添加或删除文件组。
完成以上操作后，单击【确定】按钮关闭【新建数据库】对话框。至此“新建的数据”数据库创建成功。新建的数据库可以再【对象资源管理器】窗口看到。

Ⅵ 数据库实体、属性、域的含义

实体：把客观存在并且可以相互区别的事物称为实体。实体可以是实际事物，也可以是抽象事件。如一个职工、一场比赛等。
属性：描述实体的特性称为属性。如职工的职工号，姓名，性别，出生日期，职称等。
域就是列的取值范围，比如性别的域就是（男，女）