销售管理系统数据库设计

合集下载

图书销售管理系统数据库设计

图书销售管理系统数据库设计

2.实体E-R图 (1)系统总E-R图,如图1-3所示。
账号
密码 I 管 理 N
编号
用户名
……
管理员 N
管 理用户N 借 阅M NhomakorabeaM
图书
图书名称
作者 图1-3
价格 系统总E-R图
……
(2)用户实体集,如图1-4所示。
编号 用户名 登录密码 真实名字 编辑 用户 性别 电子邮件 注册时间 地址 电话号码 用户实体E-R图
2. 系统后台功能设计
1)后台总体功能概述 图书销售管理系统后台功能包括系统设置、会员管理、图书管理、订单审核、入库管理、出库管理和财务报表,其结 构图如图1-2所示。
图书销售管理系统后台
系统设置
会员管理
订单管理
仓库管理
财务管理
首 页 信 息
基 本 配 置
添 加 管 理 员
修 改 密 码
会 员 账 号 管 理
类型编号 作者
出版社 出版日期 内容简介 总数量 剩余数量 封面 单价 评论条数 点击次数
int varchar
varchar datatime text int int image money int int
____ 40
60 ___ ___ ___ ___ ___ ___ ___ ___
(5)图书评论表(评论编号,图书编号,说明,评论,用户编号,评论日期), 其中图书编号、用户编号、图书编号为外码,见表2-5。
表2-5 属性名称 评论编号 图书编号 说明 评论 读者编号 评论日期 图书评论表 数据类型 int varchar varchar text int datatime 数据长度 — 08 80 — — —

花店销售管理系统数据库设计

花店销售管理系统数据库设计

花店销售管理系统数据库设计1. 引言花店销售管理系统是一个为花店提供销售、库存管理和客户管理的系统。

在设计这样一个系统时,数据库设计是至关重要的一环,能够有效地支撑系统的正常运行。

本文将详细介绍花店销售管理系统数据库的设计。

2. 数据库设计原则在设计数据库时,需要遵循以下原则: - 数据库应当符合第三范式,避免数据冗余和不一致; - 数据库应当具有良好的结构,方便数据的增删改查操作; - 数据库应当考虑性能优化,避免出现性能瓶颈。

3. 数据库表设计3.1 产品表(Product)•product_id: 产品编号(主键)•product_name: 产品名称•price: 价格•stock: 库存数量•category: 产品类别3.2 订单表(Order)•order_id: 订单编号(主键)•customer_id: 客户编号(外键)•product_id: 产品编号(外键)•quantity: 订购数量•order_date: 下单日期3.3 客户表(Customer)•customer_id: 客户编号(主键)•customer_name: 客户姓名•phone: 联系电话•email: 电子邮件3.4 销售记录表(SalesRecord)•record_id: 记录编号(主键)•order_id: 订单编号(外键)•total_amount: 总金额•sales_date: 销售日期4. 数据库关系设计在花店销售管理系统中,存在以下数据库关系: 1. 产品表和订单表之间是一对多关系,即一个产品可以被多笔订单订购; 2. 订单表和客户表之间是多对一关系,即一个客户可以下多笔订单; 3. 订单表和销售记录表之间是一对一关系,即一笔订单对应一条销售记录。

5. 数据库索引设计为了提高查询效率,可以在数据库表的关键字段上创建索引,例如在product_id、order_id和customer_id字段上创建索引,以加快数据检索速度。

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

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

长沙学院课程设计说明书题目 ______________________ 系(部) __________________ 专业(班级) ________ 姓名 ______ 学号 __________ 指导教师 ______ 起止日期 _______________________课程设计任务书课程名称:数据库系统原理设计题目:销售订单数据库管理系统1、某销售商的订单系统需要如下信息:每个供应商包含供应商编号、名称、地址、联系电话等信息。

每种产品包含产品号、产品名称、产品类别等信息。

