哪位大佬有 数据库设计教程? 第2版_11474555，谁有这个书籍的网盘资源？
2编写出物理设计指南。. 能够方便地借阅图书、续借图书、归还图书。我这里有您想要的资源，通过百度网盘免费分享给您：
系统数据库设计 图书借阅管理系统数据库设计
系统数据库设计 图书借阅管理系统数据库设计
提由于概念设计的结果是ER图，DBMS一般采用关系型（本人所使用的MSSQL就是关系型的DBMS），因此数据库的逻辑设计过程就是把ER图转化为关系模式的过程。由于关系模型所具有的优点，逻辑设计可以充分运用关系数据库规范化理论，使设计过程形式化地进行。设计结果是一组关系模式的定义。取码：1234
本书遵循数据库设计的具体要求，于具体的数据库教材，以多个实际应用系统为案例，读者理解应用需求，逐步完成数据库设计的全过程。本书重点讲解数据库应用系统的需求分析、概念设计、逻辑设计、物理设计和实施过程，对每个案例都设计了大量常用的数据库访问作，目的是让读者掌握数据库作基本技能，加强实践动手能力，力争让读者看得懂、学得会、用得上、记得牢。教程后还给出一个应用系统开发的具体步骤和主要代码，读者可以参照其进行应用系统开发的锻炼。本课程设计在重基础知识训练的同时，也注重技能训练，可以作为高等学校计算机及相关专业数据库课程设计的教材或教学参考书，也可以供软件开发人员和有关技术人员阅读使用。
求数据库课程设计“图书馆管理系统” 要求：Visual C++6.0和SQL 2005是详细源代码外加数据库
评审可能导致开发过程回溯，甚至会反复多次。但是，一定要使全部的预期目标都达到才能让需求分析阶段的工作暂告一个段落.1.开发背景
数据库技术和Internet的飞速发展，使它们已经成为现代信息技术的重要组成部分，是现在计算机信息系统和计算机应用系统的基础和核心。对于任何一个企业来说，数据是企业重要的资产，如何有效利用这些数据，对于企业发展起着极其重要的作用。随着我国市场经济的迅速发展和人们生活水平的不断提高，图书馆藏书的树木逐渐增大，这也挑战了图书管理方面的技术，以前的人工管理方式已经不再适应现在的环境，取而代之的是先进的图书管理系统，通过使用PowerBuilder创建的图书管理系统可以让管理人员方便而快捷的进行管理、查询、借阅、录入等工作。
2.需求分析
2.1系统目标
图书管理信息系统是典型的信息管理系统(MIS),其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强.数据安全性好的库。而对于后者则要求应用程序功能完备,易使用等特点。
2.2需求定义
图书馆管理系统开发。系统开发的总的设计目标是实现图书管理的系统化、规范化和自动化，实现对图书资料的集中统一的管理。
其系统的功能模块图如下：
读者信息
属性：读者学号，读者姓名，读者性别，联系电话，所在院系，生效日期，失效日期，违章状况，累计借书
书籍信息
属性：ISBN，书名，作者，出版社，出版日期，
主键：ISBN
信息
属性：工作号，姓名，性别，电话，家庭住址
主键：工作号
2.3数据流程
2.3.1 读者
作为学生对图书管理系统的要求有：
1. 能按各种方式（比如书名、编号、作者）查询图书馆的藏书情况。
3. 能够查询自己的基本资料、借阅图书情况。
4. 能够熟悉图书管理系统的使用。
2-1进入系统工作的流程图
2.3.2 图书
作为图书，他们对图书管理系统的要求有：
1. 能方便的对图书进行录入登记，注销陈旧的书籍。
3. 能够随时发布一些诸如各学院学生借阅图书超期情况、馆内藏书情况、借情况等信息，以便各学院能够随时获知本院学生的一些借书信息。
图书工作的流程图为：
2-2图书工作流程图
3.功能描述
系统功能分析是在系统开发的总体任务的基础上完成。本系统需要完成的功能主要有5部分：
(1) 图书基本情况的录入，修改，删除等基本作。
1．书籍类别标准的制定，类别信息的输入，包括类别编号，类别名称，，备注信息等。
2．书籍类别信息的查询，修改，包括类别编号，类别名称，，备注信息等。
3．书籍信息的输入，包括书籍编号，书籍名称，书籍类别，作者名称，出版社名称，出版日期，书籍页数，，登记日期，备注信息等。
(2) 办理借书卡模块。
1．新生办理借书证。
2．丢失办理借书证。
(3) 实现借书功能。
1．借书信息的输入，包括借书信息编号，读书编号，读者姓名，书籍编号，书籍名称，借书日期，备注信息等。
2．借书信息的查询，修改，包括借书信息编号，读者编号，读者姓名，书籍编号，书籍名称，借书日期，备注信息等。
(4) 实现还书功能。
1．还书信息的输入，包括还书信息编号，读者编号，读者姓名，书籍编号，书籍名称，借书日期，还书日期，备注信息等。
2．还书信息的查询和修改，包括还书信息编号，读书编号，读者姓名，书籍编号，书籍名称，借书日期，还书日期，备注信息等。
(5) 能方便的对图书进行查询。对超期的情况能自动给出提示信息
各部分E-R图如下：
(1)读者信息类别实体E-R图
4-1 读者类别实体E-R图
(2)书籍信息类别实体E-R图
4-2 书籍类别实体E-R图
(3)图书借阅实体E-R图：
4-3 图书借阅实体E-R图
(4)投诉管理实体E-R图：
4-4 投诉管理实体E-R图
图4-6 CDM图
5.逻辑模型设计和优化
从理论‘E-R模型’到理论‘关系模型’的整理转换，通过E-R模型到关系模型的转化，可以得到如下关系模式：
借阅关系
属性：工作号，读者学号，ISBN，是否续借，借书日期，还书日期，备注。
主键：工作号，读者学号，ISBN
_书籍关系
属性：工作号，ISBN，添加时间，是否在馆
主键：工作号，ISBN
_学生关系
属性：工作号，读者学号，确认借还
主键：工作号，读者学号
通过由概念模型设计得到CDM图powerdesigner转换成对应的PDM图：
PDM图
5.1图书信息表
列名 数据类型 可否为空
ISBN varchar 否
书名 varchar 否
作者 varchar 否
出版社 varchar 是
出版日期 datetime 是
varchar 是
5.2 读者信息表
列名 数据类型 可否为空
读者学号 varchar 否
读者姓名 varchar 否
读者性别 varchar 否
联系电话 varchar 是
所在院系 varchar 否
5.3 信息表
列名 数据类型 可否为空
工作号 varchar 否
姓名 varchar 否
性别 varchar 否
电话 varchar 是
家庭住址 varchar 是
5.4 借阅表
列名 数据类型 可否为空
工作号 char 否
ISBN char 否
读者学号 char 否
借阅日期 datetime 否
还书日期 datetime 否
是否续借 char 否
5.5 _书籍
列名 数据类型 可否为空
工作号 char 否
ISBN char 否
添加时间 datatime 是
是否在馆 char 是
5.6 _学生
列名 数据类型 可否为空
工作号 char 否
读者学号 char 否
借还确认 char 否
6.物理设计和实施
从理论‘关系模型’到实现实施‘数据库建立’，物理文件的安排和建立索引
6.1 建立索引
(1)读者信息（读者学号）
(2)书籍信息（ISBN）
(3)信息（工作号）
(4)借阅（工作号，读者学号，ISBN）
(5)_书籍（工作号，ISBN）
(6)_学生（工作号，读者学号）
6.2 SQL语句
如下所示：
/ Table: 书籍信息 /
create table 书籍信息
(ISBN char(20) not null,
书名 char(20),
作者 char(10),
出版社 char(15),
char(160),
constraint PK_② 存储空间书籍信息 primary key (ISBN)
);
/ Index: 书籍信息_PK /
create unique index 书籍信息_PK on 书籍信息 (
ISBN ASC
);
/ Table: 投诉 /
create table 投诉
(工作号 char(10) not null,
学号 char(10) not null,
投诉日期 char(30),
constraint PK_投诉 primary key (工作号, 学号)
);
/ Index: 投诉_PK /
create unique index 投诉_PK on 投诉 (
工作号 ASC,
学号 ASC
);
/ Index: 投诉_FK /
create index 投诉_FK on 投诉 (
工作号 ASC
);
/ Index: 投诉2_FK /
create index 投诉2_FK on 投诉 (
学号 ASC
);
/ Table: 登记 /
create table 登记
(工作号 char(10) not null,
学号 char(10) not null,
ISBN char(20) not null,
证书日期 char(30) not null,
还书日期 char(30) not null,
违章状况 char(160),
累计借书 char(160),
备注 char(160),
constraint PK_登记 primary key (工作号, 学号, ISBN)
);
/ Index: 登记_PK /
create unique index 登记_PK on 登记 (
工作号 ASC,
学号 ASC,
ISBN ASC
);
create index 登记_FK on 登记 (
工作号 ASC
);
/ Index: 登记2_FK /
学号 ASC
);
/ Index: 登记3_FK /
create index 登记3_FK on 登记 (
ISBN ASC
);
/ Table: 信息 /
create table 信息
(工作号 char(10) not null,
姓名 char(10),
性别 char(5),
电话 char(15),
所在院系 char(25),
constraint PK_信息 primary key (工作号)
);
/ Index: 信息_PK /
create unique index 信息_PK on 信息 (
工作号 ASC
);
/ Table: 读者信息 /
create table 读者信息
(学号 char(10) not null,
姓名 char(10),
性别 char(5),
电话 char(15),
所在院系 char(25),
constraint PK_读者信息 primary key (学号)
);
/ Index: 读者信息_PK /
create unique index 读者信息_PK on 读者信息 (
学号 ASC
);
7.主要数据纵语句
7.1作
(1)注册(register)
INSERT INTO (工作号,姓名,性别,电话,家庭住址,备注)
VALUES(#工作号,#姓名,#性别,#电话,#家庭住址,#备注)
说明：在登记作后,得到一个的工作号,可以根据这个工作号采查询和修改数据。
(2)注销(unregister)
DELETE
FROM Provider
WHERE(工作号=#工作号)；
(3)修改个人信息(update)
UPdate 4.3.2关系数据库的逻辑设计
Set (工作号=#工作号,姓名=#姓名,性别=#性别,电话=#电话,家庭住址=#家庭住址)
WHERE(工作号＝#工作号)
(4)增加书籍（addbooks）
INSERT INTO 图书 (ISBN,书名,作者,出版社,出版日期,,)
VALUES(#ISBN,#书名,#作者,#出版社,#出版日期,#,#备注) INSERT INTO
_书籍表(工作号,ISBN,添加时间,是否在馆)
VALUES(#工作号,#ISBN,#添加时间,#是否在馆）
(5)删除书籍(deletebooks)
DELETE 图书
WHERE(ISBN =# ISBN)
(6)修改书籍(updatebooks)
#出版日期, =#)
WHERE(ISBN =# ISBN)
7.2读者作
(1)注册(register)
INSERT INTO 读者(读者学号,读者姓名,读者性别,联系电话,所在系,
生效日期,失效日期,违章状况,累计借书,备注)
VALUES(#读者学号,#读者姓名,#读者性别,#联系电话,#所在系,
#生效日期,#失效日期,#违章状况,#累计借书,#备注)
说明：在登记作后,读者得到一个的ID,可以根据这个ID来查询和修改自己的信息。
(2)注销(unregister)
DELETE 读者
WHERE(读者学号=#读者学号)
(3)修改个人信息(update)
UPDATE 读者 Set(读者姓名=#读者姓名,联系电话=#联系电话,
所在系=#所在系,生效日期=#生效日期,失效日期=#失效日期,
违章状况=#违章状况,累计借书=#累计借书,备注=#备注)
WHERE(读者学号=#读者学号)
(4)查询（select）
SELECT ISBN,书名,作者,出版社
FROM图书
7.3对借阅关系的作
(1)插入读者的信息（insert）
INSERT INTO 借阅(工作号,读者学号,ISBN,是否续借,借书日期,还书日期,备注)
VALUES(#工作号,#读者学号,#ISBN,#是否续借,#借书日期,
#还书日期,#备注)
①更新借出信息
UPDATE借阅
SET(借书日期=#借书日期,还书日期=借书日期+30,是否续借=0)
WHERE(工作号=#工作号 AND 读者学号=#读者学号 AND ISBN =#ISBN)
UPDATE_图书
SET(是否在馆=0)
WHERE(ISBN=#ISBN)
UPDATA 学生
SET (累积借书=累积借书+1)
WHERE(读者学号=#读者学号)
INSERT INTO_学生(工作号,读者学号,确认借还,ISBN)
VALUES(#工作号,#读者学号,”0”, #ISBN))
②更新续借信息
UPDATE 借阅
SET(是否续借=#是否续借)
WHERE(工作号=#工作号 AND 读者学号=#读者学号 AND ISBN =#ISBN)
③更新还书信息
UPDATE_图书
WHERE(ISBN=#ISBN)
UPDATE_学生
SET(确认借还=”1”)
WHERE(工作号=#工作号 AND 读者学号=#读者学号 AND ISBN=#ISBN)
数据库设计
WHERE ISBN=#ISBN OR书名=出版日期 char(30),#书名根据以上数据内容分析，当前遥感综合调查基础数据库主要由各个专题数据库（以矢量数据为主）、公共数据库（既有矢量数据又有栅格数据，前者如1∶25万基础地理数据，后者如1∶25万DEM数据库和1∶25万ETM＋遥感影像）等构成，同时整个系统还必须具备自身的扩展机制，随着用户和应用的不断变化，数据库的内容也必将随之变化。因此，遥感综合调查基础数据库设计的主导思想是，利用ArcSDE技术提供的Multiuser Geodatabase模型组织复杂的空间数据，建立一个开放的、灵活的空间数据库。
Geodatabase由矢量要素数据集、栅格数据集、TIN数据集、空间域、规则等部件构成。它对通常所要处理和表达的地理空间要素，如矢量、栅格、三维表面、网络、地址等进行了统一的描述，并引入了这些地理空间要素的行为、规则和关系（ESRI,2001）。而遥感综合调查基础数据库只存储其中的矢量要素数据集、栅格数据集等几种类型。基于Geodatabase的遥感综合调查数据模型如图11.4所示。
设计Geodatabase与设计普通的数据库是相同的，也分成两个基本步骤——逻辑数据模型的表达和数据库模型的物理实施，即逻辑设计和物理设计。逻辑设计是空间数据在用户或应用中的表现形式，物理设计主要是空间数据在存储介质里的具体储存方式。逻辑数据模型是对所要研究的现实世界的有关数据而建立的一个抽象的关联结构，以描述这些数据之间的逻辑关系。它完全于具体系统实现和处理过程，区别于物理数据模型，即它不是一个在数据库管理系统中的表结构，不化解或消除实体间的多对多关系，更可行性分析报告和数据库应用系统规划书经审定立项后，成为后续开发工作的总纲。接近于现实世界，是一个访问数据的基本视图。可以说逻辑层是物理层的表现，而物理层是逻辑层的基础。
图11.4基于GeoDatabase的遥感综合调查数据模型 图11.5逻辑层与物理层的联系
从逻辑设计的角度来看，本系统基础数据库的设计思路是：数据库→子库→图层→空间实体，库可以包含多个子库，子库用来存放不同比例尺或不同用途的空间数据，再根据项目设计书的要求对每一个子库做大类和图层的划分。从物理设计的角度来看，最终反映在ArcSDE的物理数据库模型则是GEODATABASE→FEATUREDATASET→FEATURECLASS→FEATURE（如图11.5）所示。
大数据量的数据库表设计技巧
· 数据流：表示某一数据加工过程的输入/输出数据。大数据量的数据库表设计技巧
1、要了解ER图的核心要素：实体，属性，关系，实体就是一个个对象，比如猫，属性就是实体所有的某个属性，比如猫的性别，关系就是实体和实体之间或者实体内部之间的关系。即使是一个非常简单的数据库应用系统，它的数据量增加到一定程度也会引起发一系列问题。如果在设计数据库的时候，就提前考虑这些问题，可以避免由于系统反映迟缓而引起的用户抱怨。
技巧1：尽量不要使用代码。比如性别这个字段常见的做法：1代表男，0代表女。这样的做法意味着每一次查询都需要关联代码表。
技巧2：历史数据中所有字段与业务表不要有依赖关系。如保存打印的时候，不要只保留单位代码，而应当把单位名称也保存下来。
技巧3：使用中间表。比如职工工资，可以把每一位职工工资的合计保存在一张中间表中，当职工某一工资项目发生变化的时候，同时对中间表的数据做相应更新。
技巧4：使用统计表。需要经常使用的统计数据，生成之后可以用专门的表来保存。
技巧5：分批保存历史数据。历史数据可以分段保存，比如2003年的历史数据保存在 《2003表名》中，而2004年的历史数据则保存在《2004表名》中。
技巧6：把不常用的数据从业务表中移到历史表。比如职工档案表，当某一职工离开公司以后，应该把他的职工档/ Index: 登记_FK /案表中的信息移动到《离职职工档案表》中。
1、经常查询的和不常用的分开几个表，也就是横向切分
2、把不同类型的分成几个表，纵向切分
3、常用联接的建索引
5、用优化器，优化你的查询
6、考虑冗余，这样可以减少连接
7、可以考虑建立统计表，就是实时生成总计表，这样可以避免每次查询都统计一次
8、用极量数据测试一下数据
速度，影响它的因数太多了，且数据量越大越明显。
1、存储将硬盘分成NTFS格式，NTFS比FAT32快，并看你的数据文件大小，1G以上你可以采用多数据库文件，这样可以将存取负载分散到多个物理硬盘或磁盘阵列上。
2、tempdbtempdb也应该被单独的物理硬盘或磁盘阵列上,建议放在RAID0上，这样它的性能,不要对它设置值让它自动增长
3、日志文件日志文件也应该和数据文件分开在不同的理硬盘或磁盘阵列上，这样也可以提高硬盘I/O性能。
4、分区视图就是将你的数据水平分割在集群上，它适合大规模OLTP,SQL群集上，如果你数据库不是访问特别大不建议使用。
5、簇索引你的表一定有个簇索引，在使用簇索引查询的时候，区块查询是最快的，如用between，应为他是物理连续的，你应该尽量减少对它的updaet,应为这可以使它物理不连续。
6、非簇索引非簇索引与物理顺序无关，设计它时必须有高度的可选择性，可以提高查询速度，但对表update的时候这些非簇索引会影响速度，且占用空间大，如果你愿意用空间和修改时间换取速度可以考虑。
7、索引视图如果在视图上建立索引,那视图的结果集就会被存储起来，对与特定的查询性能可以提高很多，但同样对update语句时它也会减低性能，一般用在数据相对稳定的数据仓库中。
8、维护索引你在将索引建好后，定期维护是很重要的，用dbccshowcontig来观察页密度、扫描密度等等，及时用dbccindexdefrag来整理表或视图的索引,在必要的时候用dbccdbreindex来重建索引可以受到良好的效果。
不论你是用几个表1、2、3点都可以提高一定的性能，5、6、8点你是必须做的，至于4、7点看你的需求，我个人是不建议的。
如何设计一个图书借阅管理系统数据库ER图？
此功能按借阅者身份进行统计，得出具有某种身份的借阅者总数，此种身份的并借阅图书的借阅者数和所借阅的图书数，在下面给出实现过程。2、要了解ER图中怎么表示1中描述的三个核心要素：在ER图中矩形代表实体，椭圆代表属性，菱形代表关系，各个形状之间用线段连接。
/==============================================================/3、以同样的方式定义课程实体后建关系表，拖进关系线段，连接两个实体，注意两头都是红色才是真正的连接起来了。会自动在关系属性里建立起连接。
说明：设计一个完善的数据库应用系统是不可能一蹴而就的，它往往是上述六个阶段的不断反复。扩展资料：
一个实体型转换为一个关系模式。关系的属性：实体型的属性，关系的码：实体型的码。
一个1：1联系可以转换为一个的关系模式，也可以与任何一端对应的关系模式合并。一个1：n联系可以转换为一个的关系模式，也可以与n端对应的关系模式合并。一个m:n联系转换为一个关系模式。
三个或三个以上实体间的一个多元联系可以转换为一个关系模式，具有相同码的关系模式可合并，同一实体集的实体之间的联系即自联系，也可以按1：1，1：n和m:n三种情况分别处理。
参考资料来源：
急！高分求做SQL 数据库设计【达人请进】
第五章图书管理系统应用程序设计我正在做一个管理信息系统，不过我看到你的问题时已经过了你交作业的期限了，好可惜，不然就可以共享了，嘿嘿
针对一般图书管理信息系统的需求，通过对图书管理工作过程的内容和数据流程分析，设计如下面所示的数据项：最近备战考试借阅关系（读者、、书籍三元关系）没时间做.
这样的题目的，一个晚上就可以做好的吧
还是自己做了，
哎，500分就想让人帮你做这个，你知道请人帮做毕业设计最少也要几百吧。
我给你1000分你帮我做个？
明明就是要交论文是不是嘛?去在外面给点钱就做好了啊~这里等好慢哦~
good
数据库设计的四个阶段
2. 能够方便地对新生进行登记，或注销已经毕业的学生信息（基本信息，借阅信息）。数据库设计的四个阶段是：
图书借阅管理系统注意事项：1、系统需求分析阶段：数据库设计的步，就是了解与分析用户需求，确定系统边界信息需求、处理需求、安全性和完整性需求，然后编写系统分析报告。
2、概念结构设计阶段：概念结构设计，就是将上一阶段通过需求分析得到的用户需求抽象为概念结构，或称为概念模型（整个过程，其实就是我们前面提到的自底向上的分析）。描述概念模型的有力工具是E-R模型。
3、逻辑结构设计阶段：数据库逻辑设计，则是将上一阶段的概念结构转换成特定DBMS所支持的数据模型的过程。
4、物理结构设计阶段：物理设计是为逻辑数据模型选取一个最适合应用环境的物理结4、放几个硬盘，把数据、日志、索引分盘存放，这样可以提高IO吞吐率构。
数据库设计过程包括几个主要阶段？哪些阶段于数据库管理系统？哪些阶段依赖于数据库管理系统？
5.6.3借阅者借阅情况功能的实现数据库设计的过程(六个阶段) 1.需求分析阶段 准确了解与分析用户需求（包括数据与处理） 是整个设计过程的基础，是最困难、最耗费时间的一步 2.概念结构设计阶段 是整个数据库设计的关键 通过对用户需求进行综合、归纳与抽象，形成一个于具体DBMS的概念模型 3.逻辑结构设计阶段 将概念结构转换为某个DBMS所支持的数据模型 对其进行优化 4.数据库物理设计阶段 为逻辑数据模型选取一个最适合应用环境的物理结构（包括存储结构和存取方法） 5.数据库实施阶段 运用DBMS提供的数据语言、工具及宿主语言，根据逻辑设计和物理设计的结果 建立数据库，编制与调试应用程序，组织数据入库，并进行试运行 6.数据库运行和维护阶段 数据库应用系统经过试运行后即可投入正式运行。数据库,容纳数据的仓库， 数据库系统,数据库、数据库管理系统、硬件、作人员的合在一起的总称 数据库管理系统,用来管理数据及数据库的系统。 数据库系统开发工具，以数据库管理系统为核心，用高级语言开发一套给傻瓜用户使用的数据库应用系统的软件。 数据库系统包含数据库管理系统、数据库及数据库开发工具所开发的软件（数据库应用系统数据库管理系统(database mament )是一种纵和管理数据库的大型软件，是用于建立、使用和维护数据库，简称dbms。它对数据库进行统一的管理和控制，以保证数据库的安全性和完整性。用户通过dbms访问数据库中的数据，数据库也通过dbms进行数据库的维护工作。它提供多种功能，可使多个应用程序和用户用不同的方法在同时或不同时刻去建立，修改和询问数据库。它使关系数据库的模式设计可分四步完成。用户能方便地定义和纵数据，维护数据的安全性和完整性，以及进行多用户下的并发控制和恢复数据库。
/==============================================================/简述一个数据库应用系统的建立过程
受诉日期 char(30),数据库应用系统的开发是一项软件工程。一般可分为以下几个阶段：
1.规划
2.需求分析
3.概念模型设计
4. 逻辑设计
5.物理设计
6.程序编制及调试
7.运行及维护。
这些阶段的划分目前尚无统一的标准，各阶段间相互联接，而且常常需要回溯修正。
在数据库应用系统的开发过程中，每个阶段的工作成果就是写出相应的文档。每个阶段都是在上一阶段工作成果的基础上继续进行，整个开发工程是有依据、有组织、有、有条不紊地展开工作。
1.规划
规划的主要任务就是作必要性及可行性分析。
在收集整理有关资料的基础上，要确定将建立的数据库应用系统与周边的关系，要对应用系统定位，其规模的大小、所处的地位、应起的作用均须作全面的分析和论证。
明确应用系统的基本功能，划分数据库支持的范围。分析数据来源、数据采集的方式和范围，研究数据结构的特点，估算数据量的大小，确立数据处理的基本要求和业务的规范标准。
规划人力资源调配。对参与研制和以后维护系统运作的管理人员、技术人员的技术业务水平提出要求，对最终用户、作员的素质作出评估。
拟定设备配置方案。论证计算机、网络和其他设备在时间、空间两方面的处理能力，要有足够的内外存容量，系统的响应速度、网络传输和输入输出能力应满足应用需求并留有余量。要选择合适的os,dbms和其它软件。设备配置方案要在使用要求、系统性能、购置成本和维护代价各方面综合权衡。
对系统的开发、运行、维护的成本作出估算。预测系统效益的期望值。
拟定开发进度，还要对现行工作模式如何向新系统过渡作出具体安排。
规划阶段的工作成果是写出详尽的可行性分析报告和数据库应用系统规划书。内容应包括：系统的定位及其功能、数据资源及数据处理能力、人力资源调配、设备配置方案、开发成本估算、开发进度等。
数据库应用系统的开发是一项软件工程,本文介绍了数据库应用系统的开发步骤……
2.需求分析
需求分析大致可分成三步来完成。
(1) 需求信息的收集, 需求信息的收集一般以机构设置和业务活动为主干线，从高层中层到低层逐步展开
(2) 需求信息的分析整理, 对收集到的信息要做分析整理工作。数据流图(dfd, data flow diagram)是业务流程及业务中数据联系的形式描述。图4.1是一个简单的dfd 示例。
数据字典(dd, data dictionary)详细描述系统中的全部数据。
数据字典包含以下几个部分。
· 数据项：是数据的原子单位。
· 数据组项：由若干数据项组成。
· 数据存储：是处理过程中要存取的数据。
· 数据加工过程 数据加工过程的描述包括：数据加工过程名、说明、输入、输出、加工处理工作摘要、加工处理频度、加工处理的数据量、响应时间要求等。
数据流图既是需求分析的工具，也是需求分析的成果之一。数据字典是进行3三、数据库设计阶段的模式数据收集和数据分析的主要成果。
(3) 需求信息的评审. 开发过程中的每一个阶段都要经过评审，确认任务是否全部完成，避免或纠正工作中出现的错误和疏漏。聘请项目外的专家参与评审，可保证评审的质量和客观性。
需求分析阶段的工作成果是写出一份既切合实际又具有预见的需求说明书，并且附以一整套详尽的数据流图和数据字典。
3.概念模型设计
概念模型不依赖于具体的计算机系统，他是纯粹反映信息需求的概念结构。
建模是在需求分析结果的基础上展开，常常要对数据进行抽象处理。常用的数据抽象方法是‘聚集’和‘概括’。
er方法是设计概念模型时常用的方法。用设计好的er图再附以相应的说明书可作为阶段成果
概念模型设计可分三步完成。
(1) 设计局部概念模型
① 确定局部概念模型的范围
② 定义实体
③ 定义联系
④ 确定属性
⑤ 逐一画出所有的局部er图，并附以相应的说明文件
数据库应用系统的开发是一项软件工程,本文介绍了数据库应用系统的开发步骤……
(2) 设计全局概念模型
建立全局er图的步骤如下：
① 确定公共实体类型
② 合并局部er图
③ 消除不一致因素
④ 优化全局er图
⑤ 画出全局er图，并附以相应的说明文件。
(3) 概念模型的评审
概念模型的评审分两部分进行
部分是用户评审。
第二部分是开发人员评审。
4.逻辑设计
逻辑设计阶段的主要目标是把概念模型转换为具体计算机上dbms所支持的结构数据模型。
逻辑设计的输入要素包括：概念模式、用户需求、约束条件、选用的dbms的特性。
逻辑设计的输出信息包括：dbms可处理的模式和子模式、应用程序设计指南、物理设计指南。
(1) 设计模式与子模式
① 建立初始关系模式
② 规范化处理
③ 模式评价
④ 修正模式
经过多次的模式评价和模式修正，确定最终的模式和子模式。
写出逻辑数据库结构说明书。
数据库应用系统的开发是一项软件工程,本文介绍了数据库应用系统的开发步骤……
(2) 编写应用程序设计指南
根据设计好的模式和应用需求，规划应用程序的架构，设计应用程序的草图，指定每个应用程序的数据存取功能和数据处理功能梗概，提供程序上的逻辑接口。
编写出应用程序设计指南。
(3) 编写物理设计指南。
根据设计好的模式和应用需求，整理出物理设计阶段所需的一些重要数据和文档。例如，数据库的数据容量、各个关系(文件)的数据容量、应用处理频率、作顺序、响应速度、各个应用的lra和tv、程序访问路径建议，等等。这些数据和要求将直接用于物理数据库的设计。
5.物理设计
物理设计是对给定的逻辑数据模型配置一个最适合应用环境的物理结构。
物理设计的输入要素包括：模式和子模式、物理设计指南、硬件特性、os和dbms的约束、运行要求等。
物理设计的输出信息主要是物理数据库结构说明书。其内容包括物理数据库结构、存储记录格式、存储记录位置分配及访问方法等。
物理设计的步骤如下：
(1) 存储记录结构
设计综合分析数据存储要求和应用需求，设计存储记录格式。
(2) 存储空间分配
存储空间分配有两个原则：
①存取频度高的数据尽量安排在快速、随机设备上，存取频度低的数据则安排在速度较慢的设备上。
②相互依赖性强的数据尽量存储在同一台设备上，且尽量安排在邻近的存储空间上。
从提高系统性能方面考虑，应将设计好的存储记录作为一个整体合理地分配物理存储区域。尽可能充分利用物理顺序特点，把不同类型的存储记录指派到不同的物理群中。
(3) 访问方法的设计
一个访问方法包括存储结构和检索机构两部分。存储结构限定了访问存储记录时可以使用的访问路径;检索机构定义了每个应用实际使用的访问路径。
数据库应用系统的开发是一项软件工程,本文介绍了数据库应用系统的开发步骤……
(4) 物理设本系统主要实现对图书馆信息的管理，主要功能为管理有关读者、图书、借阅、查询、删除和的信息等。本系统结构分为读者类别管理、读者档案管理、图书类型管理、图书档案管理以及图书流程管理，读者管理可以浏览读者的信息，可以对读者信息进行维护。图书管理可以浏览图书的信息，可以对图书信息进行维护。借阅管理可以显示当前数据库中书籍借阅情况，可以对借阅信息进行维护。本系统主要解决的问题是利用关键字对数据库进行查询。计的性能评价
① 查询响应时间
从查询开始到有结果显示之间所经历的时间称为查询响应时间。查询响应时间可进一步细分为服务时间、等待时间和延迟时间。
在物理设计过程中，要对系统的性能进行评价。性能评价包括时间、空间、效率、开销等各个方面。
⊙ cpu服务时间和i/o服务时间的长短取决于应用程序设计。
⊙ cpu队列等待时间和i/o队列等待时间的长短受计算机系统作业的影响。
⊙ 设计者可以有限度地控制分布式数据库系统的通信延迟时间。
存储空间存放程序和数据。程序包括运行的应用程序、dbms子程序、os子程序等。数据包括用户工作区、dbms工作区、os工作区、索引缓冲区、数据缓冲区等。
存储空间分为主存空间和辅存空间。设计者只能有限度地控制主存空间，例如可指定缓冲区的分配等。但设计者能够有效地控制辅存空间。
③ 开销与效率
设计中还要考虑以下各种开销，开销增大，系统效率将下降。
⊙ 事务开销指从事务开始到事务结束所耗用的时间。更新事务要修改索引、重写物理块、进行写校验等作，增加了额外的开销。更新频度应列为设计的考虑因素。
⊙ 报告生成开销指从数据输入到有结果输出这段时间。报告生成占用cpu及i/o的服务时间较长。设计中要进行筛选，除去不必要的报告生成。
⊙ 对数据库的重组也是一项大的开销。设计中应考虑数据量和处理频度这两个因数，做到避免或尽量减少重组数据库。
在物理设计阶段，设计、评价、修改这个过程可能要反复多次，最终得到较为完善的物理数据库结构说明书。
建立数据库时，dba依据物理数据库结构说明书，使用dbms提供的工具可以进行数据库配置。
在数据库运行时，dba监察数据库的各项性能，根据依据物理数据库结构说明书的准则，及时进行修正和优化作，保证数据库系统能够保持高效率地运行。
6.程序编制及调试
在逻辑数据库结构确定以后，应用程序设计的编制就可以和物理设计并行地展开
程序模块代码通常先在模拟的环境下通过初步调试，然后再进行联合调试。联合调试的工作主要有以下几点：
数据库应用系统的开发是一项软件工程,本文介绍了数据库应用系统的开发步骤……
(1) 建立数据库结构
根据逻辑设计和物理设计的结果，用dbms提供的数据语言(ddl)编写出数据库的源模式，经编译得到目标模式，执行目标模式即可建立实际的数据库结构。
(2) 调试运行
数据库结构建立后，装入试验数据，使数据库进入调试运行阶段。运行应用程序，测试
(3) 装入实际的初始数据
在数据库正式投入运行之前，还要做好以下几项工作：
(1) 制定数据库重新组织的可行方案。
(2) 制定故障恢复规范
(3) 制定系统的安全规范
7.运行和维护
数据库正式投入运行后，运行维护阶段的主要工作是：
(1) 维护数据库的安全性与完整性。
按照制定的安全规范和故障恢复规范，在系统的安全出现问题时，及时调整授权和更改密码。及时发现系统运行时出现的错误，迅速修改，确保系统正常运行。把数据库的备份和转储作为日常的工作，一旦发生故障，立即使用数据库的备份予以恢复。
(2) 监察系统的性能。
运用dbms提供的性能监察与分析工具，不断地着系统的运行情况。当数据库的存储空间或响应时间等性能下降时，立即进行分析研究找出原因，并及时采取措施改进。例如，可通修改某些参数、整理碎片、调整存储结构或重新组织数据库等方法，使数据库系统保持高效率地正常运作。
(3) 扩充系统的功能
在维持原有系统功能和性能的基础上，适应环境和需求的变化，采纳用户的合理意见，对原有系统进行扩充，增加新的功能。
这个样子
大型ERP等数据库系统常见几种设计
早期的数据库系统，经常采用某种编号，比如号码，公司编号等等作为数据库表的 primary key。然而，很快，大家就发现其中的不利之处。 比如早期的医院管理系统，用号码作为病人表的 primary key。然而，，不是每个人都有；第二，对于国外来的病人，不同的病人的证件号码并不见得没有重复。因此，用号码作为病人表的 primary key是一个非常糟糕的设计。考虑到没有医生或者护士会刻意去记这些号码，使用自增长 primary key是更好的设计。 公司编号采用某种特定的编码方法，这也是早期的数据库系统常见的做法。它的缺点也显而易见：很容易出现像千年虫的软件问题，因为4.概念模型设计当初设计数据库表的时候设计的位数太短，导致系统使用几年后不能满足要求，只有修改程序才能继续使用。问题在于，任何人设计系统的时候，在预计某某编号多少位可以够用的时候，都存在预计不准的风险。而采用自增长 primary key 则不存在这种问题。同样的道理，没有人可以去记这些号码。 使用自增长 primary key另外一个原因是性能问题。略有编程常识的人都知道，数字大小比较比字符串大小比较要快得多。使用自增长 primary key可以大大地提高数据查找速度。 2. 避免用复合主键 (compound primary key)这主要还是因为性能问题。数据检索是要用到大量的 primary key 值比较，只比较一个字段比比较多个字段快很多。使用单个 primary key 从编程的角度也很有好处， sql 语句中 where 条件可以写更少的代码，这意味着出错的机会大大减少。 3. 双主键双主键是指数据库表有两个字段，这两个字段成为主键，但又同时存在。 数据库系统的双主键最早用在用户管理模块。最早的来源可能是参照作系统的用户管理模块。 作系统的用户管理有两个的主键：作系统自己自动生成的随机 ID (Linux, windows 的 SID), login id。这两个 ID 都必须是的，不同的是，删除用户 test 然后增加一个用户 test, SID 不同，login id 相同。采用双主键主要目的是为了防止删除后增加同样的 login id 造成的混乱。比如销售 hellen 本机共享文件给 peter, 一年后离开公司，进来一个普通员工 peter ，两个peter 用同样的 login id, 如果只用 login id 作作系统的用户管理主键，则存在漏洞：普通员工 peter 可以访问原来只有才能看的文件。作系统自己自动生成的随机 ID 一般情况下面用户是看不到的。 双主键现在已经广泛用在各种数据库系统中，不限于用户管理系统。 4. 以固定的数据库、表应付变化的客户需求这主要基于以下几个因素的考虑： 4.1 大型 EPR 系统的正常使用、维护需要软件厂商及其众多的合作伙伴共同给客户提供技术服务，包括大量的二次开发。 如果用户在软件正常使用过程中需要增加新的表或者数据库，将给软件厂商及其众多的合作伙伴带来难题。 4.2 软件升级的需要。 没有一个软件能够让客户使用几十上百年不用升级的。软件升级往往涉及数据库表结构的改变。软件厂商会做额外的程序将早期版本软件的数据库数据升级到新的版本，但是对于用户使用过程中生成的表进行处理就比较为难。 4.3 软件开发的需要。 使用固定的数据库库表从开发、二次开发来说，更加容易。对于用户使用过程中生成的表，每次查找数据时都要先查表名，再找数据，比较麻烦。 举例来说，早期的用友财务软件用 Access 作数据库，每年建立一个新的数据库。很快，用户和用友公司都发现，跨年度数据分析很难做。因此这是一个不好的设计。在 ERP 中，很少有不同的年度数据单独分开。一般来说，所有年份的数据都在同一个表中。对于跨国公司甚至整个公司都用同一个 ERP 系统的时候，所有公司的数据都在一起。这样的好处是数据分析比较容易做。 现在大多数数据库系统都能做到在常数时间内返回一定量的数据。比如，Oracle 数据库中，根据 primary key 在 100万条数据中取 10 条数据，与在1 亿条数据中取 10 条数据，时间相并不多。create index 登记2_FK on 登记 ( 5. 避免一次取数据库大量数据，取大量数据一定要用分页。这基本上是现在很多数据库系统设计的基本守则。ERP 系统中超过 100万条数据的表很多，对于很多表中的任何一个，一次取所有的会导致数据库长时间处于停滞状态，并且影响其它在线用户的系统响应速度。 一般来说，日常作，在分页显示的情况下面，每次取得数据在 1-100 之间，系统响应速度足够快，客户端基本没有特别长的停顿。这是比较理想的设计。这也是大型数据库系统往往用 ODBC, ADO 等等通用的数据库联接组件而不用特定的速度较快的专用数据库联接组件的原因。因为系统瓶颈在于数据库( Database) 方面(数据量大)，而不在于客户端(客户端每次只取少量数据)。 在 B/S 数据库系统中，分页非常普遍。早期的数据库系统经常有客户端程序中一次性取大量数据做缓冲。现在已经不是特别需要了，主要原因有： 5.1 数据库本身的缓冲技术大大提高。 大部分数据库都会自动将常用的数据自动放在内存中缓冲，以提高性能。 5.2 数据库联接组件的缓冲技术也在提高。 包括 ADO 在内的一些数据库联接组件都会自动对数据结果集(result set)进行缓冲，并且效果不错。比较新颖的数据库联接组件，比如 Hibernate 也加入了一些数据结果集缓冲功能。 当然，也有一些数据库联接组件没有对数据结果集进行缓冲，比如 JDBC Driver，不过几年之内情况应该有所改观。也有些不太成功的数据缓冲，比如 EJB 中的实体Bean，性能就不尽如人意，实体Bean数据也是放在内存中，可能是因为占用内存过多的缘故。 相对来说，今天的程序员写客户端数据缓冲，能够超过以上两个缓冲效果的，已经比较难了。
怎样设计数据库管理系统
在借阅完成后会生借阅报表以便借阅者检查和确认，借阅报表的打印效果如下图，实现比较简单，略去实现过程。这个题目太大了。
按照规范设计的方法，考虑数据库及其应用系统开发全过程，将数据库设计分为以下6个阶段换个问法：设计数据库管为了提高在表中搜索元组的速度，在实际实现的时候应该基于键码建立索引是各表中建立索引的表项：理系统需要准备哪些？
（1）做业务需求分析。按照数据库开发的思路，确定系统的功能和模块。完成诸如数据字典等方面的工作。统称为系统需求分析。
（2）选择前台开发语言或环境、选择后台数据库,考虑好是否要进行移植
（3)开发阶段的人员
（4）测试阶段的人员
（5）验收，试运行
（6）维护阶段的人员。