ASP+SQL厂商管理系统ER图
数据字典则是系统中各类数据描述的集合，是进行详细的数据收集和数据分析所获得的主要成果。进货信息的数据字典，如表4.1所示：
表4.1 数据文件“进货信息表”的字典条目
|
文件名：进货信息表 |
|
别名： |
|
组成：{进货单编号+供应商编号+商品编号+进货数量+商品单价+进货日期+备注信息} |
|
组织：按进货单、供应商、商品编号从小到大排列 |
|
备注： |
销售信息的数据字典，如表4.2所示：若图片无法显示请联系QQ752018766,厂商管理系统免费,转发请注明源于www.751com.cn
表4.2 数据文件“销售信息表”的字典条目
|
文件名：销售信息表 |
|
别名： |
|
组成：{销售单编号+顾客编号+商品编号+商品数量+商品单价+销售日期 |
|
组织：按进销售单、顾客、商品编号从小到大排列 |
|
备注： |
将需求分析得到的用户需求抽象为信息结构即概念模型的过程就是概念结构设计。参照以上的数据流图和数据字典，最后得到E-R图，如图5.3所示
根据以上的数据结构和数据项，就可以设计出以下的各种实体以及它们之间的关系，用E-R图表示为：
图4.3 系统E-R图
逻辑结构设计的任务就是把概念结构设计阶段设计好的基本E-R图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构。由E-R图向关系模型实际上就是要将实体、实体的属性和实体之间的联系转换为关系模式。根据一个M:N联系转换为一个关系模式的转换原则得出：进货为一个联系，所以转换为一个关系模式，与进货相连的的码（供应商编号、商品编号）已经进货本身的属性（进货单编号、进货价格、进货日期、进货数量）转化为该关系的属性。
进货信息（进货单编号、供应商编号、商品编号、进货价格、进货日期、进货数量、备注信息）。如表4.3所示：
销售为一个联系，所以转换为一个关系模式，与销售相连的的码（顾客编号、商品编号）已经进货本身的属性（销售单编号、销售价格、销售日期、销售数量、折扣）转化为该关系的属性。
销售信息（销售单编号、商家编号、商品编号、销售价格、销售数量、销售日期、折扣、备注信息）。如表4.4所示
商家信息列表
|
列 名 |
数据类型 |
长 度 |
可否为空 |
说 明 |
|
CustomerID |
varchar |
10 |
NOT NULL |
顾客编号（主键） |
|
Uername |
varchar |
40 |
NOT NULL |
公司名称 |
|
ContactName |
varchar |
30 |
NULL |
联系人姓名 |
|
Address |
varchar |
60 |
NULL |
联系地址 |
|
City |
varchar |
15 |
NULL |
所在城市 |
|
Region |
varchar |
15 |
NULL |
所在地区 |
|
PostalCode |
varchar |
6 |
NULL |
邮政编码 |
|
Phone |
varchar |
24 |
NULL |
联系电话 |
|
Fax |
varchar |
24 |
NULL |
传真号码 |
|
HomePage |
varchar |
50 |
NULL |
公司主页 |
|
CustomerMemo |
text |
default |
NULL |
备注信息 |
入库信息表
|
列 名 |
数据类型 |
长 度 |
可否为空 |
说 明 |
|
StockID |
varchar |
10 |
NOT NULL |
进货信息编号（主键） |
|
InTime |
varchar |
10 |
NULL |
供应商编号 |
|
ProviderName |
varchar |
40 |
NULL |
供应商名称 |
|
ProductID |
varchar |
10 |
NULL |
商品编号 |
|
ProductName |
varchar |
40 |
NULL |
商品名称 |
|
Spec |
varchar |
20 |
NULL |
商品规格 |
|
Unit |
varchar |
20 |
NULL |
商品单位 |
|
Quantity |
float |
default |
NULL |
商品数量 |
|
UnitPrice |
float |
default |
NULL |
商品单价 |
|
StockDate |
datetime |
default |
NULL |
进货日期 |
|
StockMemo |
text |
default |
NULL |
备注信息 |
出库信息表
|
列 名 |
数据类型 |
长 度 |
可否为空 |
说 明 |
|
StockID |
varchar |
10 |
NOT NULL |
进货信息编号（主键） |
|
InTime |
varchar |
10 |
NULL |
供应商编号 |
|
ProviderName |
varchar |
40 |
NULL |
供应商名称 |
|
ProductID |
varchar |
10 |
NULL |
商品编号 |
|
ProductName |
varchar |
40 |
NULL |
商品名称 |
|
Spec |
varchar |
20 |
NULL |
商品规格 |
|
Unit |
varchar |
20 |
NULL |
商品单位 |
|
Quantity |
float |
default |
NULL |
商品数量 |
|
UnitPrice |
float |
default |
NULL |
商品单价 |
|
StockDate |
datetime |
default |
NULL |
进货日期 |
|
StockMemo |
text |
default |
NULL |
备注信息 |
表4.4销售信息表
|
字段名 |
数据类型 |
长度 |
允许空 |
约束 |
|
orderid |
char |
8 |
不 |
数字，只能为8位 |
|
customerid |
char |
8 |
不 |
数字，只能为8位 |
|
Productid |
char |
8 |
不 |
数字，只能为8位 |
|
quantity |
float |
8 |
允许 |
数字，只能为8位 |
|
unitprice |
money |
8 |
允许 |
货币类型，只能为8位 |
|
orderdate |
datetime |
8 |
允许 |
日期类型，为****-**-** |
|
discount |
float |
3 |
允许 |
数字，只能为3位 |
|
ordermemo |
text |
16 |
允许 |
文字性描述 |
表4.4
products商品信息表
|
列 名 |
数据类型 |
长 度 |
可否为空 |
说 明 |
|
ProductID |
varchar |
10 |
NOT NULL |
商品编号（主键） |
|
ProductName |
varchar |
40 |
NOT NULL |
商品名称 |
|
Space |
varchar |
20 |
NULL |
商品规格 |
|
Unit |
varchar |
20 |
NULL |
商品单位 |
|
ProductMemo |
text |
default |
NULL |
备注信息 |
数据库在物理设备上的存储结构与存取方法称为数据库的物理结构，它依赖于给定的计算机系统。为一个给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程，就是数据库的物理设计。一般有以下三种存取方法：索引方法、聚簇方法、HASH方法。
在进货信息表中stockid、supplierid、Productid这一组属性列经常在查询条件中出现，而且该表中的已存储的记录很多。所以建立索引。CREATE UNIQUE INDEX s_index ON Stocks(stockid、supplierid、Productid) 建立索引主要是加快了查询的速度。
在销售信息表中orderid、customerid、Productid这一组属性列经常在查询条件中出现，而且该表中的已存储的记录很多，所以建立索引。CREATE UNIQUE INDEX o_index ON orders(orderid、customerid、Productid) 建立索引主要是加快了查询的速度。
在数据设计基础之上，实现应用程序的设计。本系统的应用程序设计主要是用ASP.NET编写功能页面，
用ASP.NET语言把页面信息和数据库连接起来。
具体代码：
<%
set conn=Server.CreateObject("ADODB.Connection") '创建连接对象
sql_conn="Provider=SQLOLEDB;Server=BABA;Database=Trading;UID=sa
;PWD=1982106" '连接字符串
conn.open(sql_conn)
上一页 [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] ... 下一页 >>