每个供应商可供应多种产品,每种产品可由多个供应商供应。

客户包含编号、姓名、通信地址、电话等信息。

雇员包括编号、姓名、联系电话等信息。

订单包括订单号等信息。

一个客户可下多个订单,每个订单只能由一个客户下。

一个雇员可管理多个订单,每个订单只能由一个雇员管理。

一个订单订购多种产品,每种产品可在不同的订单中订购2、系统功能基本要求:按照一定条件查询、统计订单信息,例如订单量最多的客户或者产品。

能够模拟完成一个订单交易全过程。

设计工作量:40课时指导教师签名:日期:教研室主任签名:日期:长沙学院课程设计鉴定表目录一、引言 (6)1.1编写目的 (6)1.2参考资料 (6)二、需求规约 (7)2.1业务描述 (7)2.2需求分析 (7)三、数据库环境说明 (8)四、数据库的命名规则 (8)4.1数据库对象命名规则 (8)4.2数据项编码规则 (8)五、逻辑设计 (9)5.1ER图 (9)5.2关系模型 (9)六、物理设计 (10)6.1表汇总 (10)6.2表[1]:[S UPPLIERS表](供应商表) (10)6.3表[2]:[P RODUCT表](产品表) (11)6.4表[3]:[SP表](供应商产品供应表) (11)6.5表[4]:[O RDERS表](订单表) (12)6.6表[5]:[PO表](产品订购表) (13)6.7表[6]:[E MPLOYEE表](雇员表) (13)6.8表[7]:[C USTOMER表](客户表) (14)6.9视图的设计 (14)6.10存储过程的设计 (15)6.11触发器的设计 (19)6.12函数的设计 (19)七、安全性设计 (20)7.1防止用户直接操作数据库的方法 (20)7.1.1用户标识和鉴定 (20)7.1.2存取控制 (20)7.1.3数据加密 (20)7.2用户帐号密码的加密方法 (20)7.3角色与权限 (20)八、数据库管理与维护说明 (21)九、总结 (22)一、引言1.1 编写目的本文档是销售订单数据库管理系统设计文档的组成部分,编写数据库设计文档的目的是:明确数据库的表名、字段名等数据信息,用来指导后期的数据库脚本的开发,本文档遵循《SQL SERVER 2008数据库设计和开发规范》。

汽车销售管理系统数据库设计与实现

汽车销售管理系统数据库设计与实现

