代理商销售采购及财务信息管理子系统—数据库设计文档

代理商销售采购及财务信息管理子系统—数据库设计文档
代理商销售采购及财务信息管理子系统—数据库设计文档

代理商销售采购及财务信息管理子系统

—数据库设计文档

代理商销售采购及财务信息治理子系统

—数据库设计文档

班级:软件学院2007级

姓名:丁鼎、孔祥楠

学号:1291407016、1291407034、1291407048

代理商销售采购及财务信息治理子系统

——数据库设计报告

一、需求分析

(一)项目背景

随着经济的飞速进展,人们生活水平的不断提高,对物质的需求不断提高。那么代理商是否能够高效地治理供应链销售链,从而满足客户多变的需求和庞大的信息量。变成为了是否能在市场竞争中取得优势的一个专门重要的因素,信息在社会和经济的进展中所起的作用越来越为人们所重视。

本子功能系统为代理商各部门的数据流淌,对信息的治理,对业务的经营如销售,采购等提供了良好的信息平台,为各部门的信息决策提供了较充分的依据。从而得以建立更稳固,更可靠的公司运作机制。

(二)系统流程图

代理商销售采购及财务信息治理子系统要紧有销售,采购,财务,打算任务等几大模块。

销售治理要紧是接收客户的订单,并对订单做处理,如检索修改库存,开发货单等等。

采购治理要紧是在检索库存后得知货源不足情形下向供应商采购商品,另外,在主管部门打算任务的分配下,采购部也会定期购货。

财务治理要紧是对明细账进行治理,以及产生报表以供主管部门参考。

打算任务治理要紧是依照报表,分析业务情形,编制打算,并引导采购部购货。

(三)系统功能图

(四)数据流图

e.打算任务5.0

2.数据字典

数据字典

发货单数据流图,该数据流图包括对客户订单、应收款明细帐目等数据流,同时涉及对这些数据的选定、修改、添加、删除和查询等数据处理过程。

①数据项的描述

数据项名称:发货单编号

含义讲明:唯独标识每份发货单

类型:string

长度:13

取值范畴:000001010001~9912319999

取值含义:前4位标识年份,5、6位标识月份,7、8位标识日期,9、10、11、12、13位顺序编码

②数据流的描述

数据流名称:发货单

讲明:销售部全部发货单

数据流来源:客户订单信息

数据流去向:应收款明细帐目显示

组成:发货单编号, 订单编号,销售部职员编号,发货日期,交货地点,客户编号,备注

③数据储备的描述

数据储备名:应收款

讲明:储存每一份发货单公司获得的收入的描述

输入的数据流:新增发货单

输出的数据流:应收款明细帐目

组成:应收款明细账编号, 销售部职员编号,客户编号,商品编号,公司账号,收款金额,发票号码

④处理过程的描述

处理过程名:制定发货单内容

讲明:对一份发货单,依照客户所需求确定发货单的内容,及仓库有没有足够库存或能否及时从供应商提货以满足客户需求。再依照公司要求,制定发货单内容。

输入:订单编号,销售部职员编号,发货日期,交货地点,客户编号,备注

输出:发货单

处理:

a. 判定是否能在规定时刻预备客户需求商品数量

b. 判定交易收入是否合理

c. 若a,b都满足,则在出版社的发货单中添加一条发货记录

d. 处理完全部客户提动身货单后,形成应收款明细帐目

二、概念结构设计

(一)代理商销售采购及财务信息治理子系统的细节E-R图

(二)代理商销售采购及财务信息治理子系统全局E-R图

合并局部E-R图,形成全局E-R图,如下图所示:

三、逻辑结构设计

依照实体到关系模式以及联系到关系模式,能够得到以下一组关系模式:代理商销售采购信息治理子系统关系模式:

商品(商品编号,商品名称,单价,生产日期,有效日期,规格,供应商编号,仓库库存记录编号,采购部职员编号,描述)

PK=商品编号,FK=供应商编号,仓库库存记录编号,采购部职员编号

客户(客户编号,客户姓名,联系地址,联系方式,注册日期,客户银行帐号,订单编号)

PK=客户编号,FK=订单编号

供应商(供应商编号,供应商简称,供应商全名,法定代表姓名,联系地址,联系方式,供应商银行账号,注册日期,执照号码,商品编号)

PK=供应商编号,FK=商品编号

客户订单(订单编号,日期,客户编号,商品编号,状态,数量,交货日期,交货地点,备注)

PK=订单编号,FK=客户编号,商品编号

发货单(发货单编号, 订单编号,销售部职员编号,发货日期,交货地点,客户编号,备注)

PK=发货单编号,FK=订单编号,销售部职员编号,客户编号

暂订订单(暂定订单编号,订单编号,,销售部职员编号,备注)

PK=暂定订单编号,FK=订单编号,,销售部职员编号

财务报表(报表编号, 财务部职员编号,日期,付款全额,收款全额,收支总额,资金流淌情形,备注)

PK=报表编号,FK=财务部职员编号

应对款明细账(应对款明细账编号,采购部职员编号,商品编号,供应商编号, 公司账号,付款金额,发票号码,来源单据)

PK=应对款明细账编号,FK=采购部职员编号,商品编号,供应商编号

应收款明细账(应收款明细账编号, 销售部职员编号,客户编号,商品编号,公司账号,收款金额,发票号码)

PK=发货单编号,FK=客户编号,销售部职员编号,客户编号,商品编号

仓库库存记录(仓库库存记录编号,商品编号,采购部职员编号,入库时刻,库存地点,数量)

PK=仓库库存记录编号,FK=商品编号,采购部职员编号

打算任务(打算任务编号,主管部职员编号,主题,创建时刻,内容,附件,备注)PK=打算任务编号,FK=主管部职员编号

主管部(主管部职员编号,打算任务编号,职员姓名,职能,联系方式)

PK=主管部职员编号,FK=打算任务编号

财务部(财务部职员编号,报表编号,职员姓名,职能,联系方式)

PK=财务部职员编号,FK=报表编号

采购部(采购部职员编号,商品编号,应对款明细账编号,职员姓名,职能,联系方式)PK=采购部职员编号,FK=商品编号,应对款明细账编号

销售部(销售部职员编号,发货单编号,应收款明细账编号,职员姓名,职能,联系方式)

PK=销售部职员编号,FK=发货单编号,应收款明细账编号

