销售订单数据库管理系统
订单管理数据库系统需求说明书
订单管理数据库系统需求目录1.简介 (3)1.1目的 (3)1.2范围 (3)1.3定义、首字母缩写词和缩略语 (3)1.4概述 (3)2. 整体说明 (4)2.1用例模型 (4)2.2系统框架 (5)2.3假设与依赖关系 (5)2.4 数据字典 (6)2.5概念结构设计E-R图 (8)2.6逻辑结构设计，将E-R图转换为关系模型 (10)3.物理结构设计 (10)4业务需求 (12)4.1仓库管理 (12)4.2采购管理 (12)4.3销售订单管理 (13)4功能需求 (14)4.1安全管理 (14)4.2系统输入、输出格式 (14)4.3个人工具箱 (14)4.5 数据维护界面及接口 (15)4.7即席查询 (15)5.项目管理 (15)5.1项目管理原则 (15)5.2项目组织结构和责任 (16)5.3项目进度控制机制 (17)5.4项目实施中项目管理文档样本 (18)1.简介本文档主要描述订单系统，其主要使用者有顾客、配货中心、管理决策者。
顾客主要浏览、查询上商品信息，完成网上购物、支付和订购等；配货中心要了解仓库的商品种类、存量等，不仅为管理决策部门提供数据，还要打印订单、为送货部门配送货物，送货部门在完成送货之后，要向管理部门提供反馈信息。
柜台销售人员要了解商品的种类、数量、价格及商品性能等，并负责柜台的订货。
管理部门要根据系统提供的各类数据，随时掌握商品的销售信息，进销存信息，编制计划，并根据订单相配货中心发送配货信息，平衡协调、监控计划的执行。
1.1目的✓描述订单管理数据库系统需求✓形成规范性文档，项目管理受控环节✓开发商依照本文档进行需求分析1.2范围✓此文档用于订单管理数据库系统软件业务需求，用于解释需求文档集（前景、用例说明书）。
1.3定义、首字母缩写词和缩略语✓用例模型：描述用户可以操作的业务模块。
用来指导系统开发时功能模块的划分；✓业务需求：描述订单管理数据库系统所涉及的相关业务需求；✓功能需求：描述用户对系统操作和使用上的要求；✓假设与依赖关系：本需求所要求的前提条件；✓安全管理：主要包括用户管理、用户登陆、用户权限等；✓系统输出格式：系统展现数据的各种形式（如报表、图形、导出excel等）；1.4概述本系统须具备以下功能：信息的查询与显示——重要功能，数据可以在web上部分的供普通客户查询；信息的实时录入、存储、处理和动态更新功能；订单管理和处理功能——系统在收到来自柜台、电话和网络的订单之后，要进行处理，并及时反馈到配货中心、管理部门以及客户进行确认。
销售管理系统数据库需求分析
销售管理系统数据库需求分析随着企业规模不断扩大，销售管理系统的重要性日益凸显。
数据库作为销售管理系统的核心组成部分，承载着海量的销售数据和信息。
因此，对销售管理系统数据库的需求分析尤为关键。
本文将从数据存储、数据处理、数据安全等角度，对销售管理系统数据库的需求进行全面分析。
数据存储需求分析1.销售管理系统的数据库需要具备足够的存储空间，能够容纳大量的销售数据，包括销售订单、客户信息、产品信息等。
2.数据存储结构应该合理，便于数据的查询和管理。
不同类型的数据应该分别存储，同时建立索引以提高查询效率。
3.数据存储需具备高可靠性和可扩展性，能够保证数据不丢失，并能够灵活扩展存储容量，以适应销售数据增长的需求。
数据处理需求分析1.数据处理能力是销售管理系统数据库的关键指标之一。
数据库需要支持高并发的数据读写操作，能够快速响应用户的查询请求。
2.数据处理应具备一定的实时性，保证销售数据的及时更新和同步。
销售管理系统中的数据应该是最新的，确保销售业务的顺利进行。
3.数据处理还需要充分考虑系统的性能和稳定性，避免出现数据丢失或错误的情况，保证系统的正常运行。
数据安全需求分析1.数据安全是销售管理系统数据库的重要保障。
数据库需要具备完善的权限管理机制，确保只有授权人员可以访问和操作数据。
2.数据备份和恢复功能也是数据库的重要功能之一。
定期对数据库进行备份，以避免数据丢失或损坏的风险，并能够及时恢复数据。
3.数据传输安全也是数据库的重点关注对象。
数据库需要支持加密传输，保障数据在传输过程中不被窃取或篡改。
综上所述，销售管理系统数据库的需求分析涉及数据存储、数据处理和数据安全等多个方面。
只有对数据库的需求做到全面细致的分析，才能确保销售管理系统的顺利运行和数据的安全性。
希望通过本文的分析，能够为销售管理系统数据库的设计提供一定的参考和指导。
数据库系统设计—订单销售数据库管理系统
长沙学院课程设计说明书题目 ______________________ 系(部) __________________ 专业(班级) ________ 姓名 ______ 学号 __________ 指导教师 ______ 起止日期 _______________________课程设计任务书课程名称：数据库系统原理设计题目：销售订单数据库管理系统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.1.1 客户信息录入订单创建时，需要录入相关客户的基本信息，包括客户名称、联系方式等。
2.1.2 产品选择在创建订单时，需要从产品库中选择所需产品，包括产品名称、数量、价格等信息。
2.1.3 折扣和优惠系统允许在订单创建过程中添加折扣和优惠，以实现价格调整和促销活动等。
2.2 订单处理2.2.1 库存检查在订单创建后，系统需要检查库存以确保所需产品的可用性。
2.2.2 订单分配系统会根据库存情况自动分配订单到合适的仓库或供应商，并相应的发货单或采购单。
2.2.3 订单状态更新系统会自动更新订单状态，包括待处理、处理中、已发货等。
2.3 订单审批2.3.1 审批流程系统支持自定义的审批流程，根据不同的订单类型和金额，将订单提交给相应的审批人员进行审批。
2.3.2 审批结果审批人员可以通过系统审批界面对订单进行批准或拒绝，并提供相应的审批意见。
2.4 订单交付2.4.1 准备发货在订单审批通过后，系统会通知仓库或供应商准备发货，并相应的发货单。
2.4.2 物流追踪系统会自动跟踪物流状态，并提供物流追踪服务，使客户能够随时查询订单的物流信息。
2.4.3 订单完成当订单成功交付后，系统将更新订单状态为已完成，并相应的交货单或发票。
3.系统架构销售订单管理系统采用三层架构，包括表现层、业务逻辑层和数据存储层。
3.1 表现层表现层负责与用户进行交互，并呈现系统的界面和功能。
用户可以通过表现层完成订单的创建、处理、审批和交付等操作。
3.2 业务逻辑层业务逻辑层负责处理用户的请求并进行相应的业务逻辑处理。
网上购物订单数据库系统
网上购物订单数据库系统班级：xxxxx姓名：xxxxx目录一、概述 21.1 开发背景 2二、需求分析 32.1 框架分析 32.2 功能需求 32.3 系统功能清单 42.4 数据流图 42.5 数据字典 52.5.1 数据流的描述 52.5.2 处理逻辑的描述 5三、概念模型设计 53.1 系统模块划分 53.2 系统功能模块结构图 63.3 会员实体图 73.4 商品实体图 73.5 系统E-R图 83.6 管理员后台处理流程图 10四、逻辑模型设计 104.1 E-R图向关系模型转化 (10)4.2 数据库表设计 (10)4.3 关系模式优化 (12)五、物理设计 (12)六、数据库实施 (14)七、不足与体会 (23)一、概述1.1 开发背景随着网络技术的日益成熟，网络购物已经成为引领潮流的购物方式，尤其是在一些出门购物并不是十分便利的地区，网上购物的优势更是体现的淋漓尽致。
与此同时，网上购物也给商家带来了巨大的利润，因为免除了一些不必要的费用，在收益的获得上也显得更为直接，例如在今年的“光棍节”期间，淘宝的成交额将近200亿，可见，网上购物已成为主流。
因而一个好的订单数据库管理系统成为了必要，在管理好用户数据的同时，也提高了订单处理的效率。
网上购物系统的主要内容是，一方面让销售商把商品发布于网络，一方面让消费者通过网络来完成商品的交易。
系统总体分成前台和后台两大模块，前台是用户模块，后台是管理员模块。
实现的功能，首先系统向用户列出网站的商品信息。
其次当顾客登录网上购物系统后，为每个用户分配一个购物车，用户选择商品后，商品会被放入购物车。
再次，用户确认购物车信息，点击提交生成订单。
最后，管理员对订单进行处理，即完成一次商品交易。
网上购物是一种具有交互功能的商业信息系统。
它向用户提供静态和动态两类信息资源。
所谓静态信息是指那些经常变动或更新的资源，如公司简介、管理规范和公司制度等等；动态信息是指随时变化的信息，如商品报价，会议安排和培训信息等。
业务订单管理系统
业务订单管理系统汇报人：2024-01-10•业务订单管理系统概述•业务订单管理系统架构与模块•业务订单管理系统的实施与部署目录•业务订单管理系统的优势与效益•业务订单管理系统的应用场景与案例•未来展望与研究方向目录01业务订单管理系统概述定义与功能定义业务订单管理系统是一种用于管理企业与客户之间业务订单的软件系统。
功能包括订单录入、处理、跟踪、查询、报告以及与订单相关的客户信息、产品信息、交易历史等的管理。
通过自动化和集中化管理，减少人工操作，提高处理速度。
提高订单处理效率确保订单信息的准确性和及时性，提高客户满意度。
提升客户服务质量提供数据备份、恢复和加密功能，确保数据安全。
增强数据安全性通过优化流程和减少错误，降低企业运营成本。
降低运营成本系统的重要性未来展望随着云计算和人工智能技术的不断发展，业务订单管理系统将进一步智能化、自动化和集成化，为企业提供更高效、智能的管理方式。
早期阶段起初的业务订单管理主要依赖于手工操作和简单的电子表格。
发展阶段随着信息技术的发展，出现了更高级的业务订单管理系统，开始支持自动化和集成。
现代阶段目前，业务订单管理系统已经发展成为功能强大、高度集成的企业资源规划（ERP）系统的一部分，支持更广泛的业务流程管理。
系统的历史与发展02业务订单管理系统架构与模块1 2 3业务订单管理系统采用多层架构设计，包括数据访问层、业务逻辑层、表示层和用户界面层。
架构概述系统采用Spring框架进行开发，使用MySQL作为数据库管理系统，前端使用Vue.js框架。
技术选型系统通过身份验证、授权和数据加密等方式保障数据安全，防止未经授权的访问和数据泄露。
安全性考虑架构设计用于处理订单的创建、查询、修改和删除等操作，支持批量处理和自定义查询条件。
订单管理模块客户管理模块库存管理模块报表分析模块管理客户信息，包括客户资料的录入、查询、修改和删除等操作，支持客户分类和标签管理。
实时监控库存情况，支持库存预警、采购计划制定和库存调拨等功能。
超市订单管理系统毕业设计
超市订单管理系统毕业设计一、系统概述超市订单管理系统是一款为超市或零售商提供订单管理功能的软件系统。
该系统通过整合订单处理、库存管理、销售分析等多个环节，优化业务流程，提高超市运营效率。
本系统基于B/S架构，方便用户通过浏览器进行操作，同时也支持移动设备访问。
二、需求分析1. 用户管理：系统应具备用户注册、登录、权限管理等功能，保证数据的安全性。
2. 订单管理：用户可以在线浏览、查询、修改订单信息，包括订单状态、配送方式等。
3. 库存管理：系统能够实时更新库存信息，保证商品信息的准确性，以支持订单处理和销售分析。
4. 销售分析：系统应对销售数据进行统计和分析，为超市的经营决策提供数据支持。
5. 报表生成：系统应具备各类报表的生成功能，如销售报表、库存报表等，方便用户进行数据分析和汇报。
三、系统设计1. 系统架构：本系统采用MVC架构，将数据模型（Model）、视图（View）和控制器（Controller）分离，实现系统的可扩展性和灵活性。
2. 界面设计：界面设计简洁明了，采用统一的布局和配色方案，以提高用户体验。
3. 数据库设计：数据库设计遵循第三范式，减少数据冗余，提高数据的一致性和完整性。
四、数据库设计本系统采用关系型数据库管理系统进行数据存储和管理。
根据需求分析，数据库中应包含以下表：用户表、商品表、订单表、库存表等。
每个表应包含相应的字段，以满足业务需求。
同时，应建立适当的表关系，以确保数据的完整性和一致性。
五、系统实现根据系统设计和数据库设计，使用编程语言和相关框架实现系统的各个功能模块。
在实现过程中，应注意代码的可读性和可维护性，遵循良好的编程规范和安全措施。
同时，应合理利用缓存技术提高系统的性能和响应速度。
六、系统测试对系统进行全面的测试，包括单元测试、集成测试和功能测试等。
测试过程中应模拟各种正常和异常情况，以确保系统的稳定性和可靠性。
测试完成后应编写测试报告，总结测试结果并提出改进意见。
订单管理系统方案
订单管理系统方案简介订单管理系统是一种用于管理和追踪订单的软件系统。
它提供了一种集中管理、跟踪和处理订单流程的方式，帮助企业提高订单处理的效率和准确性。
本文将介绍一个订单管理系统的方案，包括系统的功能和设计要点。
功能需求订单管理系统需要具备以下功能：1.订单创建：用户可以通过系统创建新的订单，并输入相关的订单信息，如客户信息、商品信息、数量等。
2.订单查询：用户可以根据不同的条件查询已存在的订单，如订单号、客户名、订单状态等。
3.订单修改：用户可以对已存在的订单进行修改，如修改订单状态、修改商品数量等。
4.订单删除：用户可以删除已存在的订单。
5.订单统计：系统可以根据不同的时间范围，对订单进行统计分析，如订单量、销售额等。
6.订单导出：用户可以将订单数据导出到Excel等常见格式，以方便进行数据分析和报表制作。
架构设计订单管理系统的架构设计包括以下几个方面：1.前端界面：采用Web前端技术，如HTML、CSS和JavaScript等，实现用户友好的订单管理界面。
用户可以通过界面进行订单的创建、查询、修改和删除等操作。
端服务器，处理前端请求，并与数据库进行交互。
后端服务器应具备良好的可扩展性和性能，以应对高并发的订单处理场景。
3.数据库：采用关系型数据库，如MySQL、Oracle等，用于保存订单信息。
数据库应具备良好的性能和稳定性，并支持高效的数据查询和统计分析。
4.接口设计：前端界面与后端服务器之间需定义一系列的接口，以实现数据的传递和交互。
接口设计应遵循统一的规范，使得前后端开发人员能够高效地进行协作开发。
技术选型根据上述架构设计，我们可以选择以下技术进行开发：•前端界面：使用HTML、CSS和JavaScript进行开发，借助Bootstrap等前端框架提高开发效率和用户界面的美观性。
行后端业务逻辑和数据库操作的处理。
•数据库：选择MySQL作为订单管理系统的数据库，具备良好的性能和稳定性，并支持高效的数据查询和统计分析。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
. ... .1．引言1.1 编写目的本文档是销售订单数据库管理系统设计文档的组成部分，编写数据库设计文档的目的是：明确数据库的表名、字段名等数据信息，用来指导后期的数据库脚本的开发，本文档遵循《SQL SERVER 2008数据库设计和开发规》。
本文档的读者对象是需求人员、系统设计人员、开发人员、测试人员。
设计该数据库的目的是为了能够模拟完成一次订单销售流程。
1.2 参考资料表1.2.12．需求规约2.1 业务描述销售订单数据库管理系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的销售订单数据库管理系统，实现订单销售的自动化的计算机系统，为商品供应商提供准确、精细、迅速的订单销售信息。
具体功能为供应商供应产品、请假的申请，出差的记录输入到系统中，系统将为员工记录这些信息。
提示：本部分完成此数据库系统的业务描述，例如：（1）数据库系统创建的背景（2）数据库系统要完成的业务流程及工作容（3）揭示该数据库的资源需求和设计约束2.2 需求分析1、数据要求及数据关系（1）数据结构：此销售订单数据库管理系统包括供应商、产品、客户、雇员4个实体。
每个供应商包含供应商编号、名称、地址、联系等信息；每种产品包含产品号、产品名称、产品类别等信息；客户包含编号、姓名、通信地址、等信息；雇员包括编号、姓名、联系等信息。
（2）数据关系：供应商与产品有供应关系，包含销量和库存量；供应商与雇员有雇用关系；雇员，客户，产品有订单关系，包含订单号，日期，订购量，总额；客户所下达的订单号的需求量如果多于库存量，那么订单将不生成。
（3）对应关系：每个供应商可供应多种产品，每种产品可由多个供应商供应；一个客户可下多个订单，每个订单只能由一个客户下；一个雇员可管理多个订单，每个订单只能由一个雇员管理；一个订单订购多种产品每种产品可在不同的订单中订购；一个供应商能雇用多个雇员，一个雇员只能被一个供应商雇用。
2、增删改查操作：（1）增加操作：此销售订单数据库管理系统能够插入供应商数据，能够插入产品数据，能够插入客户信息，能够插入雇员信息，能够进行下订单操作插入订单信息。
（2）删除操作：此销售订单数据库管理系统能够删除供应商数据，能够删除产品数据，能够删除客户信息，能够删除雇员信息，能够进行退订操作删除订单信息。
（3）更新操作：此销售订单数据库管理系统能够改变供应商数据，改变产品数据，改变客户信息，改变雇员信息。
（4）查询操作：通过供应商编号能查询到供应商编号、名称、地址、联系等信息；通过产品号能查询到产品号，产品名称，产品类别，库存数量，售价以；能通过客户编号能查询到客户所有客户编号，姓名，通信地址，；通过雇员号能查询到雇员雇员编号，雇员姓名，雇员，雇员工资；此外，通过供应商编号还能查询到所有雇员信息，通过雇员号可以查询到该雇员的供应商所有信息；再通过供应商编号及产品号能过查询到供应商的产品的产品量，接着通过产品号分组号能够查询所有产品的总销量，最畅销产品，通过供应商编号分组能够查询该供应商的所有产品的销量，最受欢迎供应商；通过产品号跟订单号能够查询到订购量，及总额，再通过产品号分组能够可以查询到所有产品的总订购量；通过雇员号能偶查询到所负责的订单信息，通过客户号能查询到所下达订单及所有信息，通过订单号能够查询到所有订单的订购的所有产品及信息，所负责雇员及所有信息，所下达客户及所有信息。
3、编写要求：（1）此销售订单数据库管理系统全部使用sql语句编写；（2）增删改查及下订单退订等操作通过存储过程来实现，定义级联删除约束，下订单及退订使用到触发器，实现并发操作。
（3）给不同用户定义不同的视图，使他们看到是不同的容。
3．数据库环境说明表3.14．数据库的命名规则4.1 数据库对象命名规则表4.1.14.2 数据项编码规则表4.2.15．逻辑设计5.1 ER图图5.1.15.2 关系模式供应商(供应商编号，名称，地址，联系)产品(产品号，产品名称，产品类别，售价)供应(供应商编号，产品号，供应量，存货数量)雇员(雇员号，姓名，联系，工资，供应商编号)客户(客户编号，姓名，通信地址，)订单(订单号，客户编号，雇员编号，日期)订单细则表(产品号，数量，总额，订单号，供应商号)注：有下划线的表示该属性为主码。
表5.2.1表5.2.25.2.3表Array5.2.4表Array表5.2.5表5.2.6表5.2.76．物理设计6.1 表汇总表6.1.16.2 表[1][supplier表]（供应商表）表6.2.16.3 表[2][product表]（产品表）表6.3.16.4 表[3][sp表]（供应关系表）表6.4.16.5 表[4][epc表]（订单表）表6.5.16.6 表[5][epc_detailed表]（订单细则表）表6.6.16.7 表[6][eployee表]（雇员表）表6.7.16.8 表[7][customer表]（客户表）表6.8.16.9 视图的设计1、建立一供应商查询视图目的：供供应商查询功能：能够查询到所有产品销售情况意义：使供应商能够看到最畅销的产品，及时调整销售策略。
Create view supplier_viweasselect product_no,sum(sp_amount)’产品总销售量’from spgroup by product_no图6.9.11、建立一客户查询视图目的：供客户查询功能：能够查询到所有供应商所有产品的总销售量意义：是客户可以看到最畅销的供应商，便于选择合适的供应商。
Create view customer_viweasselect supplier_no,sum(sp_amount)’产品总销售量’from spgroup by supplier_no图6.9.22、建立一雇员查询视图目的：供雇员查询功能：供雇员查询意义：能够看到所有雇员信息及所在供应商create view employee_viweasselect employee_no,employee_name,employee_phone,supplier_name from employee,supplierwhere supplier.supplier_no=employee.supplier_no图6.9.36.10 存储过程、函数及触发器的设计1、插入供应商信息插入供应商信息功能：插入供应商信息目的：存储查询插入供应商信息的操作意义：下次重复同样的动作时，可直接执行存储过程，简化操作步骤create procedure pro_insert_supplier@supplier_no varchar(12),@supplier_name varchar(20),@supplier_address varchar(20),@supplier_phone varchar(12)asif(select COUNT(*)from supplier where supplier_no=@supplier_no)>0print’error!!!’elseinsert intosupplier(supplier_no,supplier_name,supplier_address,supplier_phone)values(@supplier_no,@supplier_ name,@supplier_address,@supplier_phone)exec pro_insert_supplier ‘1000’,’沃尔玛’,’美国’,’’;exec pro_insert_supplier ‘1001’,’英国石油’,’英国’,’’;exec pro_insert_supplier ‘1002’,’埃克森美孚’,’美国’,’’;exec pro_insert_supplier ‘1003’,’皇家壳牌石油’,’英国’,’’;exec pro_insert_supplier ‘1004’,’通用汽车’,’德国’,’’;exec pro_insert_supplier ‘1005’,’戴姆勒克莱斯勒’,’美国’,’’;exec pro_insert_supplier ‘1006’,’丰田汽车’,’日本’,’’;exec pro_insert_supplier ‘1007’,’福特汽车’,’美国’,’’;exec pro_insert_supplier ‘1008’,’通用电气’,’德国’,’’;exec pro_insert_supplier ‘1009’,’海尔’,’中国’,’’;exec pro_insert_supplier ‘1009’,’海尔’,’中国’,’’;图6.10.12、删除供应关系信息功能：删除供应关系信息目的：存储删除插入供应关系信息的操作意义：下次重复同样的动作时，可直接执行存储过程，简化操作步骤create procedure pro_delete_sp@supplier_no varchar(12)asif(select COUNT(*) from sp where supplier_no=@supplier_no)>0 deletefrom spwhere supplier_no=@supplier_noexec pro_delete_sp’1001’图6.10.2图6.10.33、更新雇员信息功能：更新雇员信息目的：存储更新雇员信息的操作意义：下次重复同样的动作时，可直接执行存储过程，简化操作步骤create procedure pro_update_employee@employee_no varchar(12),@employee_name varchar(20),@employee_phone varchar(12),@employee_salary smallint ,@supplier_no varchar(12)asif exists(select * from employee where employee_no=@employee_no)update employeesetemployee_name=@employee_name,employee_phone=@employee_phone,employee_salary=@employee_salary,supplier_no =@supplier_nowhere employee_no=@employee_noelseprint’无此信息！’exec pro_update_employee’1004’,’菜广’,’’,1000,’1001’;图6.10.4图6.10.54、查询订单细则信息功能：查询订单细则信息目的：存储查询订单细则信息的操作意义：下次重复同样的动作时，可直接执行存储过程，简化操作步骤create procedure pro_select_epc_detailed@order_no varchar(6)asselect * from epc_detailed;where order_no=@order_noexec pro_select_epc_detailed’1001’;图6.10.65、下订单流程功能：下订单目的：客户根据产品名下订单意义：下次重复同样的动作时，可直接执行存储过程，简化操作步骤create procedure pro_exec@order_no varchar(6),@customer_no varchar(12),@employee_no varchar(12),@supplier_no varchar(12),@product_name varchar(20),@order_time varchar(20),@order_amount smallint,@order_money smallintasif(select COUNT(*) from epc where order_no=@order_no)>0print’已经存在订单号！’else if(select COUNT(*) from product where product_name=@product_name and product_noin(select product_no from sp where supplier_no=@supplier_no))=0print’该供应商不提供应该产品’else if(select rest_product from sp where supplier_no=@supplier_no and product_no=(select product_no from product where product_name=@product_name))<@order_amountprint’库存量不足！’else begin insert intoepc(order_no,customer_no,employee_no,order_time)values(@order_no,@customer_no,@employee_ no,@order_time)insert intoepc_detailed(order_no,supplier_no,product_no,order_amount,order_money)values(@order_no,@su pplier_no,(select product_no from product whereproduct_name=@product_name),@order_amount,@order_money)print’下订单成功’endexec pro_exec’1000’,’1001’,’1001’,’1001’,’电脑’,’20130601’,1000,10000;--下订单exec pro_delete_epc_detailed’1000’; --退订图6.10.7图6.10.85、触发器功能：并发操作目的：减少库存，增加销售量意义：可并发执行，自动增加销售量，减少库存量--删除触发器create trigger tri_deleteon epc_detailedafter deleteas update spset rest_product=rest_product+(select order_amount from deleted),sp_amount=sp_amount-(select order_amount from deleted)from deleted,spwhere sp.product_no=deleted.product_no and sp.supplier_no=deleted.supplier_no--插入触发器create trigger tri_inserton epc_detailedafter insertas update spset rest_product=rest_product-(select order_amount from inserted),sp_amount=sp_amount+(select order_amount from inserted)from sp,insertedwhere sp.product_no=inserted.product_no and sp.supplier_no=inserted.supplier_no图6.10.9图6.10.10图6.10.117．总结经过了艰难的两个星期，终于把这个订单销售管理系统做好了。