急！高分求做SQL Server数据库设计【达人请进】

下述十四个技巧，是许多人在大量的数据库分析与设计实践中，逐步总结出来的。对于这些经验的运用，读者不能生帮硬套，死记硬背，而要消化理解，实事求是，灵活掌握。并逐步做到：在应用中发展，在发展中应用。

1 原始单据与实体之间的关系

可以是一对一、一对多、多对多的关系。在一般情况下，它们是一对一的关系：即一张原始单据对应且只对应一个实体。在特殊情况下，它们可能是一对多或多对一的关系，即一张原始单证对应多个实体，或多张原始单证对应一个实体。这里的实体可以理解为基本表。明确这种对应关系后，对我们设计录入界面大有好处。

〖例1〗：一份员工履历资料，在人力资源信息系统中，就对应三个基本表：员工基本情况表、社会关系表、工作简历表。这就是“一张原始单证对应多个实体”的典型例子。

2 主键与外键

一般而言，一个实体不能既无主键又无外键。在ER 图中, 处于叶子部位的实体, 可以定义主键，也可以不定义主键(因为它无子孙), 但必须要有外键(因为它有父亲)。

主键与外键的设计，在全局数据库的设计中，占有重要地位。当全局数据库的设计完成以后，有个美国数据库设计专家说：“键，到处都是键，除了键之外，什么也没有”，这就是他的数据库设计经验之谈，也反映了他对信息系统核心(数据模型)的高度抽象思想。因为：主键是实体的高度抽象，主键与外键的配对，表示实体之间的连接。

3 基本表的性质

基本表与中间表、临时表不同，因为它具有如下四个特性：

(1) 原子性。基本表中的字段是不可再分解的。

(2) 原始性。基本表中的记录是原始数据(基础数据)的记录。

(3) 演绎性。由基本表与代码表中的数据，可以派生出所有的输出数据。

(4) 稳定性。基本表的结构是相对稳定的，表中的记录是要长期保存的。

理解基本表的性质后，在设计数据库时，就能将基本表与中间表、临时表区分开来。

4 范式标准

基本表及其字段之间的关系, 应尽量满足第三范式。但是，满足第三范式的数据库设计，往往不是最好的设计。为了提高数据库的运行效率，常常需要降低范式标准：适当增加冗余，达到以空间换时间的目的。

〖例2〗：有一张存放商品的基本表，如表1所示。“金额”这个字段的存在，表明该表的设计不满足第三范式，因为“金额”可以由“单价”乘以“数量”得到，说明“金额”是冗余字段。但是，增加“金额”这个冗余字段，可以提高查询统计的速度，这就是以空间换时间的作法。

在Rose 2002中，规定列有两种类型：数据列和计算列。“金额”这样的列被称为“计算列”，而“单价”和“数量”这样的列被称为“数据列”。

表1 商品表的表结构

商品名称 商品型号 单价 数量 金额

电视机 29 2,500 40 100,000

5 通俗地理解三个范式

通俗地理解三个范式，对于数据库设计大有好处。在数据库设计中，为了更好地应用三个范式，就必须通俗地理解三个范式(通俗地理解是够用的理解，并不是最科学最准确的理解)：

第一范式：1NF是对属性的原子性约束，要求属性具有原子性，不可再分解;

第二范式：2NF是对记录的惟一性约束，要求记录有惟一标识，即实体的惟一性;

第三范式：3NF是对字段冗余性的约束，即任何字段不能由其他字段派生出来，它要求字段没有冗余

没有冗余的数据库设计可以做到。但是，没有冗余的数据库未必是最好的数据库，有时为了提高运行效率，就必须降低范式标准，适当保留冗余数据。具体做法是：在概念数据模型设计时遵守第三范式，降低范式标准的工作放到物理数据模型设计时考虑。降低范式就是增加字段，允许冗余。

6 要善于识别与正确处理多对多的关系