选择(商品编号,客户订单编号,数量)

PK=商品编号,FK=客户订单编号

四、物理结构设计

1.确定数据库的储备结构

本部分要紧是确定数据库物理结构,即确定数据的存放位置和储备结构,包括确定关系、索引、聚簇、日志、备份等的储备安排和储备结构,确定系统配置等。

在综合考虑存取时刻、储备空间利用率和爱护代价三方面的因素下,通过权衡,确定下数据的存放位置和储备结构。

1.确定数据的存放位置

为了提高系统的性能,依照顾用情形将数据的易变部分与稳固部分、经常存取部分与存取效率较低部分分开存放。

考虑到目前许多运算机都有多个磁盘,因此将表(如消费单表)和索引放在不同的磁盘上,在查询时,两个磁盘驱动器并行工作,能够大大提高I/O读写的效率;而关于较大的表(如消费单的表)则分放在两个磁盘上,如此能够加快存取速度,在多用户环境下的作用更有效;为了改进系统的性能,将日志文件与数据库对象(表、索引等)放在了不同的盘上。

2、确定系统配置

在数据库设计初始时期,为了对以后的数据库进行物理优化,提供了一些系统配置变量、储备分配系数,并对这些变量给予了合理的缺省值。然而这些值不一定适合每一种应用环境,在进行物理设计时,对这些变量重新赋值,以改善系统的性能。

对系统配置的变量,例如:同时使用数据库的用户数,同时打开的数据库对象数,内存分配参数,缓冲区分配参数(使用的缓冲区长度、个数),储备分配参数,物理块的大小,物理块装填因子,时刻片大小,数据库的大小,锁的数目等。这些参数值直截了当阻碍存取时刻和储备空间的分配,在物理设计时应依照顾用环境确定这些参数值,以使系统性能最佳。

将以上的数据库概念模型转化为数据库的逻辑结构,数据库由以下几个表格组成,各个表格的设计结果如下面表格所示。每个表格表示在数据库中的一个表。

表四:客户订单信息表

小型自选商场综合管理系统系统设计之数据库设计

小型自选商场综合管理系统系统设计之数据库设计 1、组织结构 (1)组织结构概况 该商场的组织结构如图所示。 (2)管理职能分析 主管——全面负责本店的行政与业务管理。 采购组——负责每一笔进货,查询商品的进货记录,并能按月进行统计;记录进货场商或供应商的信息。 销售组——负责商品的销售,按月统计某个员工的销售业绩,记录员工的基本信息。 库存组——负责进行日盘存、月盘存能打印库存清单,查询某种商品的库存情况。 2、业务流程分析 进货管理:商品进货信息包括商品进货数量、单价、供货商等。商品进货管理功能完成进货信息登记、修改和删除等。分类查看:可以根据商品类型来查看某种商品的进货情况。更新库存:进货信息的变动直接关系到库存的变化。进货分析:列出当日进货量最多的前几项商品和进货量最少的前几项商品。库存分析:列出当前库存量最多的前几项商品和库存量最少的前几项商品。 销售信息管理:商品销售数量、单价、统计日期等。分类查看后:可以根据商品类型来查看某种商品的销售情况。更新库存:销售信息的变动直接关系到库存的变化。销售分析:列出当前销售数量最多的前几项商品和销售量最少的前几项商品。

商品基本信息的维护:商品的查询、添加、删除。查询包括进货查询、销售查询和库存查询。供货商信息管理:包括供货商信息的新建、修改和删除等。

业务流程图

3、数据流程分析(1)信息要求

(2)数据流程图 数据流程图

4、数据字典 重要数据及其简要描述如下表: 数据项 名称说明 商品编号唯一标识一种商品,形式如:SP00001 员工编号唯一标识一名员工,形式如:YG00001 客户编号唯一标识一个客户,形式如:KH00001 供应商编号唯一标识一个供应商,形式如:GYS00001 销售票号以此记录以此销售登记,形式如:2012-5-8XS00001 入库票号以此记录以此入库登记,形式如:2012-5-8RK00001 毛利销售某种商品获得的利润 操作员系统登陆者 经手人对某次业务或交易实际上直接操作者 仓库名称唯一标识某个仓库 警戒上限商品数量的最高限 警戒下限商品数量的最低限 品种数销售、入库时交易的商品种数 结算方式进行交易时所采取的结算方式 是否结清记录某笔交易是否结清账款 数据存储 名称说明 商品信息表记录商品的基本信息 员工表记录员工的基本信息 客户表记录客户的基本信息 供应商表记录供应商的基本信息 仓库表记录仓库的基本信息 库存表记录库存信息 销售登记表记录销售时的的商品及数量信息 销售票号表记录销售时的客户、经手人、操作员、日期等信息入库登记表记录入库时的商品及数量信息 入库票号表记录入库时的供应商、经手人、操作员、日期等信息结算方式表用于存储结算方式

数据库课程设计完整版

数据库课程设计完 整版

HUNAN CITY UNIVERSITY 数据库系统课程设计 设计题目:宿舍管理信息系统姓名: 学号: 专业:信息与计算科学指导教师:

20年 12月1日 目录 引言3 一、人员分配 4 二、课程设计目的和要求 4 三、课程设计过程 1.需求分析阶段 1.1应用背景 5 1.2需求分析目标5 1.3系统设计概要5 1.4软件处理对象 6 1.5系统可行性分析6 1.6系统设计目标及意义7 1.7系统业务流程及具体功能 7

1.8.1数据流程图8 2.系统的数据字典11 3.概念结构设计阶段 13 4.逻辑结构设计阶段 15 5.物理结构设计阶段 18 6.数据库实施 18 7.数据库的运行和维护 18 7.1 解决问题方法 19 7.2 系统维护 19 7.3 数据库性能评价 19 四、课程设计心得. 20参考文献 20 引言

学生宿舍管理系统对于一个学校来说是必不可少的组成部分。当前好多学校还停留在宿舍管理人员手工记录数据的最初阶段,手工记录对于规模小的学校来说还勉强能够接受,但对于学生信息量比较庞大,需要记录存档的数据比较多的高校来说,人工记录是相当麻烦的。而且当查找某条记录时,由于数据量庞大,还只能靠人工去一条一条的查找,这样不但麻烦还浪费了许多时间,效率也比较低。当今社会是飞速进步的世界,原始的记录方式已经被社会所淘汰了,计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界,当一种技术不能满足需求时,就会有新的技术诞生并取代旧技术。21世纪的今天,信息社会占着主流地位,计算机在各行各业中的运用已经得到普及,自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此,设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理,系统做的尽量人性化,使用者会感到操作非常方便,管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大,而且比较稳定,适合较长时间的保存,也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。本系统具有运行速度快、安全性高、稳定性好的优点,而且具备修改功能,能够快速的查询学校所需的住宿信息。 面对当前学校发展的实际状况,我们经过实地调研之后,对宿舍管理系统的设计开发做了一个详细的概述。

