数据库物理设计

物理结构设计

数据库物理设计阶段的任务是根据具体计算机系统(DBMS和硬件等)的特点，为给定的数据库模型确定合理的存储结构和存取方法。所谓的“合理”主要有两个含义：一个是要使设计出的物理数据库占用较少的存储空间，另一个对数据库的操作具有尽可能高的速度。

为了设计数据库的物理结构，设计人员必须充分了解所用DBMS的内部特征；充分了解数据系统的实际应用环境，特别是数据应用处理的频率和响应时间的要求；充分了解外存储设备的特性。数据库的物理结构设计大致包括：确定数据的存取方法、确定数据的存储结构。

物理结构设计阶段实现的是数据库系统的内模式，它的质量直接决定了整个系统的性能。因此在确定数据库的存储结构和存取方法之前，对数据库系统所支持的事务要进行仔细分析，获得优化数据库物理设计的参数。

对于数据库查询事务，需要得到如下信息：

l 要查询的关系。

l 查询条件(即选择条件)所涉及的属性。

l 连接条件所涉及的属性。

l 查询的投影属性。

对于数据更新事务，需要得到如下信息：

l 要更新的关系。

l 每个关系上的更新操作的类型。

l 删除和修改操作所涉及的属性。

l 修改操作要更改的属性值。

上述这些信息是确定关系存取方法的依据。除此之外，还需要知道每个事务在各关系上运行的频率，某些事务可能具有严格的性能要求。例如，某个事务必须在20秒内结束。这种时间约束对于存取方法的选择有重大的影响。需要了解每个事务的时间约束。

值得注意的是，在进行数据库物理结构设计时，通常并不知道所有的事务，上述信息可能不完全。所以，以后可能需要修改根据上述信息设计的物理结构，以适应新事务的要求。

1. 确定关系模型的存取方法

确定数据库的存取方法，就是确定建立哪些存储路径以实现快速存取数据库中的数据。现行的DBMS一般都提供了多种存取方法，如索引法、HASH法等。其中，最常用的是索引法。

数据库的索引类似书的目录。在书中，目录允许用户不必浏览全书就能迅速地找到所需要的位置。在数据库中，索引也允许应用程序迅速找到表中的数据，而不必扫描整个数据库。在书中，目录就是内容和相应页号的清单。在数据库中，索引就是表中数据和相应存储位置的列表。使用索引可以大大减少数据的查询时间。

但需要注意的是索引虽然能加速查询的速度，但是为数据库中的每张表都设置大量的索引并不是一个明智的做法。这是因为增加索引也有其不利的一面：首先，每个索引都将占用一定的存储空间，如果建立聚簇索引(会改变数据物理存储位置的一种索引)，占用需要的空间就会更大；其次，当对表中的数据进行增加、删除和修改的时候，索引也要动态地维护，这样就降低了数据的更新速度。

在创建索引的时候，一般遵循以下的一些经验性原则：

l 在经常需要搜索的列上建立索引。

l 在主关键字上建立索引。

l 在经常用于连接的列上建立索引，即在外键上建立索引。

l 在经常需要根据范围进行搜索的列上创建索引，因为索引已经排序，其指定的范围是连续的。

l 在经常需要排序的列上建立索引，因为索引已经排序，这样查询可以利用索引的排序，加快排序查询的时间。

l 在经常成为查询条件的列上建立索引。也就是说，在经常使用在WHERE子句中的列上面建立索引。

同样，对于某些列不应该创建索引。这时候应该考虑下面的指导原则：

l 对于那些在查询中很少使用和参考的列不应该创建索引。因为既然这些列很少使用到，有索引并不能提高查询的速度。相反，由于增加了索引，反而降低了系统的维护速度和增大了空间需求。

l 对于那些只有很少值的列不应该建立索引。例如，人事表中的“性别”列，取值范围只有两项：“男”或“女”。若在其上建立索引，则平均起来，每个属性值对应一半的元组，用索引检索，并不能明显加快检索的速度。

时刻怀有一颗虔诚之心，乐于分享。知识才更有意义。