企业信息化汽车销售管理系统数据库设计与实现班级:姓名:学号:目录1.需求分析 ......................................................1.1功能分析 ....................................................1.2数据字典 ....................................................1.3数据流图 ....................................................2.结构设计 ......................................................2.1概念结构设计 ...............................................2.2逻辑结构设计 ...............................................1.需求分析1.1功能分析①基础信息管理:1、厂商信息的管理:查询、增、删、改2、车型信息的管理:查询、增、删、改3、客户信息的管理:查询、增、删、改②进货管理:4、车辆采购信息的管理:查询、增、删、改5、车辆入库信息的管理:查询、增、删、改③销售管理:6、车辆销售:客户可以根据自己的需求,选择不同型号的车型7、收益统计:厂商按照所出售的车辆数量及价格进行统计④仓库管理:8、库存车辆:仓库管理员对已有车辆进行详细管理9、仓库明细:库存各种类型车辆的详细信息10、进销存统计:仓库管理员对车辆的出售与进货进行统计⑤系统维护:11、数据安全管理:系统管理员对该数据库出现的问题进行管理12、操作员管理:操作员根据车辆销售情况及时更改数据库13、权限设置:规定该数据库访问权限1.2数据字典数据结构编号 数据结构名 属 性1 客户 客户姓名、性别、年龄、客户号、工作单位、联系电话2 车辆 车型号、车辆名称、厂商名、价格、车辆状态3 厂商 厂商名、厂商号、地址、生产车辆总数、厂商状态、备注4 订单 订单号、客户号、订货日期、交货日期、地址、是否存有、是否已订5 仓库 仓库号、地址、进货车辆数、出货车辆数、库存车辆总数、6 车辆销售 车型号、厂商号、出售车辆数、车辆总成本、获取总金额、利润7 订货 客户、厂商、车辆、买车时间、保修期限1.3数据流图1.顶层进程――订货系统客户支付清单厂商主管部门厂商生产部门提供应收账款送进订单处理订单开发票应收金额订单纪录本应收金额产品描述批准/不批准订单数据客户账目状况已批准订单订单细节部门批准与否CHECK订单数据包装通知单数据结算财务费用变动提供发货细节发票2.第二层1)进程1――查询订单数据流图客户CHECK价格CHECK价格订单批准不同车辆型号应收金额公司主管部门车辆价格车辆订单数量已核对价格订单客户订单细节批准/未批已订/未订CHECK订单数据价格状况已核对的订单已批准的订单2)进程2――处理订单数据流图订单登记车型号及属性描述准备发货待完成的订货清单准备待完成订单报表生产厂商已订的车辆订单订单记录订单细节内容已登记订单车辆订单生产通知单发货单待完成订单待完成订单报表准备发货细节3)进程3――开订单数据流图订单登记车型号及属性描述准备发货待完成的订货清单准备待完成订单报表生产厂商已订的车辆订单订单记录订单细节内容已登记订单车辆订单生产通知单发货单待完成订单待完成订单报表准备发货细节4)进程4――结帐系统收银员客户查询订单厂商收银员客户付款车辆已订/未订状态订单结帐结帐订单获取订单号车辆价格客户付款付款2.结构设计2.1概念结构设计车辆零件供应量车辆库存仓库供应厂商接受订单订单细节组成完整订单订货客户支付金额订单规模折扣与否ndmmn1nn1n 11n 11仓库号库存车辆总数客户厂商车辆买车时间交货日期订单号客户名地址订货日期厂商号厂商名地址生产车辆总数车型号车辆名价格厂商状态客户订购客户姓名客户号性别年龄1q2.2逻辑结构设计基本表1、客户基本表属性中文名称 属性名 类型 长度 说明客户号 C_NO CHAR 20 主码:公司统一编号,具有唯一性客户姓名 User_NAME CHAR 20 客户名称服务员性别 User_SEX CHAR 4 客户性别服务员年龄 User_AGE INT 18~100联系电话 User_tel INT工作单位 unit CHAR 20 客户所在工作场所2、车辆基本表属性中文名称 属性名 类型 长度 说明车型号 CAR_NO CHAR 10 主码:厂商统一编号,具有唯一性 车辆名称 CAR_NAME CHAR 20 车辆名称厂商名 INDUSTTY_NAME CHAR 文本类型 有唯一性价格 PRICE FLOAT车辆状态 STATUS BOOLEAN 枚举类型 被订、未订3、厂商基本表属性中文名称 属性名 类型 长度 说明厂商号 INDUSTTY_NO CHAR 10 主码:厂商统一编号,具有唯一性 厂商名 INDUSTTY_NAME CHAR 文本类型 有唯一性地址 address CHAR 10厂商状态 STATUS BOOLEAN 忙:1;空闲:0生产车辆总数 CAR_amount INT4、仓库表属性中文名称 属性名 类型 长度 说明仓库号 BOX_NO CHAR 10 主码:厂商统一编号,具有唯一性 地址 address CHAR 10进货车辆数 IN_AMOUNT INT 仓库开始进车辆的数量出货车辆数 OU_AMOUNT INT 仓库已卖出的车辆数量库存车辆总数 REMAIN_AMOUNT INT 仓库现存有的车辆数量5、车辆销售基本表属性中文名称 属性名 类型 长度 说明车型号 CAR_NO CHAR 10 外码:参照车辆表的车型号 厂商号 INDUSTTY_NO CHAR 10 外码:依照厂商表的厂商号 出售车辆数 Sale_amount INT车辆总成本 CAR_MONEY FLOAT 车辆进货的成本获取总金额 MONEY FLOAT利润 benift FLOAT 盈:1 亏:06、订单表属性中文名称 属性名 类型 长度 说明订单号 order_NO INT 10 订单所属的类别客户号 C_NO CHAR 20 外码:参照客户表的客户号 订货日期 order_data data 订货时间交货日期 Hand_data data 交货期限厂商号 INDUSTTY_NO CHAR 10 外码:依据厂商表中的厂商号 是否存有 MADE BOOLEAN 默认:false(没有)是否已订 orders BOOLEAN 默认:false (未订)视图1、空闲厂商(厂商号,厂商名)2、进销存统计(仓库号,进货车辆数,出货车辆数)3、所有车辆销售信息(车型号,厂商号,车辆状态)4、付款(车型号,厂商号,车辆名,价格)5、订单(订单号,客户号,订货日期,交货日期,地址,是否存有,是否已订)6、收益统计信息(车型号,出售车辆数,车辆总成本,获取总金额,利润)。