物资采购系统—数据库课程设计

物资采购信息系统数据库设计 班级 学号 姓名 指导教师崔贯勋 时间:2011 年01 月10 日至2011 年01 月14 日

指导教师对课程设计(论文)的评语(工作态度、任务完成情况、能力水平、设计说明书(论文)的撰写和图纸质量等): 成绩 指导教师签字年月日

目录 1、开发背景 (4) 2、功能描述 (5) 3、业务流程分析 (5) 4、数据流程分析 (6) 4.1、数据流程图 (6) 4.2、数据字典 (9) 5、概念模型设计 (17) 6. 逻辑模型设计和优化 (19) 7. 物理设计和实施 (19) 8.课程设计心得体会 (30)

1、开发背景 采购是公司生产产品及维护正常运作而必须消耗的物品及必须配置的设施之购入活动的总称,是公司成本控制的重点。无论是公司管理者还是财务部门,对采购工作存在的风险都有着非常强的敏感,这不仅因为采购是直接影响生产成本的主要因素,而且有着很高的人为欺诈的可能。在日趋完善的现代经营管理模式中,公司管理当局越来越注重财务管理和财务运作的有效性。 随着我国社会主义市场经济体制的确立和发展,商业流通领域进入了一个空前的发展阶段,面临商界的激烈竞争,只有在多变的商品和顾客中挖掘并掌握市场需求,即淘汰“卖不出去的商品”,购进“卖得快、利润高的商品”的经营者才会获利,企业也才能在竞争中生存和发展。要提高市场的竞争力,既要有好的产品质量,同时也要有好的客户服务,企业要做到能及时响应客户的产品需求,根据需求迅速生产,按时交货,就必须要有一个好的计划,使得市场销售和生产制造两个环节能够很好地协调配合。 企业物资管理系统是商业企业经营管理中的核心环节,也是一个企业能否取得效益的关键。如果能做到合理购进,及时销售,库存量最少,减少积压,那么企业就能取得最佳的效益。由此可见,企业进销存管理决策的正确与否直接影响了一个企业的经济效益。 在手工管理情况下,销售人员很难对客户做出正确的供货承诺,同时企业的采购部门也缺少一份准确的采购计划,目前的库存状况和市场需求很难正确反映到采购中去,部门之间的通讯也经常不畅通,如果能够选择一个好的管理系统,把大量繁杂的、看似毫无关系的数据,有机的结合起来,形象的反映出市场的供求关系,就能够为得出正确的决策做出事半功倍的效果。 企业物资采购管理系统是现代仓储企业进行货物管理和处理业务的操作系统。它可以可实现制造企业、物流企业、连锁业在全国范围内、异地多点仓库的管理;它可以对货物存储和出货等进行动态安排,可以对仓储作业流程的全过程进行电子化操作。 合理的采购管理系统具有很重要的意义: (1)材料采购成本在企业经营中占很大的比重,且在很多行业有上升趋势。 (2)降低原材料成本是增加利润的基本途径。 建立和实施制度化的采购管理程序,这是采购管理工作有效进行的根本保证。

数据库系统毕业设计—订单销售数据库管理系统

长沙学院 课程设计说明书 题目销售订单数据库管理系统 系(部) __________________ 起止日期 _______________________

课程设计任务书 设计题目: 销售订单数据库管理系统 1、某销售商的订单系统需要如下信息: 每个供应商包含供应商编号、名称、地址、联系电话等信息。 每种产品包含产品号、产品名称、产品类别等信息。 每个供应商可供应多种产品,每种产品可由多个供应商供应。 订单包括订单号等信息。 一个客户可下多个订单,每个订单只能由一个客户下。 一个雇员可管理多个订单,每个订单只能由一个雇员管理。 一个订单订购多种产品,每种产品可在不同的订单中订购 2、系统功能基本要求: 按照一定条件查询、统计订单信息,例如订单量最多的客户或者产品。能够模拟完成一个订单交易全过 程。 设计工作量: 40课时 工作计划:

长沙学院课程设计鉴定表 目录 一、引言 (5) 1.1编写目的 (5) 1.2参考资料 (5) 二、需求规约 (6) 2.1业务描述 (6) 2.2需求分析 (6) 三、数据库环境说明 (7) 四、数据库的命名规则 (7) 4.1数据库对象命名规则 (7) 4.2数据项编码规则 (7) 五、逻辑设计 (8) 5.1ER图 (8) 5.2关系模型 (8) 六、物理设计 (9) 6.1表汇总 (9) 6.2表[1]:[S UPPLIERS表](供应商表) (9) 6.3表[2]:[P RODUCT表](产品表) (10) 6.4表[3]:[SP表](供应商产品供应表) (10) 6.5表[4]:[O RDERS表](订单表) (11) 6.6表[5]:[PO表](产品订购表) (12) 6.7表[6]:[E MPLOYEE表](雇员表) (12) 6.8表[7]:[C USTOMER表](客户表) (13) 6.9视图的设计 (13) 6.10存储过程的设计 (14) 6.11触发器的设计 (18) 6.12函数的设计 (18) 七、安全性设计 (19) 7.1防止用户直接操作数据库的方法 (19) 7.1.1用户标识和鉴定 (19) 7.1.2存取控制 (19) 7.1.3数据加密 (19) 7.2用户帐号密码的加密方法 (19) 7.3角色与权限 (19) 八、数据库管理与维护说明 (20) 九、总结 (21)

家庭财务系统数据库设计格式模板

数据库设计报告 题目:家庭财务管理 班级:09信管1班