高校图书管理系统数据库物理结构设计

高校图书管理系统数据库物理结构设计 一、设计前要了解的信息(该部分不出现在设计说明书中) 1、数据库的查询事务 (1)按卡号查询读者信息及借书信息(查询读者借书信息时涉及读者、图书与借还关系的连接操作,连接属性:卡号、书号)。 (2)按姓名查询读者信息及借书信息(查询读者借书信息时涉及读者、图书与借还关系的连接操作,连接属性:卡号、书号)。 (3)按书名查询图书信息。 (4)按作者与出版社查询图书信息。 (5)按出版社统计图书信息。 (6)按书号查询图书被借信息(查询图书被借信息时涉及读者、图书与借还关系的连接操作,连接属性:卡号、书号)。 (7)按书名查询图书被借信息(查询图书被借信息时涉及读者、图书与借还关系的连接操作,连接属性:卡号、书号)。 2、数据库的更新事务 (1)办理借书证(读者注册)。 (2)借书(增加借还记录、修改图书的库存数量)。 (3)还书(修改借还记录、修改图书的库存数量)。 3、查询事务的操作频率与性能要求 (1)按卡号查询读者信息及借书信息 操作频率:200次/天 性能要求:3s内完成 (2)按姓名查询读者信息及借书信息 操作频率:80次/天 性能要求:5s内完成 (3)按书名查询图书信息 操作频率:250次/天 性能要求:3s内完成 (4)按作者与出版社查询图书信息 操作频率:250次/天 性能要求:3s内完成 (5)按出版社统计图书信息 操作频率:1次/月 性能要求:10s内完成 (6)按书号查询图书被借信息 操作频率:10次/月

性能要求:6s内完成 (7)按书名查询图书被借信息 操作频率:10次/月 性能要求:6s内完成 二、设计结果 1、数据库名称 Book_Borrow 2、关系表 主键:lbdm 主键:kh 索引:xm(升序) check约束:性别的取值只能为男或女 default约束:性别默认为男

oracle物理设计原则

数据库物理设计原则 1.1 数据库环境配置原则 1.1.1 操作系统环境： 对于中小型数据库系统，采用linux操作系统比较合适，对于数据库冗余要求负载均衡能力要求较高的系统，可以采用Oracle9i RAC的集群数据库的方法，集群节点数范围在2—64个。对于大型数据库系统，可以采用Sun Solaris SPARC 64位小型机系统或HP 9000 系列小型机系统。RAD5 适合只读操作的数据库，RAD1 适合OLTP数据库 1.1.2 内存要求 对于linux操作系统下的数据库,由于在正常情况下Oracle对SGA的管理能力不超过1.7G。所以总的物理内存在4G以下。SGA的大小为物理内存的50%—75%。对于64位的小型系统，Oracle数据库对SGA的管理超过2G的限制，SGA设计在一个合适的范围内：物理内存的50%—70%，当SGA过大的时候会导致内存分页，影响系统性能。 1.1.3 交换区设计 当物理内存在2G以下的情况下，交换分区swap为物理内存的3倍，当物理内存>2G的情况下，swap大小为物理内存的1—2倍。 1.1.4 其他环境变量参考Oracle相关的安装文档和随机文档。 1.2 数据库设计原则 1.2.1 数据库SID 数据库SID是唯一标志数据库的符号，命名长度不能超过5个字符。对于单节点数据库，以字符开头的5个长度以内字串作为SID的命名。对于集群数据库，当命名SID后，各节点SID自动命名为SIDnn，其中n n为节点号：1，2，…,64。例如rac1、rac2、rac24。 1.2.2 数据库全局名 数据库全局名称： 1.2.3 数据库类型选择

数据库设计示例文档(完整)物理数据库设计