若两个实体之间存在多对多的关系，则应消除这种关系。消除的办法是，在两者之间增加第三个实体。这样，原来一个多对多的关系，现在变为两个一对多的关系。要将原来两个实体的属性合理地分配到三个实体中去。这里的第三个实体，实质上是一个较复杂的关系，它对应一张基本表。一般来讲，数据库设计工具不能识别多对多的关系，但能处理多对多的关系。

〖例3〗：在“图书馆信息系统”中，“图书”是一个实体，“读者”也是一个实体。这两个实体之间的关系，是一个典型的多对多关系：一本图书在不同时间可以被多个读者借阅，一个读者又可以借多本图书。为此，要在二者之间增加第三个实体，该实体取名为“借还书”，它的属性为：借还时间、借还标志(0 表示借书，1表示还书)，另外，它还应该有两个外键(“图书”的主键，“读者”的主键)，使它能与“图书”和“读者”连接。

7 主键PK的取值方法

PK是供程序员使用的表间连接工具，可以是一无物理意义的数字串, 由程序自动加1来实现。也可以是有物理意义的字段名或字段名的组合。不过前者比后者好。当PK是字段名的组合时，建议字段的个数不要太多，多了不但索引占用空间大，而且速度也慢。

8 正确认识数据冗余

主键与外键在多表中的重复出现, 不属于数据冗余，这个概念必须清楚，事实上有许多人还不清楚。非键字段的重复出现, 才是数据冗余!而且是一种低级冗余，即重复性的冗余。高级冗余不是字段的重复出现，而是字段的派生出现。

〖例4〗：商品中的“单价、数量、金额”三个字段，“金额”就是由“单价”乘以“数量”派生出来的，它就是冗余，而且是一种高级冗余。冗余的目的是为了提高处理速度。只有低级冗余才会增加数据的不一致性，因为同一数据，可能从不同时间、地点、角色上多次录入。因此，我们提倡高级冗余(派生性冗余)，反对低级冗余(重复性冗余)。

9 E--R图没有标准答案

信息系统的E--R图没有标准答案，因为它的设计与画法不是惟一的，只要它覆盖了系统需求的业务范围和功能内容，就是可行的。反之要修改E-- R图。尽管它没有惟一的标准答案，并不意味着可以随意设计。好的ER图的标准是：结构清晰、关联简洁、实体个数适中、属性分配合理、没有低级冗余。

10 视图技术在数据库设计中很有用

与基本表、代码表、中间表不同，视图是一种虚表，它依赖数据源的实表而存在。视图是供程序员使用数据库的一个窗口，是基表数据综合的一种形式, 是数据处理的一种方法，是用户数据保密的一种手段。为了进行复杂处理、提高运算速度和节省存储空间, 视图的定义深度一般不得超过三层。若三层视图仍不够用, 则应在视图上定义临时表, 在临时表上再定义视图。这样反复交迭定义, 视图的深度就不受限制了。

对于某些与国家政治、经济、技术、军事和安全利益有关的信息系统，视图的作用更加重要。这些系统的基本表完成物理设计之后，立即在基本表上建立第一层视图，这层视图的个数和结构，与基本表的个数和结构是完全相同。并且规定，所有的程序员，一律只准在视图上 *** 作。只有数据库管理员，带着多个人员共同掌握的“安全钥匙”，才能直接在基本表上 *** 作。请读者想想：这是为什么

11 中间表、报表和临时表

中间表是存放统计数据的表，它是为数据仓库、输出报表或查询结果而设计的，有时它没有主键与外键(数据仓库除外)。临时表是程序员个人设计的，存放临时记录，为个人所用。基表和中间表由DBA维护，临时表由程序员自己用程序自动维护。

12 完整性约束表现在三个方面

域的完整性：用Check来实现约束，在数据库设计工具中，对字段的取值范围进行定义时，有一个Check按钮，通过它定义字段的值城。参照完整性：用PK、FK、表级触发器来实现。用户定义完整性：它是一些业务规则，用存储过程和触发器来实现。

13 防止数据库设计打补丁的方法是“三少原则”