一、引言 家庭财务管理系统是每一个家庭管理家庭财务收入和支出的不可缺少的一个管理信息系统,它的内容对于家庭的管理者来说是至关重要的,所以家庭财务管理系统应该能够为每一个家庭的管理者提供充足的信息和快捷的查询手段,大大方便了家庭的管理者的合理理财。 二、需求分析 家庭财务管理系统是对家庭成员、往来人员信息的规划,对家庭成员财政实际收入、财政支出这些方面的计划,对于往来人员详细得记录使用资产、资金互补情况。 1.功能分析 1 功能结构图 2. 数据流图 我们采用自顶向下的数据流图设计方法。顶层的数据流程图如图2所示。

图3 第1层的数据流图

三、概念结构设计 概念结构设计阶段的主要任务就是将需求分析阶段得到的用户需求抽象为概念模型,它独立于具体的DBMS,通常用E-R图的形式表示。 绘制E-R图主要在于进行实体与属性的区分及找出实体与实体之间的联系。 实体是一个存在着显著的、易辨认的属性的客观对象。现实世界中一组具有某些共同特性和行为的对象就可以抽象为一个实体。 属性是对象类型的组成成分,组成成分和对象类型之间是“is part of”的关系。属性具有以下两个特点: 1.属性必须是不可分的数据项,不能包含其他属性。 2.属性不能和其他实体具有联系,与其他实体有联系的属性一般应按照实体处理。 实体与实体之间的联系还包括一对一联系(1:1)、一对多(1:n)、多对一联系(n:1)和多对多联系(n:n) 根据家庭财政管理分析,得出家庭成员、收入、支出、收入项目和支出项目5实体,收入项目与收入之间存在属于关系、支出项目与支出之间存在属于关系、家庭成员与支出、收入之间存在管理关系,对应的E-R图如图5所示,

网上商城设计(数据库设计,UML建模)

网上商城设计

目录 1 系统分析与设计 (2) 1.1系统总体的功能需求 (2) 1.2用户接口模块 (3) 1.3管理员接口模块 (4) 2 系统UML建模 (6) 2.1系统用例图 (6) 2.2系统的时序图和活动图 (9) 3 数据库设计 (11) 3.1数据库的R-R图 (11) 3.2数据表设计 (12)

1 系统分析与设计 1.1系统总体的功能需求 网上商城是个复杂的电子商务系统,它必须提供接口以供用户登陆并从中选购喜爱的商品,同时还提供系统的管理接口以供管理员和一般网站工作者处理客户订单并维护网站正常运行。 系统的总体功能框架如图1所示: 图1 系统总体功能需求图 (1)用户接口模块。用户接口是网站用户使用商城系统的服务入口,所有在线用户都通过浏览器登陆网站,并进行一系列的查询,订购等操作。用户接口模块包括用户信息维护、商品查询、订购商品和订单维护4个部分。用户登陆后,用户的ID将会被保存在服务器的缓存(session)中,用户在系统中所做的操作都将被系统存储到数据库中,以供商家进行销售情况和销售走势分析。 (2)管理员接口模块。这是系统提供给网站维护管理人员的接口。管理员接口模块包括商品信息维护、内部员工信息维护、订单处理、销售情况查询和报表维护5部分。网站的一般工作人员通常只有订单处理的权限,他们获得用户提交的订单,并根据库存情况来确定发货或者推迟发货。网站管理员具有最高级的权限,可以处理客户的订单,可以浏览网站商品的销售情况,及时做出经营调整战略,降低经营风险。 (3)数据服务模块。数据服务模块是系统正常运行的基础,它包括客户的

09数据库课程设计安排

格式:纸张大小为A4复印纸,页边距采用:上2.5cm 、下2.0cm 、左2.8cm 、 右 1.2cm 。无特殊要求的汉字采用 小四号宋体字,行间距为1.25倍行距。页眉从 正文开始,一律设为“天津理工大学XXXX 级数据库课程设计说明书” 宋体五号字居中书写。页码从正文开始按阿拉伯数字 居中书写。 封面示例: (宋体三号) 成绩: 评语: 第一页:目录 页首三号黑体字居中打印“目录”,“目”与“录”之间空四格。隔两行打印 章、节、小节号、章、节、小节名称及相应页码。章、节、小节号分别用第一章、 1.1、1.1.1方式表示,章名用黑体四号字,节、小节名用小四号宋体字,章、节、 小节名与页码间用多个“……”符连接。 第二页:正文(宋体,小四号) 一般由标题、文字段落、图、或表构成。由于研究工作涉及选题、研究方法、 ,米用 (宋体小五号)连续编排, 天津理工大学聋人工学院 数据库课程设计报告 (黑体二号) (宋体二号,) 专业: 计算机科学与技术 (宋体三号) 年级: 2009级计1班(宋体三号) 姓名: xx (小组成员) (宋体三号) 学号:

工作进程、结果表达方式等有很大差异,难以规定统一的内容形式。但是,必须 合乎逻辑,层次分明。内容包括以下部分: 第一 章、 综合设 计题 (1) (2) (3) 第二章、xx 数据库管理系统的设计 一、 系统需求、功能分析 介绍选题的内容、 课题主要解决的问题, 凡合作承担的课题, 必须说明本人在总课题中 独立承担的任务以及该部分内容在总课题中所起的作用。 二、 主要内容(包括以下几个方面, 可以根据设计需要自行增加内容、 调整顺序) 1、 功能模块的划分,给出系统的整体结构图 写成系统主要包括哪些功能模块 2、 逻辑结构设计 在数据库中创建表,为表设计合理的表结构,输入表中的数据,每个表不少于 20 个事例数据 3、 概念结构设计 将第三步设计的逻辑结构转化成概念结构,即把表结构转化成 4、 界面、代码设计 要求层次清楚,重点突出,文字简明通顺。 小标题用黑体字单列一行,小标题内序号用⑴、 用 A 、B 、C .... , a 、b 、c .....。 正文的编写格式如下。 ① 标题 每章的标题采用三号黑体字居中打印,例 另起一页打印。 “节”下为“小 节 用 1.5 倍行 距。 ② 图 图题中文字体为五号楷体, 图题紧接图的下一行居中打印。 图中的标注一律 采用中文。图题后空一行,继续正文内容。 图号按章顺序编号, 例如,图 3.2 即为第三章第二图。 如果图中含有几个不 同部分,应将分图号(如“图 3.2.1 ”表示图 3.2 的第一个分图)居中标注在分创建数据库及三个表, 为表设计合理的表结构, 给出合理的事例数据, 不 少于 10 个。 使用 SQL 语句实现需求,给出结果图。 简单说明解决问题的思路、想法和体会。 E-R 图。 小节内的小标题序号用1、2、3……, ⑵、⑶……,其余层次序号依次 “ 第一章XXX ”,下一章 “章”下为“节”,采用小三号黑体居中打印,例“ 1.1 XXX ”; ”,采用四号黑体、左起打印,例“ 1.1.1 XXX ”。题目采