数据库课程设计—商品销售管理系统

数据库课程设计—商品销售管理系统

提供用户登录功能,包 括用户名和密码输入, 以及登录按钮。
展示系统的核心功能和 操作选项,如商品管理 、销售管理、客户管理 等。
展示商品列表,包括商 品名称、价格、库存等 信息,并提供添加、修 改、删除商品的功能。
展示销售记录列表,包 括销售日期、客户姓名 、商品名称、销售数量 、销售金额等信息,并 提供添加、修改、删除 销售记录的功能。
逻辑结构设计
数据模型选择
选择适合系统的数据 模型,如关系模型、 层次模型或网状模型
等。
表结构设计
根据概念结构,设计 数据库中的表结构, 包括表名、字段名、 数据类型、约束等。
索引设计
为提高查询效率,对 关键字段设计索引。
视图设计
根据需要,设计一些 视图以简化复杂查询

物理结构设计
存储介质选择
根据数据量大小及访问频 率,选择合适的存储介质 ,如硬盘、SSD等。
课程设计的目的
通过设计和实现一个商品销售管理系统,使学生掌握数据库设计、开发和应用的基本技能,提 高学生的实践能力和综合素质。
系统设计目标
实现商品信息的增删改查 功能
系统应提供对商品信息的添加 、修改、删除和查询功能,方 便用户对商品数据进行管理。
实现销售数据的统计和分 析
系统应能够实时统计和分析商 品的销售数据,包括销售额、 销售量、销售趋势等,为企业 决策提供支持。
02
系统需求分析
功能性需求
商品管理
支持商品的增删改查操作 ,包括商品名称、价格、 库存等信息的维护。
订单管理
支持订单的创建、查询、 修改和删除,包括订单状 态、客户信息、商品清单 等内容的维护。
销售统计
提供销售数据的统计和分 析功能,如销售额、销售 量、客户购买行为等数据 的汇总和展示。

医药销售管理系统数据库设计

医药销售管理系统数据库设计

医药销售管理系统数据库设计一、系统概述当前社会医药行业发展迅速,为提高医药销售管理的效率和准确性,设计了医药销售管理系统。

该系统旨在帮助医药企业管理销售数据、客户信息、产品信息等,并能进行销售业绩分析、库存管理等功能。

二、数据库设计1. 数据库结构本系统的数据库采用关系型数据库管理系统,包括以下表:•客户表(Customer):存储客户信息,包括客户ID、姓名、联系方式等字段。

•产品表(Product):存储产品信息,包括产品ID、名称、价格等字段。

•销售记录表(Sales_Record):存储销售记录,包括销售记录ID、客户ID、产品ID、销售数量、销售日期等字段。