(1) 一个数据库中表的个数越少越好。只有表的个数少了，才能说明系统的E--R图少而精，去掉了重复的多余的实体，形成了对客观世界的高度抽象，进行了系统的数据集成，防止了打补丁式的设计;

(2) 一个表中组合主键的字段个数越少越好。因为主键的作用，一是建主键索引，二是做为子表的外键，所以组合主键的字段个数少了，不仅节省了运行时间，而且节省了索引存储空间;

(3) 一个表中的字段个数越少越好。只有字段的个数少了，才能说明在系统中不存在数据重复，且很少有数据冗余，更重要的是督促读者学会“列变行”，这样就防止了将子表中的字段拉入到主表中去，在主表中留下许多空余的字段。所谓“列变行”，就是将主表中的一部分内容拉出去，另外单独建一个子表。这个方法很简单，有的人就是不习惯、不采纳、不执行。

数据库设计的实用原则是：在数据冗余和处理速度之间找到合适的平衡点。“三少”是一个整体概念，综合观点，不能孤立某一个原则。该原则是相对的，不是绝对的。“三多”原则肯定是错误的。试想：若覆盖系统同样的功能，一百个实体(共一千个属性) 的E--R图，肯定比二百个实体(共二千个属性) 的E--R图，要好得多。

提倡“三少”原则，是叫读者学会利用数据库设计技术进行系统的数据集成。数据集成的步骤是将文件系统集成为应用数据库，将应用数据库集成为主题数据库，将主题数据库集成为全局综合数据库。集成的程度越高，数据共享性就越强，信息孤岛现象就越少，整个企业信息系统的全局ER图中实体的个数、主键的个数、属性的个数就会越少。

提倡“三少”原则的目的，是防止读者利用打补丁技术，不断地对数据库进行增删改，使企业数据库变成了随意设计数据库表的“垃圾堆”，或数据库表的“大杂院”，最后造成数据库中的基本表、代码表、中间表、临时表杂乱无章，不计其数，导致企事业单位的信息系统无法维护而瘫痪。

“三多”原则任何人都可以做到，该原则是“打补丁方法”设计数据库的歪理学说。“三少”原则是少而精的原则，它要求有较高的数据库设计技巧与艺术，不是任何人都能做到的，因为该原则是杜绝用“打补丁方法”设计数据库的理论依据。

14 提高数据库运行效率的办法

在给定的系统硬件和系统软件条件下，提高数据库系统的运行效率的办法是：

(1) 在数据库物理设计时，降低范式，增加冗余, 少用触发器, 多用存储过程。

(2) 当计算非常复杂、而且记录条数非常巨大时(例如一千万条)，复杂计算要先在数据库外面，以文件系统方式用C++语言计算处理完成之后，最后才入库追加到表中去。这是电信计费系统设计的经验。

(3) 发现某个表的记录太多，例如超过一千万条，则要对该表进行水平分割。水平分割的做法是，以该表主键PK的某个值为界线，将该表的记录水平分割为两个表。若发现某个表的字段太多，例如超过八十个，则垂直分割该表，将原来的一个表分解为两个表。

(4) 对数据库管理系统DBMS进行系统优化，即优化各种系统参数，如缓冲区个数。

(5) 在使用面向数据的SQL语言进行程序设计时，尽量采取优化算法。

总之，要提高数据库的运行效率，必须从数据库系统级优化、数据库设计级优化、程序实现级优化，这三个层次上同时下功夫。

IT行业，数据库确实是一门相当重要的课程。但是在大学里面，对待数据库原理及应用这么课程以及其课程设计的重视程度就相差很大了，各个学校要求也不一样。如果是要学好，那确实要下工夫；如果只是完成课程设计，交差了事，其实相当简单。

既然是课程设计，也算是个小小的项目，既然是项目，也就离不开需求分析、数据库设计、部署实现等环节。当然，这个小小的项目只需要前面的部分：需求和数据库设计，数据库设计是重点。

需求分析就不用多说，和所有其他项目一样，无非就是用户需求，功能需求，系统需求等，找任何一本关于需求分析的书都是可以，除了那些个空话之外，更多的是要根据设计需要进行分析。