数据库设计示例文档（完整）物理数据库设计D2小组网上培训系统物理数据库设计 陈俊华、董磊、陈俊娜、董昊、海霞、郭云龙 1(针对选定的DBMS，生成基表 由于本系统主要架构在windows操作系统之上，加之本小组成员对SQLServer 比较熟悉，且系统有并发操作的要求，因此决定采用SQLServer2000 DBMS系统。 2(选择合适的文件组织(Heap, Hash, ISAM, B+ Tree, Clustered) 基于在System’s Specification中对系统性能的要求: 1)非峰值时，数据查找、更新、存储的平均时间低于1秒 2)在峰值时，数据查找、更新、存储的平均时间低于5秒 采用SQL Server 2000默认的文件组织结构 3(选择建立适当的索引 基于在System’s Specification中对事务处理的分析: 1)学生情况检索每天50次 2)教师情况检索每天10次 3)课程检索每天100次 4)常见问题检索每天200次 5)资料查询每天200次 6)试题检索每天50次 7)成绩查询每天50次 在SQL Server 2000里，在数据库关系图中为表定义一个主键将自动创建主键索引;由于要频繁查询学生姓名、教师姓名、课程名称、题目、成绩，因此在各表的对应列上创建第二索引。

4(定义全局约束 根据需求分析，本网上培训系统不允许同一名学生在一个学期中选课超过6 门以上。 5(定义视图 用户视图主要是学生视图和教师视图。 6(定义用户访问控制规则 用户在进入系统之前必须提交相应的用户名和口令，系统将根据不同的用户而授予不同的权限。 以下是建表语句: 1)学生表 create table student( StudentID Int(15) not null identity(1,1), StudentName Varchar(20) not null, StudentPassword Varchar(10) not null, StudentStatus Char(1) not null, StudentSex Char(1) not null, EnrollingDate Datetime not null, E-mail Varchar(30), Constraint pk_student primary key clustered(StudentID) ) 索引: create index student_StudentName on student(StudentName) 2)教师表 create table teacher (

数据库物理设计

数据库物理设计 数据库环境 对于制造企业，一般可选用linux，Windows或Unix等操作系统。具体选择哪个操作系统可根据现有的服务器情况做调整。成熟的企业级数据仓库一般选择常见的关系型数据库，同时根据特殊要求，可增加集群数据库、内存关系数据库或本地文件型数据库等。数据存储可采用RAID5、RAID1、RAID5+RAID1的方式。内存配置通常在8G以上，来减少磁盘读取时间。 数据库参数设计 数据库类型：由于数据库目标位企业级数据仓库，数据库类型通常选择data warehouse类型。 连接方式：同时连接类型选择专用方式连接，来满足数据装载时的大量批处理服务。 内存配置：根据服务器实际物理内存的大小，选择70%-80%的内存作为数据库内存大小。 字符集：为了使数据库能够正确支持多国语言，需要将数据库字符集配置为UTF字符集。 其他参数：聚合内存使用，连接数、数据块大小、缓冲区设置等都需要根据实际数据量，使用方式来进行设置。 数据库存储设计 控制文件：控制文件中包含数据库重要信息，需要将控制文件存放在多个磁盘中，来保证数据库可恢复性。控制文

件中参数设置，最大的数据文件数量不能小于数据库参数db_files。 日志文件：数据仓库通常为批处理装载，在装载时会产生大量日志。可选择关闭某些事实表日志，对通常的维表及高频率装载的数据表，可以选择打开日志功能。日志文件的大小由数据库事务处理量决定，在设计过程中，确保每20分钟切换一个日志文件。对于数据仓库系统，日志文件大小通常为几百兆到几千兆。为了确保日志能够镜象作用，每日志组的成员为2个，日志文件组为5—10组。 回滚段配置：Undospace = UR * UPS * db_block_size + 冗余量。UR：表示在undo中保持的最长时间数（秒），由数据库参数UNDO_RETENTION值决定。UPS：表示在undo中，每秒产生的数据库块数量。 临时段表空间配置：数据库临时段表空间根据实际生产环境情况调整其大小，表空间属性为自动扩展。 系统表空间配置：系统表空间大小1G左右，除了存放数据库数据字典的数据外，其他数据不得存储在系统表空间。 表空间大小定义：当表空间大小小于操作系统对最大文件限制时，表空间由一个文件组成。如果表空间大小大于操作系统对最大文件限制时，该表空间由多个数据文件组成，表空间的总大小为估算为：Tablespace + sum (数据段+索引段)*150%。 表空间扩展性设计原则：表空间数据文件采用自动扩展的方式，扩展容量快大小按2的整数倍（1M、2M、4M、8M、16M、32M、64M）进行扩展，创建表空间时尽量采用nologing选项。表空间的最大限制一般采用unlimited，除非确切知道表空间数据文件的最大使用范围。（一般３２

数据库物理设计

物理结构设计 数据库物理设计阶段的任务是根据具体计算机系统(DBMS和硬件等)的特点，为给定的数据库模型确定合理的存储结构和存取方法。所谓的“合理”主要有两个含义：一个是要使设计出的物理数据库占用较少的存储空间，另一个对数据库的操作具有尽可能高的速度。 为了设计数据库的物理结构，设计人员必须充分了解所用DBMS的内部特征；充分了解数据系统的实际应用环境，特别是数据应用处理的频率和响应时间的要求；充分了解外存储设备的特性。数据库的物理结构设计大致包括：确定数据的存取方法、确定数据的存储结构。 物理结构设计阶段实现的是数据库系统的内模式，它的质量直接决定了整个系统的性能。因此在确定数据库的存储结构和存取方法之前，对数据库系统所支持的事务要进行仔细分析，获得优化数据库物理设计的参数。 对于数据库查询事务，需要得到如下信息： l 要查询的关系。 l 查询条件(即选择条件)所涉及的属性。 l 连接条件所涉及的属性。 l 查询的投影属性。 对于数据更新事务，需要得到如下信息： l 要更新的关系。 l 每个关系上的更新操作的类型。 l 删除和修改操作所涉及的属性。 l 修改操作要更改的属性值。 上述这些信息是确定关系存取方法的依据。除此之外，还需要知道每个事务在各关系上运行的频率，某些事务可能具有严格的性能要求。例如，某个事务必须在20秒内结束。这种时间约束对于存取方法的选择有重大的影响。需要了解每个事务的时间约束。 值得注意的是，在进行数据库物理结构设计时，通常并不知道所有的事务，上述信息可能不完全。所以，以后可能需要修改根据上述信息设计的物理结构，以适应新事务的要求。 1. 确定关系模型的存取方法 确定数据库的存取方法，就是确定建立哪些存储路径以实现快速存取数据库中的数据。现行的DBMS一般都提供了多种存取方法，如索引法、HASH法等。其中，最常用的是索引法。

数据库设计报告

软件数据库设计报告文档模板 1. 引言 (2) 1.1编写目的 (2) 1.2项目来源 (2) 1.3文档约定 (2) 1.4预期读者和阅读建议 (2) 1.5参考资料 (2) 2. 数据库命名规则 (3) 3. 数据库设计说明 (3) 3.1数据库逻辑设计 (3) 3.2数据库物理设计 (3) 3.3数据库分布 (3) 3.4基表设计 (4) 3.5视图设计 (5) 3.6索引设计 (6) 3.7完整性约束 (7) 3.8授权设计 (7) 3.9触发器设计 (8) 3.10存储过程设计 (8) 3.11数据复制设计 (9) 4. 词汇表 (10) 5. 历史数据处理 (10)

引言 引言是对这份数据库设计说明书的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份数据库设计说明书是为哪份软件产品编写的，开发这个软件产品意义、作用以及最终要达到的意图。通过这份数据库设计说明书详尽准确地描述了该软件产品的数据库结构。如果这份数据库设计说明书只与整个系统的某一部分有关系，那么只定义数据库设计说明书中说明的那个部分或子系统。 1.2 项目来源 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者； ●软件开发者； ●产品使用者。 1.3 文档约定 描述编写文档时所采用的各种排版约定。排版约定应该包括： ●命名方法； ●提示方式； ●通配符号： ●等等。 1.4 预期读者和阅读建议 列举本数据库设计说明书所针对的各种不同的预期读者，例如，可能包括： ●开发人员； ●项目经理； ●测试人员； ●文档编写人员。 并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。 1.5 参考资料 列举编写需求规格说明书时所用到的参考文献及资料，可能包括； ●本项目的合同书； ●上级机关有关本项目的批文；

数据库设计步骤简述

数据库设计步骤简述

数据库设计步骤简述 数据库技术是信息资源的开发、管理和服务的最有效的手段，因此数据库的应用范围越来越广，从小型的单项事物处理系统到大型的信息服务系统大都利用了先进的数据库技术来保持系统数据的整体性、完整性和共享性。 数据库应用软件和其他软件一样，也有它的诞生和消亡。数据库应用软件作为软件，在其生命周期可以看作有三个大的时期：软件定义时期，软件开发时期和软件运行时期。 按照规范化设计方法，从数据库应用系统设计和开发的全过程来考虑，将数据库及其应用软件系统的生命周期的三个时期又可以细分为六个阶段：需求分析、概念结构设计、逻辑结构设计、物理结构设计、实施及运行维护。 一、需求分析 信息需求：指目标系统设计的所有实体、属性、以及实体间的联系等，包括信息的内容和性质，以及由信息需求导出的数据需求。 处理需求：指为得到需要的信息而对数据进行加工处理的要求，包括处理描述，发生的频度、响应时间以及安全保密要求等。进行数据库设计首先必须准确了解与分析用户需求。需求分析是真个设计过程的基础，是最困难、最耗费时间的一步。作为地基的需求分析是否做得充分与准备，决定了在其上构建数据库大厦的速度与质量。需求分析做得不好，甚至会导致整个数据库设计返工重做。 需求任务分析：

需求分析的任务是通过详细调查现实世界要处理的对象（组织、部门、企业等），充分了解原系统（手工系统或计算机系统）工作概况，明确用户的各种需求，然后在此基础上确定新系统的功能。新系统必须充分考虑今后可能的扩充和改变，不能仅仅按当前应用需求来设计数据库。 需求分析的重点是调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。信息要求是指用户需要从数据库中获得信息的内容与性质。由用户的信息要求可以导出数据要求，即在数据库中需要存储哪些数据。处理要求是指用户要求完成什么处理功能，对处理的响应时间有什么要求，处理方式是批处理还是联机处理。新系统的功能必须能够满足用户的信息要求、处理要求、安全性与完整性要求 需求分析的方法： 通过调查了解了用户需求后，需要进一步分析和表达用户的需求。分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。 二、概念设计 将需求分析得到的用户需求抽象为信息结构即概念模型的过程就是概念结构设计。 概念结构是对现实世界的一种抽象，即对实际的人、物、事和概念进行人为处理，抽取人们关心的共同特性，忽略非本质的细节，并把这些特性用各种概念精确地加以描述。

数据库的物理结构设计

2.6 数据库物理结构设计 ?数据库在物理设备上的存储结构与存取方法称为数 据库的物理结构，它依赖于给定的计算机系统。 ?为一个给定的逻辑数据模型选取一个最适合应用环 境的物理结构的过程，就是数据库的物理设计。 ?充分了解应用环境，详细分析要运行的事务，以获得选择物理数据库设计所需参数 ?充分了解所用RDBMS的内部特征，特别是系统提供的存取方法和存储结构

?关系数据库物理设计的内容 –为关系模式选择存取方法(建立存取路径) –设计关系、索引等数据库文件的物理存储结构 ?物理数据库设计所需参数 －数据库查询事务（查询的关系，查询条件所涉及的属性，连接条件所涉及的属性，查询的投影属性）－数据更新事务（被更新的关系，每个关系上的更新操作条件所涉及的属性，修改操作要改变的属性值）－每个事务在各关系上运行的频率和性能要求

其他需考虑的问题： 目标DBMS支持的特性、功能和选项； 主机计算机系统的特性和能力； 磁盘存储配置； 数据量。

数据库物理设计步骤： 1.数据库逻辑模式调整 2.文件组织与存取设计 3.数据分布设计 4.安全模式设计 5.确定系统配置 6.物理模式评估

1数据库逻辑模式调整 将与平台无关的描述数据库逻辑结构的关系模式及其视图转换为所选定的具体DBMS平台可支持的基本表和视图，并利用DBMS提供的完整性机制设计定义在基本表上的面向应用的业务规则。 （1) 实现目标数据库基本表和视图 遵循目标数据库的语法规则或变通 （2)设计基本表业务规则 利用目标DBMS提供的Check、断言、触发器等完成完整性约束