•库存表(Inventory):存储产品库存信息,包括产品ID、库存数量等字段。

2. 数据库字段设计客户表(Customer)字段名类型描述CustomerID INT 客户IDName VARCHAR 姓名Contact VARCHAR 联系方式产品表(Product)字段名类型描述ProductID INT 产品IDName VARCHAR 产品名称Price DECIMAL 价格销售记录表(Sales_Record)字段名类型描述SalesRecordID INT 销售记录IDCustomerID INT 客户IDProductID INT 产品IDSalesQuantity INT 销售数量SalesDate DATE 销售日期库存表(Inventory)字段名类型描述ProductID INT 产品IDStockQuantity INT 库存数量3. 数据库关系设计•客户表和销售记录表之间存在一对多关系,一个客户可以有多条销售记录。

•产品表和销售记录表之间也存在一对多关系,一个产品可以对应多条销售记录。

•产品表和库存表之间为一对一关系,每个产品对应唯一的库存信息。

三、系统功能医药销售管理系统将提供以下核心功能:1.客户信息管理:包括客户的添加、修改和删除操作。

销售管理系统-数据库设计说明书(1.0)

销售管理系统-数据库设计说明书(1.0)

销售管理系统-数据库设计说明书(1:0) 销售管理系统-数据库设计说明书(1:0)1:引言1.1 编写目的本文档描述了销售管理系统的数据库设计,旨在为系统开发人员提供参考和指导,确保数据库能够满足系统的需求,并保证数据的安全性和完整性。

1.2 读者对象本文档的主要读者对象为销售管理系统的开发人员、测试人员和维护人员,以及相关项目管理人员。

1.3 背景销售管理系统是为了解决销售过程中的信息管理和业务流程自动化的需求而开发的。

系统主要包括客户管理、产品管理、订单管理、销售报表等功能模块。

2:数据库设计2.1 数据库结构2.1.1 客户表客户表包括客户ID、客户姓名、客户方式、客户地址等字段。

2.1.2 产品表产品表包括产品ID、产品名称、产品价格、产品描述等字段。

2.1.3 订单表订单表包括订单ID、客户ID、产品ID、订单数量、订单金额等字段。

2.2 数据库关系2.2.1 客户与产品关系一个客户可以购买多个产品,一个产品可以被多个客户购买,因此客户与产品之间存在多对多的关系。

在订单表中,通过客户ID 和产品ID来关联客户和产品。

2.2.2 客户与订单关系一个客户可以下多个订单,一个订单只属于一个客户,因此客户与订单之间存在一对多的关系。

在订单表中,通过客户ID来关联客户和订单。

2.2.3 产品与订单关系一个产品可以出现在多个订单中,一个订单可以包含多个产品,因此产品与订单之间存在多对多的关系。

在订单表中,通过产品ID来关联产品和订单。

3:数据库操作3.1 数据库创建根据设计要求,在数据库管理系统中创建相应的数据库,并设置合适的权限和参数。

3.2 表的创建根据设计要求,在数据库中创建客户表、产品表和订单表,并定义合适的字段类型、长度和约束。

3.3 索引的创建根据查询需求,在数据库中创建合适的索引,以提高查询效率。

3.4 触发器的创建根据业务需求,在数据库中创建合适的触发器,以实现对数据的自动化处理和验证。

销售管理系统数据库设计1.doc

销售管理系统数据库设计1.doc

销售管理系统数据库设计1某制造企业销售管理系统数据库设计一、需求分析(一)业务流程:1、销售部统计商品信息,向客户发布商品信息。

2、客户根据销售部发布的商品信息,向销售部发送订单。

3、销售部将订单发送给主管部门审核。

4、主管部门对订单进行核对:(1)如果不批准订单,主管部门向客户发布不批准的信息;(2)如果批准,主管部门向客户发布批准的信息;销售部获取批准的订单,核对客户信息,登记新客户的基本资料或修改原有客户的基本资料,同时及时发布商品修改后的信息;生产部门接受订单,生产客户所需的商品,生产完成后,将发货单与商品一同发出。