电商项目数据库设计文档

第六小组 潮易购电商管理系统 数据库设计文档 .段海旭,孙振华,王海伦等2018-11-30

目录 1 文档介绍 (1) 1.1 编写目的 (1) 1.2 适用范围 (2) 1.3 读者对象 (2) 2 数据库环境说明 (2) 3 数据库的命名规则 (2) 4 逻辑设计 (3) 5 物理设计 (3) 5.1表汇总 (3) 5.2各表信息 (3) 1.用户基本信息表(T_userInfo) (3) 2.角色信息表(T_Root) (4) 3.用户订单基本信息表(T_Userirdercon) (4) 4.用户订单详细信息表(T_Userorderdetail) (4) 5.商品类别的基本信息表(T_Goodstype) (5) 6.商品基本信息表(T_Goodscon) (5) 7.特价/主题商品信息表(T_Specialgoods) (5) 8.购物车信息表(T_Shopping_Cart) (6) 6 安全性设计 (6) 6.1防止用户直接操作数据库的方法 (6) 7 数据库管理与维护说明 (6) 1文档介绍 1.1编写目的 作为软件设计文档的重要组成部分,本文档主要对该系统后台数据库的概念模型设计和物理模型设计作出了统一的规定,同时确定了每个表的数据字典结构。它是开发人员,测试人员编码及测试的重要参考依据。

1.2 适用范围 本概要设计文档提供给系统设计开发人员,包括详细设计人员和项目组成员,不得提供给组外人员 1.3 读者对象 本文档的主要读者包括: 1.本系统的设计人员:包括模块设计人员 2.本系统的系统设计人员:包括数据库开发,编码人员 3.本系统的测试人员 2数据库环境说明 数据库采用Micrsoft SQL Server数据库管理系统建立并维护。数据库设计过程中采用Micrsoft公司的Visio创建潮易购数据库的ER图,并生成数据库脚本文件“数据库设计.DLL”。其中SQL Server的登录模式为混合身份验证,超级用户的用户名用户名均为sa,密码为123456,SQL Server服务器的端口号:1433。 3数据库的命名规则 符合3个范式: 主键关系,表间关系、表中字段是不可再分的属性。 表的表示:描述单一信息,功能简单实用、命名规范合理。 字段的类型,程度。 数据库的命名:采用首字母大写模式。

数据库课程设计完整版

HUNAN CITY UNIVERSITY 数据库系统课程设计设计题目:宿舍管理信息系统 姓名: 学号: 专业:信息与计算科学 指导教师: 20年 12月1日 目录 引言 3 一、人员分配 4 二、课程设计目的和要求 4 三、课程设计过程 1.需求分析阶段 1.1应用背景 5 1.2需求分析目标5 1.3系统设计概要 5 1.4软件处理对象 6 1.5系统可行性分析 6 1.6系统设计目标及意义7

1.7系统业务流程及具体功能 7 8 2.系统的数据字典11 3.概念结构设计阶段 13 4.逻辑结构设计阶段 15 5.物理结构设计阶段 18 6.数据库实施 18 7.数据库的运行和维护 18 7.1 解决问题方法 19 7.2 系统维护 19 7.3 数据库性能评价 19 四、课程设计心得. 20 参考文献 20 引言 学生宿舍管理系统对于一个学校来说是必不可少的组成部分。目前好多学校还停留在宿舍管理人员手工记录数据的最初阶段,手工记录对于规模小的学校来说还勉强可以接受,但对于学生信息量比较庞大,需要记录存档的数据比较多的高校来说,人工记录是相当麻烦的。而且当查找某条记录时,由于数据量庞大,还只能靠人工去一条一条的查找,这样不但麻烦还浪费了许多时间,效率也比较低。当今社会是飞速进步的世界,原始的记录方式已经被社会所淘汰了,计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界,当一种技术不能满足需求时,就会有新的技术诞生并取代旧技术。21世纪的今天,信息社会占着主流地位,计算机在各行各业中的运用已经得到普及,自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此,设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理,系统做的尽量人性化,使用者会感到操作非常方便,管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大,而且比较稳定,适合较长时间的保存,也不容易丢失。这无疑是为信息存储量比较大的学校提供了

(完整版)网上商城系统数据库设计-需求分析

“网上商城系统”数据库设计--需求分析报告 小组:成员: 1.“网上商城系统”相关要素的调查与分析 网上商城系统是一个人机系统,涉及的要素可以如下几个角度去调查分析:–用户(组织、部门、人等) 站内用户:普通管理员、超级管理员(后台用户) 站外用户:非注册用户(游客)、注册用户(各星级用户)(前台用户)–物品(网上商城涉及的各种物品) 商品 货架 购物车 –活动(网上商城系统涉及的各类活动) 前台活动:用户注册、登录 浏览商品 选择商品 生成订单、修改订单、删除订单 购物车查看、管理 后台活动:用户管理 商品上架 订单统计 商品类别管理 商品管理 2.“网上商城系统”与外部关联分析

图1 “网上商城系统”与外部关联分析图 上面系统的输入输出信息,只是部分列出。同学们可以根据自己的调查进一步完善。 3.“网上商城系统”内部功能模块调查与分析 注:功能主要从系统要素中的“活动”进一步调查得到。 “网上商城系统”的功能可以分为前台功能与后台功能,前台功能主要面向站外客户,后台功能主要面向站内管理人员。具体功能如下: 前台功能: 用户注册模块:用户输入用户信息,通过“用户注册模块”检查输入数据的合法性,符合要求,添加该用户信息,返回用户注册成功信息,否则不添加该用户数据,并返回注册失败信息。 用户登录模块: 商品浏览模块: 商品选择模块: 订单生成模块: 订单修改模块: 订单删除模块: 后台功能: 用户管理模块: 商品上架模块: 订单统计模块: 购物车查看、管理模块: 商品类别管理模块: 商品管理模块: 注:“用户注册模块”作为举例,同学们可以参考写其他的模块。

数据库课程设计(自己做的)