数据库设计就比较复杂一点，首先得把数据库原理搞清楚，比如：符合什么样的范式，怎么画ER图，如何理解用例图。在设计数据库之前，有一系列的分析要做：面向对象分析，用例分析，类和对象分析等等。分析到位是数据库设计成功的重要保障。分析完成之后才是设计，比如：逻辑结构设计，关系模式设计，存取方法设计，存储结构设计，数据完整性设计，参考完整性设计，Check约束，Default约束，触发器设计，视图设计，存储过程设计，权限设计等。这些都完成了，最后一步才是写SQL代码实现这些设计，创建数据库及相关的数据表，关联，视图，触发器，存储过程等一些列的看得见的数据库参数。

上面说的比较理论，也比较笼统。我想我可以用一个简单例子告诉你我要表达的意思。例子很简单，其中很多地方都不是太好，不过或许可以给你一个直观的思路。

数据库应用课程设计报告书

网上超市管理系统　

成    绩：

学    号：

姓    名：

指导教师：

20    年  月  日

目录

任务书 (3)

1    需求调查、分析 (4)

11         企业介绍 (4)

12         需求调查及分析 (5)

2    面向对象分析和设计 (7)

21  用例分析 (7)

22类和对象设计   (12)

3    逻辑结构设计 (15)

31  类和对象向关系模式转换 (15)

32 关系模式优化   (16)

4    数据库物理结构设计 (16)

41 存取方法设计   (16)

42  存储结构设计   (17)

5    数据库完整性设计 (17)

51 主键及唯一性索引  (17)

52  参照完整性设计 (18)

53  Check约束  (18)

54  Default约束   (18)

55 触发器设计  (19)

6    数据库视图设计 (19)

7    数据库存储过程设计 (20)

8    权限设计 (20)

9    总结 (21)

参考资料 (21)

网上超市管理系统

摘要：

网上超市管理系统，是以网上管理方式为实例而设计的一种实用型管理系统。本系统最大的特点是通用性、简单 *** 作性，适用于超市的管理。随着商品的增多，商品管理人员的负担越来越重，为了让所有商品管理人员能从繁重的工作中解脱出来，实现无纸化办公；也为了使工作更有条理，更方便，更有效率，更为了超市在经营中提高利润而开发出这套网上超市管理系统。

1　需求调查、分析

11      企业介绍

在Internet飞速发展的今天，互联网成为人们快速获取、发布和传递信息的重要渠道，它在人们政治、经济、生活等各个方面发挥着重要的作用。在政府的大力提倡和支持下，我国电子商务已走上了健康发展的轨道。各行业纷纷建立自己的网站，开展网上产品信息发布，进行网上洽谈、签约，开展网络营销。将超市办成网上超市已经是大势所趋，甚至一些小型的超市也可以开展网上交易。总之，电子商务以互联网为媒介，以信息传播速度快、受众广泛、低成本动作的优势决定着其必然成为未来营销的主导，我国企业要充分重视由此带来的机遇和挑战，才能在激烈的国际竞争中立于不败之地。

在超市经营中，随着超市规模的不断扩大，人们对超市服务的要求不断提高，使用一款适合的网上超市管理系统将更加迫切。利用网上超市，人们可以在家里逛超市，只需要办理会员卡，就可以为本地顾客送货上门。不仅如此，把超市办成网上经营和管理将大大提高效率和收益。因此，开发一个网上超市管理系统是非常有必要和好处的。

12　需求调查及分析

121顾客需求

为方便用户购买商品，网上超市客户系统应该提供如下所示几种功能：

（1）商品分类：网上超市与传统超市相比的一个优势是，当用户明确自己要买哪类商品时，用户可以使用商品分类功能快速找到需要的商品。

（2）商品预览：以列表的方式显示商品信息，这样可以在页面显示大量的商品信息，同时可以提供更多的商品浏览方式，如分类浏览、热门商品等。

（3）商品显示：当用户找到感兴趣的商品后需要显示商品的详细信息，包括商品简介、出产商、价格等。