5、客户确认发货单。

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

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

销售管理系统数据库设计文件管理序列号:[K8UY-K9IO69-O6M243-OL889-F88688]某制造企业销售管理系统数据库设计一、需求分析(一)业务流程:1、销售部统计商品信息,向客户发布商品信息。

2、客户根据销售部发布的商品信息,向销售部发送订单。

3、销售部将订单发送给主管部门审核。

4、主管部门对订单进行核对:(1)如果不批准订单,主管部门向客户发布不批准的信息;(2)如果批准,主管部门向客户发布批准的信息;销售部获取批准的订单,核对客户信息,登记新客户的基本资料或修改原有客户的基本资料,同时及时发布商品修改后的信息;生产部门接受订单,生产客户所需的商品,生产完成后,将发货单与商品一同发出。

5、客户确认发货单。

(二)数据流程图填写上报客户信息员工信息P1 基本信息1、订单号数据项可以描述如下 :数据项 : 订单号含义说明 : 唯一标识每张订单别名 : 订单编号类型 : 字符型长度 : 4取值范围 : 0000至 9999取值含义 : 前 2 位标别所在地区,后 2 位按顺序编号与其他数据项的逻辑关系 :唯一识别订单2、商品信息是该系统中的一个重要数据结构,它可以描述如下 :数据结构 : 商品信息含义说明 : 是销售管理系统的重要数据结构,定义了销售商品的具体信息组成 : 产品号,产品名,单价,重量?3、数据流“订单数据 " 可描述如下 :数据流 : 订单数据说明 : 客户选购商品所下的初始订单数据流来源 : 客户数据流去向 : 接受订单组成 : 客户基本信息+商品编号+数量等平均流量 : 5张/天高峰期流量 : 100张/天4、数据存储“订单 " 可描述如下 :数据存储 : 订单表说明 : 记录每张订单的具体情况流入数据流 : 订单处理流出数据流 : ……组成 : 订单号,客户编号,产品,数量,单价等数据量 : 每年2000张存取方式 : 随机存取5、处理过程“接收订单 "可描述如下 :处理过程 : 接收订单说明 : 核准客户所下订单输入 : 订单数据,商品信息,主管审批输出 : 核对订单至主管部门,是否确认信息给客户处理 : 接收到客户订购产品的初始订单后,根据商品信息以及客户以往的信用情况,核准订单是否符合条件,然后将符合条件的订单送主管部门报批,如果同意,将结果反馈给客户,并将核准后订单送下一处理模块(订单处理)二、概念结构设计客户信息员工信息商品信息订单明细订单四、物理结构设计为了提高系统性能,我们将数据的易变部分与稳定部分、经常存取部分与存取频率较低部分分开存放;而现有的关系型DBMS中都提供了聚簇功能,往往在高频度访问字段上设计聚簇索引,例如:在员工数据表的姓名字段上建立一聚簇索引:CREATE CLUSTERED INDEX idx_xm ON 员工数据表(姓名);在商品信息表的商品名字段上建立一聚簇索引:CREATE CLUSTERED INDEX idx_xm ON 商品信息表(商品名)等等。