——货存控制系统 6、1数据库设计概述 ㈠数据库设计的概念:数据库设计就是指对于一个给定的应用环境,构造最优的数据库模式,建立数据库及其应用系统,使之能够有效地存储数据,满足各种用户的应用需求(信息要求与处理要求)。在数据库领域内,常常把使用数据库的各类系统统称为数据库应用系统。 ㈡数据库设计的特点 1、数据库建设就是硬件、软件与干件的结合:三分技术、七分管理、十二分基础数据,技术与管理的界面称之为干件。 2、数据库设计过程就是结构设计与行为设计的密切结合:结构设计就是设计数据库结构,行为设计就是设计应用程序、事务处理等。 ㈢数据库设计的方法 1、手工试凑法:设计质量与设计人员的经验与水平有直接关系,缺乏科学理论与工程方法的支持,工程质量难保证。 2、规范设计法:基本思想就是过程迭代与逐步求精。 ㈣数据库设计的基本步骤 准备工作:选定参加设计的人员。 ⑴分析员:数据库设计的核心人员,自始至终参与数据库设计,其水平决定了数据库系统的质量。 ⑵用户:主要参加需求分析与数据库的运行维护,用户的积极参与将加速数据库设计,提高数据库设计的质量。 ⑶程序员:在系统实施阶段参与进来,负责编制程序。 ⑷操作员:在系统实施阶段参与进来,准备软硬件环境。 ㈤数据库设计的过程(六个阶段) 1、需求分析阶段: 准确了解与分析用户需求(包括数据与处理),就是整个设计过程的基础,就是最困难、最耗费时间的一步。 2、概念结构设计阶段: 整个数据库设计的关键,通过对用户需求进行综合、归纳与抽象,形成一个独立于具体DBMS的概念模型 3、逻辑结构设计阶段: 将概念结构转换为某个DBMS所支持的数据模型,并对其进行优化。 4、数据库物理设计阶段: 为逻辑数据模型选取一个最适合应用环境的物理结构(包括存储结构与存取方法)。 5、数据库实施阶段: 运用DBMS提供的数据语言、工具及宿主语言,根据逻辑设计与物理设计的结果建立数据库、编制与调试应用程序、组织数据入库并进行试运行。 6、数据库运行与维护阶段: 数据库应用系统经过试运行后即可投入正式运行,在运行过程中不断对其进行评价、调整与修改。 设计一个数据库应用系统往往就是上述六个阶段的不断反复。 ㈥数据库设计各阶段的模式形成: 1、需求分析阶段:综合各个用户的应用需求。 2、概念设计阶段:形成独立于机器特点,独立于各个DBMS产品的概念模式(E-R图)。

图书馆文献类数据库采购管理实施细则

图书馆文献类数据库采购管理实施细则 ?发布日期:2013-05-15 ?浏览次数:419 2012年7月5日修订 为更好的提高文献类数据库资源使用效果,保证采购工作质量,完善监督制约机制,提高经费使用效益,促进学校图书馆建设和发展,按照《图书馆文献资源采购管理办法》要求,结合电子资源采购工作的特点,制定本实施细则。 一、文献类数据库采购人员机构组成 成立跨部门文献数据库订购小组,明确职责、任务和操作流程,使文献数据库订购业务规范化。 成员:馆长、副馆长、资源建设部和技术支持部负责人 在实际订购过程中馆长可根据需要指定某个专业馆员加入到数据库的订购工作中,各部门负责人也可以根据需要指派其他人员参与。 二、工作职责 1.馆长:负责全面工作,负责与CALIS全国中心、BALIS北京中心和数据库公司等建立广泛联系,获取最新数据库应用动态,负责数据库订购最终决策,合同谈判和签署等; 2.副馆长:配合馆长工作,负责制定文献数据库建设方案,组织实施文献数据库订购工作; 3.技术支持部负责具体实施工作, (1)负责制定文献数据库建设方案计划。 (2)负责搜集、汇总最新文献数据库的相关信息, (3)组织新资源的试用、调查和评估,根据试用效果做出评估报告,并形成订购建议, (4)订购事物(含订购回执、合同文件)的处理,对已购资源的使用进行测评,并写出测评报告, (5)数据库的安装和维护, (6)数据库使用中的技术支持,IP段的变更通知,代理服务器的使用等,(7)组织资源使用的培训讲座,并通过专业馆员向系、部师生推送相应信息。

三、文献数据库订购原则 1.权威性原则:首选国内公认的、具有较高学术价值和权威性的数据库,应尽量选择包库形式或建立镜像站点, 以方便读者的使用和资源的共享,慎重购买不提供永久使用权的数据库。 2.实用性原则:采购的电子资源要适合学校的发展和专业建设的需要,优化馆藏电子资源建设。 3.系统性原则:采购的电子资源要形成系统地、科学地、合理地馆藏结构体系。一是电子资源的专业覆盖比例要适当;二是电子资源种类要多类型、多样化;三是要与纸质文献协调发展,发挥资金投入的最大效益,最大限度地满足读者对文献信息资源的需求。 4.先试用原则:电子资源试用是采购前的必备环节,为了保证电子资源的采购质量,在正式订购之前应充分的试用。通过试用,对电子资源的内容、检索功能、使用率和数据商的服务等客观因素进行综合评估后,再决定是否购买,从制度上限制随意性。 5.科学性原则:针对电子资源采购的特点,构建一个科学、规范的电子资源采购程序与评价指标体系, 形成一个科学、合理的决策机制。 6.不重复购置原则:内容形式相类似的数据库不考虑重复购置。 7.连续性原则:购置的有些数据库是我校使用量大,使用率高的资源,读者已形成良好的使用习惯,依赖程度很高。同时,这些产品服务连续,服务内容丰富,服务水平逐年提升,作为老用户,每年还可享受一定的价格优惠政策。因此,应该重点保证这些数据库使用的连续性。 四、文献数据库采购模式 1. 联合采购方式与单馆订购方式相结合; 2. 资源订购和资源服务紧密结合,融为一体; 3. 专业馆员参与。 五、电子资源试用及订购流程 1. 除联合购买、续订的电子资源外,新种类电子资源推介商来我馆推荐时,一般由技术部进行接洽,并根据文献数据订购原则决定是否试用。凡对我校读者有用的专业性电子文献资源以及拟订购的电子资源都要求试用;

数据库销售订单管理系统课程设计

数据库销售订单管理系统课程设计 1 2020年4月19日