2文件组织与存取设计 （1)分析事务的数据访问特性 ?使用事务/表交叉引用矩阵，分析系统內重要事务对各基表的访问情况，确定事务访问哪些基本表，对哪些基本表执行了何种操作，并进一步分析各操作涉及到的基本属性表。 将所有事务路径映射到表中； 确定哪些表最常被事务访问； 分析选出的包含了这些表的事务。

数据库的设计课后答案

第六章数据库设计 习题解答和解析 1. 1.试述数据库设计过程。 答：这里只概要列出数据库设计过程的六个阶段： (1)需求分析;(2)概念结构设计;(3)逻辑结构设计;(4)数据库物理设计;(5)数据库实 施;(6)数据库运 行和维护。这是一个完整的实际数据库及其应用系统的设计过程。不仅包括设计数据库本身,还包括数据库的实施、运行和维护。设计一个完善的数据库应用系统往往是上述六个阶段的不断反复。 解析：希望读者能够认真阅读《概论》6.1的内容,了解并掌握数据库设计过程。 2. 2.试述数据库设计过程各个阶段上的设计描述。 答：各阶段的设计要点如下： (1)需求分析：准确了解与分析用户需求(包括数据与处理)。 (2)概念结构设计：通过对用户需求进行综合、归纳与抽象,形成一个独立于具体DBMS 的概念模型。 (3)逻辑结构设计：将概念结构转换为某个DBMS所支持的数据模型,并对其进行优化。 (4)数据库物理设计：为逻辑数据模型选取一个最适合应用环境的物理结构(包括存储结构和存取方法)。 (5)数据库实施：设计人员运用DBMS提供的数据语言、工具及宿主语言,根据逻辑设计和物理设计的结果建立数据库,编制与调试应用程序,组织数据入库,并进行试运行。 (6)数据库运行和维护：在数据库系统运行过程中对其进行评价、调整与修改。 解析： 这是进一步了解数据库设计的具体内容。设计描述是指在各个阶段体现设计内容,描述设计结果的各种文档、程序。读者可以参考《概论》上图6.3。 3. 3.试述数据库设计过程中结构设计部分形成的数据库模式。 答：数据库结构设计的不同阶段形成数据库的各级模式,即： (1)在概念设计阶段形成独立于机器特点,独立于各个DBMS产品的概念模式,在本篇中就是E-R图； (2)在逻辑设计阶段将E-R图转换成具体的数据库产品支持的数据模型,如关系模型,形成数据库逻辑模式,然后在基本表的基础上再建立必要的视图(View),形成数据的外模式； (3)在物理设计阶段,根据DBMS特点和处理的需要,进行物理存储安排,建立索引,形成数据库内模式。 读者可以参考《概论》上图6.4。图中概念模式是面向用户和设计人员的,属于概念模型的层次；逻辑模式、外模式、内模式是DBMS支持的模式,属于数据模型的层次,可以在DBMS 中加以描述和存储。 4. 4.试述数据库设计的特点。 答：数据库设计既是一项涉及多学科的综合性技术又是一项庞大的工程项目。其主要特点有： (1)数据库建设是硬件、软件和干件(技术与管理的界面)的结合。 (2)从软件设计的技术角度看,数据库设计应该和应用系统设计相结合,也就是说,整个设计过程中要把结构(数据)设计和行为(处理)设计密切结合起来。详细的可以参考《概论》

