C#汽车销售系统客户服务和人事管理设计(4)
调查的重点是数据和处理，通过调查、收集与分析，获得用户对数据库的如下要求：
信息要求（厂商、客户、用户、员工、出库、入库等信息），
处理要求（对上述信息的查询、修改、添加和删除），
安全性和完整性要求（需要用户名和密码才能进入系统，并且对于不同的用户有不同的操作权限）
需求分析结果如下：图2.1 需求分析模块图
2.3 系统结构设计
1．在关系模式存取方法选择之前，我们首先要对要运行的事务进行详细分析，获得选择物理数据库设计所需要的参数。同时，还要知道每个事务在各关系上运行的频率和性能要求。
对于数据库查询事务，我们需要得到如下信息：查询的关系、查询条件/连接条件涉及的属性、查询的投影属性
查询发货厂商名、产品、发货数量（>100）和日期事务
查询的关系：厂商表、发货单表、产品表
查询条件所涉及的属性：厂商号、发货数量、产品号
连接条件所涉及的属性：厂商号、产品号
查询的投影属性：厂商名、产品名、发货数量、发货日期
对于数据更新事务，我们需要得到如下信息：被更新的关系、每个关系上的更新操作条件涉及的属性、修改操作要改变的属性值
被更新的关系：发货表
每个关系上的更新操作条件所涉及的属性：无
需要改的属性值：货单号、产品号、发货数量、发货日期
2. 关系模式存取方法选择（即建立哪些存储路径）
a.对car sale建立索引
对厂商表上的厂商号、发货表的产品号、产品表的产品号等建立索引，因为他们经常在查询条件和连接条件中出现
根据事务查询中的厂商表建立索引如下：
CREATE UNIQUE INDEX ON Factory;
b.对car sale建立聚簇索引
对产品表的厂商号、付款表的厂商号、收款表的客户号等建立聚簇索引，因为他们在其关系表中的值重复率很高
对产品表的产品号、发货表的产品号、订单表的产品号等建立聚簇索引，因为他们经常出现在相等比较条件中
根据事务查询中产品表建立聚簇索引如下
CREATE CLUSTER INDEX Pro ON Product ;
c.对Car sale确定数据的存放位置
为提高系统性能，我们根据应用情况将数据的易变部分和稳定部分、经常存取部分和存取频率较低部分分开存放。即我们把表和索引放在不同的磁盘上。
d.对Car sale确定系统配置
使用数据库的用户数（我们只要设置比较少的用户数）；
同时打开的数据库对象数（用户同时操作对象不超过3个）；
内存分配参数（运行exe文件需要5M内存）；
缓冲区分配参数（略）；
数据库的大小（预留500M数据存储空间）等。
e.对Car sale物理结构的评价
数据库物理设计过程中需要对时间效率、空间效率、文护代价和各种用户要求进行权衡，其结果产生多种方案。经过我们的细致评价，得出上述系统配置作为carsale的数据库物理结构。
2.4 数据库分析
2.4.1 系统数据库分析
数据库（Database）是按照数据结构来组织、存储和管理数据的仓库，它产生于距今五十年前，随着信息技术和市场的发展，特别是二十世纪九十年代以后，数据管理不再仅仅是存储和管理数据，而转变成用户所需要的各种数据管理的方式。数据库有很多种类型，从最简单的存储有各种数据的表格到能够进行海量数据存储的大型数据库系统都在各个方面得到了广泛的应用。
数据库是一个单位或是一个应用领域的通用数据处理系统，它存储的是属于企业和事业部门、团体和个人的有关数据的集合。数据库中的数据是从全局观点出发建立的，按一定的数据模型进行组织、描述和存储。其结构基于数据间的自然联系，从而可提供一切必要的存取路径，且数据不再针对某一应用，而是面向全组织，具有整体的结构化特征。数据共享