目录 1.引言............................................ 错误!未定义书签。 1.1 编写目的...................................... 错误!未定义书签。 1.2 参考资料...................................... 错误!未定义书签。 2.需求规约......................................... 错误!未定义书签。 2.1业务描述...................................... 错误!未定义书签。 2.2需求分析...................................... 错误!未定义书签。 3.数据库环境说明................................... 错误!未定义书签。 4.数据库的命名规则................................. 错误!未定义书签。 4.1数据库对象命名规则............................ 错误!未定义书签。 4.2数据项编码规则................................ 错误!未定义书签。 5.逻辑设计......................................... 错误!未定义书签。 5.1ER图.......................................... 错误!未定义书签。 5.2关系模型...................................... 错误!未定义书签。 6.物理设计......................................... 错误!未定义书签。 6.1表汇总 ........................................ 错误!未定义书签。 6.2表[1]:[S UPPLIERS表](供应商表) .................. 错误!未定义书签。 6.3表[2]:[PRODUCT表](产品表) ...................... 错误!未定义书签。 6.4表[3]:[SP表](供应商产品供应表) ................ 错误!未定义书签。

数据库课程设计(完整版)

HUNAN CITY UNIVERSITY 数据库系统课程设计 设计题目:宿舍管理信息系统 姓名: 学号: 专业:信息与计算科学 指导教师: 20年 12月1日

目录 引言 3 一、人员分配 4 二、课程设计目的和要求 4 三、课程设计过程 1.需求分析阶段 1.1应用背景 5 1.2需求分析目标5 1.3系统设计概要 5 1.4软件处理对象 6 1.5系统可行性分析 6 1.6系统设计目标及意义7 1.7系统业务流程及具体功能 7 1.8.1数据流程图8 2.系统的数据字典11 3.概念结构设计阶段 13 4.逻辑结构设计阶段 15 5.物理结构设计阶段 18 6.数据库实施 18 7.数据库的运行和维护 18 7.1 解决问题方法 19 7.2 系统维护 19 7.3 数据库性能评价 19 四、课程设计心得. 20参考文献 20

引言 学生宿舍管理系统对于一个学校来说是必不可少的组成部分。目前好多学校还停留在宿舍管理人员手工记录数据的最初阶段,手工记录对于规模小的学校来说还勉强可以接受,但对于学生信息量比较庞大,需要记录存档的数据比较多的高校来说,人工记录是相当麻烦的。而且当查找某条记录时,由于数据量庞大,还只能靠人工去一条一条的查找,这样不但麻烦还浪费了许多时间,效率也比较低。当今社会是飞速进步的世界,原始的记录方式已经被社会所淘汰了,计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界,当一种技术不能满足需求时,就会有新的技术诞生并取代旧技术。21世纪的今天,信息社会占着主流地位,计算机在各行各业中的运用已经得到普及,自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此,设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理,系统做的尽量人性化,使用者会感到操作非常方便,管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大,而且比较稳定,适合较长时间的保存,也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。本系统具有运行速度快、安全性高、稳定性好的优点,并且具备修改功能,能够快速的查询学校所需的住宿信息。 面对目前学校发展的实际状况,我们通过实地调研之后,对宿舍管理系统的设计开发做了一个详细的概述。

Access数据库在采购数据管理与分析中的应用

Access数据库在采购数据管理与分析中的应用[摘要] 采购作为企业供应链管理中的关键环节,直接影响着整个企业的经 营发展和经济效益,因此对采购数据进行有效管理显得尤为迫切。本文应用Access数据库技术构建采购数据管理与分析系统,系统的使用减轻了业务人员的工作强度,提高了企业的采购管理水平。 [关键词] 数据库;信息系统;采购管理 1 采购在企业管理中的作用及采购数据管理的特点 采购是企业经营管理中的一个核心环节,也是企业获取利润的重要来源。采购成本作为企业成本管理的主体,是“最有价值的部分”。据统计,采购成本每下降1%,平均可以给企业增加10%的利润,可见采购在企业的整个供应链管理过程中具有举足轻重的地位。 在采购业务活动中,业务人员经常会与大量数据打交道,这些数据涵盖了物料清单(BOM)、原材料价格、供应商联系信息、运输费率等诸多内容。如何管理并有效利用这些纷繁复杂的数据,对于企业来说是一个很有意义的课题。A公司是一家专业从事汽车线束零部件生产的外资企业,长期以来,公司对采购信息的管理一般采用以Excel为主的人工管理方式,每天业务人员都需要花费大量的时间和精力在数据的清理与整合上。虽说是在同一个部门,但每位业务人员所拥有的信息并没有实现共享的最大化,由此造成工作效率的降低,比如对某个供应商生产的同一种零件进行重复询价,这不仅造成人力资源和时间资源的浪费,还不利于采购企业建立自身形象。此外,以往粗放型的人工管理方式难以满足对数据及时性、准确性和综合性的要求。 对数据进行分析挖掘是决策层经常提出的一个需求,近几年物料采购金额的变化趋势是怎样的?谁是对我们影响最大的前20大供应商?每个项目所需物料的品种有哪些?这些品种各自占比多少?诸如此类问题都是决策人员所感兴趣的,一些比较大的分析需要大量的基础数据来支持,对这些基础数据进行搜集、清洗和整理往往会占用较多的时间。就以零件单价为例,作为分析时经常使用的数据项,由于供应商在报价时所基于的货币和物流条件不同,对零件单价直接进行比较分析是欠妥当的,这就要求先将零件单价统一换算成以人民币为基准的到厂价(DDP),而在换算过程中会涉及汇率、运输费率等多个要素,有些供应商针对不同的物料品类还会采用不同的运输费率,这让计算过程变得更为复杂,诸如此类的计算将花费业务人员较多的时间和精力。基础数据的质量直接决定着分析结果的质量,一份低质量的分析报告通常会影响到决策的制定,有时甚至会让决策层做出错误的判断。目前A公司所使用的ERP系统还在持续升级过程中,数据管理和分

销售管理系统数据库设计