（4）购物帮助：当用户在购物中遇到什么问题时，可以查看购物帮助获得相关信息。管理员会根据顾客反映的情况及时更改或增添购物帮助的内容。

（5）购物车：当用户找到需要的商品时，可以先将商品加入购物车，然后继续允许找其他的商品，购物车中存储当前用户打算购买的所有商品。

（6）商品订单：当用户在网上超市中找到了所有需要的商品后，决定购买，可以下订单。管理员会定期处理用户下达的订单，并根据用户订单的信息向用户送货。

（7）用户注册：提供用户注册功能以及相关的用户信息修改、密码维护等。

122销售管理员需求

网上超市的销售部分的管理员功能是维护销售的正常工作，它需要提供如下功能：

（1）商品管理：商品是网上超市的内容所在，管理员需要能够维护超市中的商品信息。同时与商品相关的商品类型等信息也需要管理员维护。

（2）会员管理：由于有注册用户，所以管理员需要对拥护账号进行管理，如删除一些无效账号等。

（3）订单处理：在用户下达订单后，管理员需要对用户订单进行处理，为用户准备订购的商品，并组织送货、收取货等。

（4）购物帮助管理：管理员要根据用户反映的情况及时修改购物帮助的内容，使用户得到即时的帮助。

123采购、仓存管理员需求

网上超市的系统中将采购员和仓存管理员统一为采购、仓存管理员，其主要需求如下：

（1）录入商品信息：商品是网上超市的内容所在，当有新进的货物时，采购管理员需要维护超市中的商品信息。

（2）维护供应商信息：采购管理员在进行采购工作时，就需要对供应商信息的查询。

（3）维护仓库信息：有多上仓库，什么商品存放在哪个仓库，这些都需要采购仓存管理员来维护。

124系统管理员需求

网上超市的系统管理员功能是维护系统的正常工作，它需要提供如下功能：

（1）对系统中用户的管理：系统中顾客，销售管理员，采购、仓存管理员都是系统的用户，这些用户就需要系统管理员进行统一管理。

（2）会员管理：由于有注册用户，所以管理员需要对拥护账号进行管理，如删除一些无效账号等。但这样的一个功能可以授权于销售管理员去处理。

125数据库需求分析

用户的需求具体体现在各种信息的提供、保存、更新和查询。这就要求数据库结构能够充分地满足各种信息的输入和输出。收集基本数据、数据结构和数据处理流程，为下一步的具体设计做好充分的准备。

网上超市管理系统要处理的数据流程图：

2　面向对象分析和设计

21      用例分析

     22     类和对象设计

3　逻辑结构设计

31　类和对象向关系模式转换

顾客信息（姓名、顾客编号、性别、出生年月、家庭地址、邮政编码、是否居住本地区、联系电话、身份z号、备注信息）

供应商信息（供应商编号、公司名称、联系人姓名、联系地址、所在城市、邮政编码、电话号码、传真号码、备注信息）

购物车（商品编号、顾客编号、商品名称、商品规格、时间、备注信息）

商品信息（商品编号、商品名称、单价、商品规格、商品产地、保质期、类别、备注信息）

订单信息（订单编号、商品编号、顾客编号、商品名称、商品规格、数量、顾客姓名、时间、备注信息）

员工信息（姓名、职工号、部门编号、性别、出生年月、家庭地址、邮政编码、联系电话、身份z号、备注信息）

进货信息（进货信息编号、供应商编号、公司名称、联系人姓名、商品编号、商品名称、商品规格、商品产地、商品数量、商品单价、进货日期、备注信息）

部门信息（部门编号、部门名称、负责人姓名）

销售信息（销售信息编号、顾客编号、顾客姓名、商品编号、商品名称、商品规格、商品产地、商品数量、商品单价、销售日期、折扣、备注信息）

仓库信息（仓库编号、仓库名称、存放商品类别、容量、负责人编号，负责人姓名）

留言信息（留言编号、留言标题、留言内容、留言日期、顾客编号、回复人编号、回复日期）