数据库物理设计实例

通过逻辑设计，进行物理结构的设计 分析后达到三范式后建立以下五个表： TICKET_INFO 表 存储火车车票各种信息 PASSENGER_INFO 表 存储火车乘客信息 BOOK_INFO 表 存储乘客订票退票信息 TR_CONVERT 表 存储火车票的折算信息 TRAIN_INFO 表 存储火车信息 一．车票信息（TICKET_INFO 表）： 该表主键： 车票号 （TICKET_NO ） 属性名 表中存储名 变量类型 完整性约束条件 补充说明 车票号 TICKET_NO Char(12) 主键 无 始发站 START_STA V ARCHAR(15) 非空 无 中转站 MID_STA V ARCHAR(15) 无 无 终点站 END_STA V ARCHAR(15) 非空 无 出发时间 START_TIME SMALLDATETIME 非空 格式：2010-3-23 9:00 估计所需时间 SPEND_TIME FLOAT 非空 是按小时算的 车票类型 SORT V ARCHAR(4) 非空（软卧铺，硬座） 只有硬软卧铺三种 列车名 TRAIN_NAME CHAR(8) 无 格式：k569 价格 PRICE FLOAT 非空 无 发行量 AMOUNT INT 无 无 检票口 CHECK_NO INT 无 无 剩余票数 LEAVE_COUNT INT 无 无 二：乘客信息(PASSENGER_INFO 表) 外键： 乘客类型 连接到CONVERT 表 三： 火车票折算信息（TR_CONVERT 表） 属性名 表中存储名 变量类型 完整性约束条件 补充说明 身份证号 ID CHAR(20) 主键 位数确定 乘客类型 PASS_SORT V ARCHAR(4) check(学生 幼儿 残疾 军人 一般) 只有左边四种 属性名 表中存储名 变量类型 完整性约束条件 补充说明 乘客类型 PASS_SORT CHAR(20) 主键 check(学生 幼儿 残疾 军人 一般) (只有四种) 折算 TRANS FLOAT check(0.0~1.0)