五、数据实施和维护1.创建表创建客户信息用户表Create table 客户信息(客户号 varchar(10) primary key,客户名 varchar(30) not null,电话 varchar(20) not null,地址 varchar(100) not null,信贷状况 varchar(200) not null)创建员工信息用户表Create table 员工信息(员工号 varchar(10) primary key,姓名 varchar(20) not null,性别 char(2) check(ssex in ('男','女')) default '男',年龄 Smallint check(sage>18 and sage<60),电话 varchar(20) not null,地址 varchar(100) not null)创建商品信息用户表Create table 商品信息(商品号 varchar(10) primary key,商品名 varchar(20) not null,单价 Money not null,重量 int not null)创建订单用户表Create table 订单(订单编号 varchar(10) primary key,客户号 varchar(10) foreign key references 客户信息(客户号),订货数量 int not null,订货日期 smalldatetime not null,交货日期 smalldatetime not null)创建订单明细用户表Create table 订单明细(订单编号 varchar(10) foreign key references 订单(订单编号),明细号 char(2) check(ssex in ('0','1')) default '0',订货数量 int not null,金额 Money not null)2.创建视图Create view 客户下订单信息视图As select 客户号,客户名,订单编号,借阅时间,应还时间From 客户信息,订单Where 客户号=‘’;3.建立索引在主键属性和外键属性列上都建立索引,检查唯一性和完整性,加快连接查询速度。

Create unique index IX_客户号 on 客户信息(客户号);Create unique index IX_员工号on 员工信息(员工号);Create unique index IX_商品号 on商品信息(商品号); Create unique index IX_订单编号 on订单明细(订单编号); Create unique index IX_订单编号on 订单(订单编号); Create unique index IX_客户号 on 订单(客户号);4.表中数据操作1.企业制造一种新产品作为新商品,商品编号‘100823’,商品名‘XX’Instert into 商品信息Values (‘100823’,‘XX’,‘10’,‘2’)2.企业一种商品因市场原因停产下线Delete from 商品信息where 商品号=‘081012’3.企业某一个客户江文更改联系电话为158XXXXXXXX Update 客户信息Set 电话=‘158XXXXXXXX’Where 客户名=‘江文’;5.使用表格操作1.查找企业一个名叫李开的员工的所有信息Select *From 员工信息Where 姓名=‘李开’2.查找姓“陈”且名字为三个汉字的客户信息Select *Form 客户信息Where 客户名like ‘张_ _’;3.查询所有订货数量在500以上的客户信息Select *From 客户信息Where 客户号=(select 客户号From 订单Where 订货数量>500);4.查找订单编号为‘01230810’的订单的所有信息Select *From 订单信息Where 订单编号=‘01230810’;6.创建触发器,存储过程1.在数据库中建立一触发器,当删除了订单的时候,把相应的订单明细删除Use xx企业数据库GOCrete trigger tri_订单信息 on 订单For delectAsIf@@rowcount = 0ReturnDelete 订单明细Where订单号 in (select 订单号 from deleted)If@@error!=0BeginRollback tranReturnEndReturnGO2.在数据库中建立一个存储过程,返回指定时间内需要发货的商品数量Use xx企业数据库If exists(select name from sysobjectsWhere name=‘procedure’and type=‘p’)Drop proc procedureCreate proc procedure@begining date Datetime,@ending date Datetime,ASSelect sum(订货数量)From 订单Where 交货日期 between @beginning dateAnd @ending dateGO六、总结(心得)和传统管理模式相比较,使用本系统,毫无疑问会大大提高企业的销售管理的运作效率,辅助提高企业的决策水平,管理水平,为降低经营成本,提高效益,减少差错,节省人力,减少客户订货时间,增加客流量,提高客户满意度,增强企业销售的扩张能力,提供有效的技术保障。

由于开发者能力有限,加上时间仓促,本系统难免会出现一些不足之处,例如:本系统只适合小型企业使用,不能适合中大型企业使用;企业销售管理系统涉及范围宽,要解决的问题多,功能复杂,实现困难,但由于限于时间,本系统只能做出其中的一部分功能……这次数据库课程设计给我的最大的印象就是如果自己有了想法,就动手去做,困难在你的勇气和毅力下是抬不了头的。

从做这个数据库开始无论遇到什么困难,我都没有一丝的放弃的念头。

出于对知识的渴望,出于对新技术的好奇,出于对一切未知的求知,我完成了这次数据库课程设计,不过这只是我学习路上的驿站,未来十年我会继续学习它。

相关文档
最新文档