积分信息（积分编号、顾客编号、顾客姓名、积分）

商品入库（仓库编号、仓库名称、商品编号、商品名称、库存量、入库时间）

32　关系模式优化

顾客信息（姓名、顾客编号、性别、出生年月、家庭地址、邮政编码、是否居住本地区、联系电话、身份z号、备注信息）

供应商信息（供应商编号、公司名称、联系人姓名、联系地址、所在城市、邮政编码、电话号码、传真号码、备注信息）

购物车（商品编号、顾客编号、时间、备注信息）

商品信息（商品编号、商品名称、单价、商品规格、商品产地、保质期、类别、备注信息）

订单信息（订单编号、商品编号、顾客编号、数量、时间、备注信息）

员工信息（姓名、职工号、部门编号、性别、出生年月、家庭地址、邮政编码、联系电话、身份z号、备注信息）

进货信息（进货信息编号、供应商编号、商品编号、商品名称、商品规格、商品数量、商品单价、进货日期、备注信息）

部门信息（部门编号、部门名称、负责人姓名）

销售信息（销售信息编号、顾客编号、商品编号、商品数量、商品单价、销售日期、折扣、备注信息）

仓库信息（仓库编号、仓库名称、存放商品类别、容量、负责人编号）

留言信息（留言编号、留言标题、留言内容、留言日期、顾客编号、回复人编号、回复日期）

积分信息（积分编号、顾客编号、积分）

商品库存（仓库编号、商品编号、库存量、入库时间）

4　数据库物理结构设计

41       存取方法设计

42       存储结构设计

为了提高查询时间和空间的利用率，对网上超市管理系统的数据库作如下设计：

首先将网上超市管理系统日志文件存放在磁带上，因为数据库的数据备份和日志文件等只在故障恢复的时候才要使用，而且数据量很大。第二，把所有的基本表（如：顾客信息表）存放在一块磁盘上，而所有的索引则存放在另一块磁盘上。这样分开存放的目的在于查询时多个磁盘驱动器并行工作，提高了物理I/O读写效率，也加快了存取速度。

5　数据库完整性设计

51　主键及唯一性索引

52       参照完整性设计

1、由于员工信息表中的部门编号必须在部门信息中存在，而部门编号又是部门信息表中的主键，所以员工信息表中将属性部门编号设计为外键。

2、订单信息表中属性商品编号对应于商品信息表中的商品编号，因此将其设计为外键。

订单信息表中字段顾客编号对应于顾客信息表中的顾客编号，而顾客编号又是顾客信息的主键，所以将顾客编号作为订单信息表的外键。

3、进货信息表中属性商品编号对应于商品信息表中的商品编号，因此将其设计为外键。

进货信息表中字段供应商编号对应于供应商信息表中的供应商编号，而供应商编号又是供应商信息表的主键，所以将供应商编号作为进货信息表的外键。

4、销售信息表中字段顾客编号对应于顾客信息表中的顾客编号，而顾客编号又是顾客信息表的主键，所以将顾客编号作为销售信息表的外键。此外，销售信息表中的商品编号必须在商品信息表中存在，所以将商品编号也设计为改表的外键。

5、留言信息表中顾客编号需要在顾客信息表中存在记录，把顾客编号作为该表的外键。留言信息表中的属性回复人编号必须是员工信息表在存在的记录，所以把回复人编号也设为留言信息表的外键。

6、积分表中的属性顾客编号对应于顾客信息表中的顾客编号，而顾客编号是主键，所以将其设计为积分表的外键。

53　Check约束

1、对积分表中的积分字段设计check约束：积分必须是大于或者等于0的。

2、订单信息表、进货信息表和销售信息表对数量、商品数量设计check约束：即这些属性值必须取大于或者等于0的值。

54　Default约束

1、积分表中的积分字段设计default约束：积分默认值为0。

2、订单信息表中属性值数量默认为1单位。

55       触发器设计