某制造企业销售管理系统数据库设计 一、需求分析 (一)业务流程: 1、销售部统计商品信息,向客户发布商品信息。 2、客户根据销售部发布的商品信息,向销售部发送订单。 3、销售部将订单发送给主管部门审核。 4、主管部门对订单进行核对: (1)如果不批准订单,主管部门向客户发布不批准的信息; (2)如果批准,主管部门向客户发布批准的信息;销售部获取批准的订单,核对客户信息,登记新客户的基本资料或修改原有客户的基本资料,同时及时发布商品修改后的信息;生产部门接受订单,生产客户所需的商品,生产完成后,将发货单与商品一同发出。 5、客户确认发货单。 (二)数据流程图 员客客 填写上报核对确认 P3发货P2订单基本信息处理订单P1基本处理处理信息 客户信息员工信息 销售管理系统第一层数据流程图

第二层数据流程图: 核对员工客户上报填写 客P1.1员P1.2 户信息工信息 客户信息员工信息 P1 基本信息 客主管部 订单数审P2.P2.P2.理订核订预订订下

发货确认预订单商品信息订单 信贷状况客户 P2订单处理 (三)数据字典 1、订单号数据项可以描述如下 : 数据项 : 订单号 含义说明 : 唯一标识每张订单 别名 : 订单编号 类型 : 字符型 长度 : 4 取值范围 : 0000至 9999 取值含义 : 前 2 位标别所在地区,后 2 位按顺序编号 与其他数据项的逻辑关系 :唯一识别订单 2、商品信息是该系统中的一个重要数据结构,它可以描述如下 : 数据结构 : 商品信息 含义说明 : 是销售管理系统的重要数据结构,定义了销售商品的具体信息组成 : 产品号,产品名,单价,重量 3、数据流“订单数据可描述如下 : 数据流 : 订单数据 说明 : 客户选购商品所下的初始订单 数据流来源 : 客户 数据流去向 : 接受订单 组成 : 客户基本信息+商品编号+数量等 平均流量 : 5张/天 高峰期流量 : 100张/天 4、数据存储“订单可描述如下 : 数据存储 : 订单表 说明 : 记录每张订单的具体情况 流入数据流 : 订单处理 流出数据流 : …… 订单号,客户编号,产品,数量,单价等 : 组成 数据量 : 每年2000张 存取方式 : 随机存取 5、处理过程“接收订单尠可描述如下 : 处理过程 : 接收订单 说明 : 核准客户所下订单 输入 : 订单数据,商品信息,主管审批 输出 : 核对订单至主管部门,是否确认信息给客户 处理 : 接收到客户订购产品的初始订单后,根据商品信息以及客户以往

《数据库设计》课程设计要求

《数据库技术》课程设计 设计目的: 数据库技术课程设计是在学生系统的学习数据库技术课程后,按照关系型数据库的基本原理,综合运用所学的知识,以个人或小组为单位,设计开发一个小型的数据库管理系统。通过对一个实际问题的分析、设计与实现,将数据库技术、原理与应用相结合,使学生学会如何把书本上学到的知识用于解决实际问题,培养学生的动手能力;另一方面,使学生能深入理解和灵活掌握教学内容。 总体要求: 1)2到3人为一个小组,每个小组设组长一人,小组成员既要有相互合作的 精神,又要分工明确。 2)每个学生都必须充分了解整个设计的全过程。 3)从开始的系统需求分析到最后的软件测试,都要有详细的计划,设计文档 应按照软件工程的要求书写。 4)系统中的数据表设计应合理、高效,尽量减少数据冗余。 5)软件界面要友好、安全性高。 6)软件要易于维护、方便升级。 7)后台数据库(DBMS)用SQL Server2008. 8)前台开发工具自选,但一般情况下应该是小组的每个成员都对该语言较熟 悉,避免把学习语言的时间放在设计期间。 9)每组提交一个课程设计报告和可行的应用软件。 具体设计要求: 结合一个具体任务(课程设计参考题目),完成一个基于C/S模式或者 B/S模式的数据库系统的设计与开发。 正文要包括系统总体设计、需求分析、概念设计、逻辑设计(在逻辑设计中,需要检测是否满足3NF,如果设计为不满足3NF的,要说明原因)、物理 设计(物理设计中,要设置表的索引、完整性、联系等)、测试、安装说明、用户使用说明书,参考文献等。 主要应包括如下内容: 1.完成课题任务的需求分析、完成系统总体结构设计方案。(主控功能模块、数据处理模块、统计报表模块等) 2.数据库结构的设计与实现。 3.数据库安全的设计 4.客户端数据库应用程序的开发。 5.综合调试方法的掌握。

订单销售数据库设计

五、逻辑设计 5.1 ER 图 产品编号产品产品名称 供应商编号 产品类型 名称地址供应商供应 产品 售价 出厂价 供应商编号 联系电话 产品编号 订购 订单编号 客户编号 姓名 下发订单 客户 通信地址 管理电话 雇员编号 雇员 姓名 存货量 数量订单编号 日期 雇员编号 客户编号 联系电话 工资 5.2 关系模型 供应商 (供应商编号,名称,地址,联系电话) 产品 (产品编号,产品名称,产品类别,售价,出厂价,存货量)供应 (供应商编号,产品编号 ) 订购 (产品编号,订单编号,数量 ) 客户 (客户编号,姓名,通信地址,电话) 订单 (订单编号,日期,客户编号,雇员编号) 雇员 (雇员编号,姓名,联系电话,工资)

注:有下划线的表示该属性为主码。 六、物理设计 6.1 表汇总 表名功能说明 表 Suppliers 表 Product 表 SP 表 Orders 表 PO 表 Employee 供应商表,存储供应商的编号等信息 产品表,存储产品的编号、数量等信息 供应商产品供应表,存储供应商所供应的产品对应信息订单表,存储订单的编号、日期等信息 产品订购表,存储产品订购的对应信息 雇员表,存储雇员的编号等信息 表 Customer客户表,存储客户的编号等信息 6.2 表 [1]:[ Suppliers表](供应商表) 表名Suppliers(供应商表) 数据库用户Sa 主键Snumber 其他排序字段无 索引字段无 序号字段名称数据类型(精允许为唯一区别度默认值约束条件 / 说明 度范围)空 Y/N Y/N 1Snumber char(12)N Y高无主键 / 供应商号2Sname char(30)N N中无供应商名称3Saddress char(30)Y N中无供应商地址4Stelnum int Y N高无供应商电话sql 脚本-- 建立供应商表 create table Suppliers --供应商表 (Snumber char(12) primary key,--供应商编号,主码 Sname char(30) not null,--姓名 Saddress char(30), --地址 Stelnum int --电话 );

相关文档
最新文档