数据库实验1 数据库物理设计

实验1：数据库物理设计 ----数据库的创建与管理 1.实验目的与要求： 1.1 了解 1.2 理解 1.3 掌握 2.实验环境与实验器材： 计算机，网络环境，投影设备。 实验相关软件：Window xp、SQL Server 2000。 2*.实验预备知识 2.1 三种数据文件： 1）主要数据文件 2）次要数据文件 3）事务日志文件 2.2 SQL Server2000的主要组件 SQL Server2000提供了一整套管理工具和实用程序，使用这些工具和程序，可以设置和管理SQL Server进行数据库管理和备份，并保证数据库的安全和一致。 在开始菜单上，将鼠标移到Microsoft SQL Server，可以看到SQL Server2000的安装组件如下：1）联机丛书 SQL Server2000使用说明。 2）企业管理器 用来对本地或远程服务器进行管理操作的服务器应用程序。 使用企业管理器，可以完成下述工作： 1）创建和删除数据库和表 2）启动、终止和配置服务器 3）创建和控制用户帐户和用户组 4）备份和恢复数据库以及事务处理日志 5）检查数据的一致性 3）服务器网络实用工具和客户网络实用工具 用于定义客户和服务器之间通信的网络库和DB-Library协议。 客户端网络实用工具：用于进行客户端配置，可以让一个客户端连接到多个服务器上。4）查询分析器 使用查询分析器可以执行输入的SQL语句，执行结果会显示在屏幕上。 SQL查询分析器：不仅仅是一个SQL查询系统，它可以在同一个窗口中执行多个Transact-SQL语句，也可以执行脚本文件中的SQL语句。SQL Server2000查询分析器支持OLE DB的分布式和异构环境的查询，支持新的查询规划算法，可以加快查询速度。 5）导入和导出数据 导入和导出数据工具用于SQL Server2000与其他的数据库系统进行相互转换，该工具是一个向导。利用该向导，可以轻松的实现SQL Server2000与其他数据库系统间的数据转换。 6）服务管理器 该工具负责启动、暂停和停止SQL Server2000的4种服务。