1、 当采购完成后，即在进货信息表中添加信息时，建立该表上的插入触发器。该触发器的功能是当进货信息表中插入信息时，将进货的商品信息自动添加到商品信息表中以及在商品库存表在自动增加库存量。在这些动作完成之后，将进货信息表中添加的该信息删除。

2、 在订单信息表上建立插入触发器。如果订单中要添加的商品信息在商品信息表中不存在，则不予以添加。当订单信息成功提交，即订单信息表在成功插入新记录时，首先根据该顾客的积分情况自动生成折扣，然后自动将订单信息表中的记录添加到销售信息表中，并且将积分信息表中的记录更新或添加。在这些动作完成之后，再将订单信息表在的该记录删除。

3、 在商品库存量不足的时候需要系统提示工作人员及时的进行采购，所以在商品库存表上建立一个触发器就可以完成以上功能。当商品库存量到达一定的底线时，自动给采购、库存管理员留言，即在留言信息表中添加信息。这样可以对商品库存情况动态掌握。

6              数据库视图设计

1、为了方便查看部门信息，建立部门信息视图。显示部门信息表中的全部内容。

2、商品查询在网上超市管理系统中查看的非常频繁，需要建立商品信息视图。显示商品信息表中的全部信息。

3、建立顾客信息视图，显示顾客信息表中的全部内容。

4、在采购的时候，采购人员需要对供应商的信息进行查询，因此需要建供应商信息视图，显示该表中的全部内容。

5、当顾客在网上逛过超市后会将自己喜欢的商品先放入购物车中备选，这时就需要对购物车进行查询。所以有必要建立购物车信息视图。除了显示购物车表中的全部信息外，还需要连接查询并显示商品信息表中的商品名称和商品规格以及其他的商品信息。

6、顾客确定要购买商品的时候，需要提交订单信息，而在提交之前必须对其进行查询，所以需要建立订单信息视图。显示订单信息，以及连接查询并显示商品信息表中的商品名称和商品规格以及其他的商品信息。

7、对于网上超市的各部门的负责人来说，经常需要对员工的信息查看，故建立员工信息视图。除显示员工信息表中全部信息外，还要通过连接查询并显示部门名称。

8、采购人员在采购前后都需要对进货信息进行查询，这就需要建立进货信息视图。除显示进货信息表中全部信息外，还要通过连接查询并显示供应商的公司名称、联系人姓名、联系电话和商品名称、商品规格、商品产地、数量及单价。

9、每隔一段时间，都要查看一下收益如何，即查询销售情况。因此需要建立一个销售信息视图。显示销售信息表中的全部信息和通过连接查询并显示商品名称、商品规格、商品产地、数量及单价。除此之外，还要计算并显示销售总额。

10、建立仓库信息视图，显示仓库信息表中的所有信息即可。

11、建立留言信息视图。显示留言信息表中的全部信息以及通过连接查询并显示顾客姓名和回复人的姓名。

12、对积分的查询也是顾客经常查询的项目。所以非常有必要建立积分信息视图。显示积分信息表在的所有信息和连接查询并显示顾客姓名。

13、不管是在销售还是在采购的时候，都要对商品的库存量进行查询。因此要建立商品库存信息视图。显示库存信息以及通过连接查询并显示仓库名称和商品名称、商品规格等其他商品信息。

7              数据库存储过程设计

1、 顾客是网上超市管理系统的最主要的用户，也需要经常的添加和删除，故建立顾客删除存储过程。在删除某个顾客信息的时候，如果他的购物车中还有记录，则将其删除；若他提交了订单信息，也要把订单信息中的记录删除；最后还要把留言信息表和积分表中与该顾客相关的信息一并删除。

2、 建立删除员工的存储过程。如果该员工是某个部门的负责人，则一般情况下不予以删除，如果要删除，则必须对部门信息表中的负责人进行更新。若该员工是留言信息表中的回复人，则要对留言信息表在回复人编号进行修改或者删除。

3、 建立删除商品的存储过程。如果某个商品已经过了保质期或者已经被淘汰了，则要对这样的商品进行删除。首先要在商品信息表中把这些商品删除，在商品库存表将其删除，其次若果有顾客将该商品选入了购物车，甚至提交了订单，则要对顾客予以说明并将其从购物车表和订单信息表中删除。

8              权限设计

9　总结

理论联系实际才能做好一件事，学习一门课程同样是这样。通过一周的数据库课程设计实习，我受益匪浅，从中学到了许多新知识，这些知识是在课堂中不能学到或者说很难学到的。并且对数据库应用这一门课程有了更深一步的理解。在做课程设计中，我们可以把课堂上所学的理论知识和实践联系起来，在所要开发的系统中渐渐学会了融会贯通。同样通过对SQL的应用，也使我们熟练和巩固了对SQL的理解。这样我们对开发系统的整个过程也有了一个系统的了解。

这次课程设计，我选择的课题是《教务管理系统》，在教务管理系统的开发中采用了完整的数据库设计的全过程，从需求分析到概念结构设计，到逻辑结构设计，再到物理结构设计，最后到数据库的实施和维护，每一步都认真的分析和实施。当然，在本次课程设计的成果中还存在许多的不足之处，这就需要我们学习更多的知识，进行更深研究。

在这次实习中，我们完全投入到了开发系统的世界里。结束后明白了理论和实践要想充分地结合，需要非常扎实的基本功。这就说明学好基础知识是理论付诸实践的前提。在开发教务管理系统中我学到了很多，希望在以后能充分利用实习的机会充实自己，用所学的理论知识充分去实践，在实践中又要努力去巩固理论知识。只有这样，才能把一门课程甚至一门学科学精、学透

参考资料：

1     萨师煊，王珊数据库系统概论高等教育出版社第三版2000

2     龚波等译 SQL SERVER 2000教程北京希望电子出版社

3     史嘉权，史红星，李博等数据库系统概论习题、实验与考试辅导清华大学出版社2006

4     赵乃真等信息系统设计与应用清华大学出版社2005

注：由于这里不好排版，文章中的表格和没有显示出来，我打包成附件了，可以下载查看。

E-R图是进行数据库的概念结构设计的时候所使用的一种工具，而视图是我们查看数据库中数据的一种方式而已，是一种虚表，并不保存数据，实际上就是保存在系统中的查询语句。视图包括系统视图、用户视图。而用户视图是用户根据自己的需要创建的。

数据库报表的视图共有四种：报表视图、打印预览视图、布局视图和设计视图。

1、报表视图用于显示报表的实际效果，但不分页。

2、打印预览视图用于显示报表的分页打印效果。

3、布局视图用于显示报表的实际效果，可直接进行修改。

4、设计视图用于创建或修改已有的报表。

视图是原始数据库数据的一种变换，是查看表中数据的另外一种方式，可以将视图看成是一个移动的窗口，通过它可以看到感兴趣的数据。

视图是从一个或多个实际表中获得的，这些表的数据存放在数据库中。那些用于产生视图的表叫做该视图的基表，一个视图也可以从另一个视图中产生。

扩展资料：

视图可以在以下几个方面使程序与数据独立：

1、如果应用建立在数据库表上，当数据库表发生变化时，可以在表上建立视图，通过视图屏蔽表的变化，从而应用程序可以不动。

2、如果应用建立在数据库表上，当应用发生变化时，可以在表上建立视图，通过视图屏蔽应用的变化，从而使数据库表不动。

3、 如果应用建立在视图上，当数据库表发生变化时，可以在表上修改视图，通过视图屏蔽表的变化，从而应用程序可以不动。

4、如果应用建立在视图上，当应用发生变化时，可以在表上修改视图，通过视图屏蔽应用的变化，从而数据库可以不动。

参考资料来源：百度百科--数据库视图

以上就是关于急！高分求做SQL Server数据库设计【达人请进】全部的内容，包括:急！高分求做SQL Server数据库设计【达人请进】、数据库sql 的课程设计怎么做，要借哪些书看，求大神指教、数据库设计时“用户视图”和“E-R图”区别等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！