订单销售数据库设计说明
数据库设计说明书
数据库设计说明书一、背景随着信息化时代的到来，数据库管理系统在各个领域得到广泛应用，数据库设计成为信息系统中至关重要的一环。
本文描述了一个虚拟企业的数据库设计，旨在解决该企业业务数据管理方面的需求。
二、需求分析1. 数据库目标建立一个可靠、高效、安全的数据库系统，满足企业对业务数据的存储、管理和查询需求。
2. 数据库功能•实现数据的高效存储和检索•确保数据的完整性和一致性•支持不同数据表之间的关联和查询•提供权限管理和数据安全保障三、数据库设计1. 实体关系模型(ERM)以下是本数据库的实体-关系模型设计：•公司(Company)–公司ID (CompanyID)–公司名称 (CompanyName)–公司地址 (CompanyAddress)•员工(Employee)–员工ID (EmployeeID)–姓名 (EmployeeName)–部门 (Department)–职位 (Position)•产品(Product)–产品ID (ProductID)–产品名称 (ProductName)–价格 (Price)•订单(Order)–订单ID (OrderID)–员工ID (EmployeeID)–产品ID (ProductID)–订单日期 (OrderDate)2. 数据表设计公司表(Company) | 公司ID | 公司名称 | 公司地址 | |——–|——–|———| | 1 | XX公司 | xx地址 | | 2 | YY公司 | yy地址 |员工表(Employee) | 员工ID | 姓名 | 部门 | 职位 | |——–|—–|—-|—-| | 1 | 张三 | 开发部 | 工程师 | | 2 | 李四 | 销售部 | 主管 |产品表(Product) | 产品ID | 产品名称 | 价格 | |——–|——–|—–| | 1 | 产品A | 100 | | 2 | 产品B | 200 |订单表(Order) | 订单ID | 员工ID | 产品ID | 订单日期 | |——–|——–|——–|———| | 1 | 1 | 1 | 2022-01-01 | | 2 | 2 | 2 | 2022-01-02 |四、安全性和性能考虑1. 安全性•数据备份和恢复策略•访问权限控制•数据加密传输2. 性能•索引优化•查询语句调优•适当的硬件资源配置五、总结本文介绍了一个虚拟企业的数据库设计说明书，包括需求分析、数据库设计、安全性和性能考虑等内容。
数据库设计说明书范文例子
数据库设计说明书范文例子数据库设计说明书1、引言本文档旨在详细说明数据库设计的相关内容，包括数据库的结构设计、数据表设计、索引设计等。
通过本文档，读者可以了解本系统的数据库设计思路和实现细节。
2、数据库结构设计2.1 数据库概述本系统采用关系型数据库，以存储和管理系统的各类数据。
2.2 数据库架构数据库采用三层架构，包括数据访问层、数据库逻辑层和存储层。
其中，数据访问层负责与应用程序交互，提供数据操作接口；数据库逻辑层负责处理数据的逻辑关系和业务规则；存储层负责实际存储数据。
2.3 数据库安全性设计为确保数据的安全性，数据库采用权限控制机制，只有经过授权的用户才能访问和操作数据库。
同时，对重要数据进行加密存储，提高数据的保密性。
3、数据表设计3.1 用户表用户表用于存储系统用户的基本信息，包括用户名、密码、权限等字段。
3.2 订单表订单表用于记录用户的订单信息，包括订单号、下单时间、订单金额等字段。
3.3 商品表商品表用于存储系统中的商品信息，包括商品名称、价格、库存等字段。
3.4 购物车表购物车表用于记录用户的购物车信息，包括用户ID、商品ID、购买数量等字段。
4、索引设计为提高数据库的查询效率，我们对一些常用字段添加了索引。
例如，在订单表中，我们为订单号和用户ID添加了索引。
5、附件本文档所涉及的附件包括数据库表结构图、索引设计图等。
具体附件请参见附件文件。
6、法律名词及注释本文档中所涉及的法律名词及其注释如下：1）基本信息：指个人或组织的基本身份信息，如姓名、性别、联系方式等。
2）权限：指用户在系统中所具备的操作权限，用于限制用户对数据的访问和操作。
3）加密存储：指通过加密算法将数据进行加密处理，提高数据的保密性和安全性。
4）索引：指数据库中用于提高查询效率的数据结构，加速查询速度。
花店销售管理系统数据库设计
花店销售管理系统数据库设计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字段上创建索引，以加快数据检索速度。
CRM数据库设计
CRM数据库设计CRM（Customer Relationship Management）是指企业通过对客户进行有效管理和维护，达到提高客户满意度、提升企业竞争力的一种管理模式。
在CRM系统中，数据库设计是一个重要的环节，决定了系统的性能和可维护性。
本文将从数据库的概念、设计原则和步骤、表结构设计以及数据完整性等方面进行探讨。
1.数据库的概念数据库是指长期存储在计算机中、有组织、有共享性的大量数据的集合，它可以提供对数据进行高效管理和访问的功能。
2.数据库设计原则和步骤2.1数据库设计原则包括：完整性、一致性、灵活性、高性能、易维护等。
2.2数据库设计步骤主要包括：需求分析、概念设计、逻辑设计、物理设计、数据库实现和测试等。
3.表结构设计在CRM数据库中，通常可以设计以下几张表：3.3销售机会表：记录销售人员所发现的潜在销售机会的信息，包括机会名称、预计金额、销售阶段等。
3.4销售订单表：记录客户的购买订单信息，包括订单号、产品名称、数量、金额等。
3.5售后服务表：记录客户的售后服务信息，包括服务类型、服务描述、处理人员等。
4.数据完整性为了保证CRM数据库的数据完整性，可以设计以下几方面的措施：4.1主键约束：为每个表定义主键，并设置主键约束，防止数据重复和混乱。
4.2外键约束：在数据关联的表中，定义外键约束，确保关联数据的一致性。
4.3数据校验：为表中的字段设置合适的数据类型和长度，并进行数据校验，减少数据错误。
4.4触发器：通过触发器在数据库层面实现复杂的业务逻辑，提高数据的一致性和完整性。
总结起来，CRM数据库设计是一个复杂而重要的过程，它需要结合业务需求和技术要求，通过设计合理的表结构和数据完整性机制，为企业的CRM系统提供高效、可靠的数据管理和访问能力，从而提升企业的客户满意度和竞争力。
数据库系统设计—订单销售数据库管理系统
长沙学院课程设计说明书题目 ______________________ 系(部) __________________ 专业(班级) ________ 姓名 ______ 学号 __________ 指导教师 ______ 起止日期 _______________________课程设计任务书课程名称：数据库系统原理设计题目：销售订单数据库管理系统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. 引言本文档旨在介绍数据库设计的相关内容，包括数据库概述、数据需求分析、数据库结构设计、数据表设计、数据字典、数据库安全性等方面的信息。
2. 数据库概述本数据库用于存储和管理某公司的业务数据，包括客户信息、产品信息、订单信息、销售记录等。
数据库使用MySQL管理系统，采用关系数据库模型。
3. 数据需求分析3.1 数据需求3.1.1 客户信息需求- 客户基本信息：客户ID、姓名、性别、联系方式、邮箱、地址等。
- 客户订单：订单ID、订单日期、客户ID、产品ID、数量、金额等。
3.1.2 产品信息需求- 产品基本信息：产品ID、产品名称、产品描述、单价等。
- 产品库存：产品ID、库存数量、最近更新日期等。
3.1.3 销售记录需求- 销售记录信息：销售记录ID、订单ID、销售日期、销售员ID、支付方式、总金额等。
3.2 数据需求分析结果根据上述需求，我们可以得出以下数据实体和关系：- 客户表（Customer）：客户ID、姓名、性别、联系方式、邮箱、地址。
- 产品表（Product）：产品ID、产品名称、产品描述、单价。
- 订单表（Order）：订单ID、订单日期、客户ID。
- 订单详情表（OrderDetl）：订单ID、产品ID、数量、金额。
- 销售记录表（SalesRecord）：销售记录ID、订单ID、销售日期、销售员ID、支付方式、总金额。
4. 数据库结构设计4.1 概念设计根据数据需求分析结果，我们可以画出以下实体-关系图：(此处插入实体-关系图)4.2 逻辑设计根据概念设计，我们可以将每个实体转换为数据表，并定义表的属性和关系。
4.2.1 客户表（Customer）- 客户ID：主键，唯一标识客户。
- 姓名：客户姓名。
- 性别：客户性别。
- 联系方式：客户联系方式。
- 邮箱：客户邮箱。
- 地址：客户地址。
4.2.2 产品表（Product）- 产品ID：主键，唯一标识产品。
网上购物订单数据库系统
网上购物订单数据库系统班级：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亿，可见，网上购物已成为主流。
因而一个好的订单数据库管理系统成为了必要，在管理好用户数据的同时，也提高了订单处理的效率。
网上购物系统的主要内容是，一方面让销售商把商品发布于网络，一方面让消费者通过网络来完成商品的交易。
系统总体分成前台和后台两大模块，前台是用户模块，后台是管理员模块。
实现的功能，首先系统向用户列出网站的商品信息。
其次当顾客登录网上购物系统后，为每个用户分配一个购物车，用户选择商品后，商品会被放入购物车。
再次，用户确认购物车信息，点击提交生成订单。
最后，管理员对订单进行处理，即完成一次商品交易。
网上购物是一种具有交互功能的商业信息系统。
它向用户提供静态和动态两类信息资源。
所谓静态信息是指那些经常变动或更新的资源，如公司简介、管理规范和公司制度等等；动态信息是指随时变化的信息，如商品报价，会议安排和培训信息等。
数据库设计说明
数据库设计说明顶层设计说明(DBDD)是数据库系统开发的首要步骤之一、它是一个重要的文档，用于记录数据库系统的整体设计、架构和组织结构。
以下是一个超过1200字的数据库顶层设计说明。
一、引言数据库是一个用于存储、管理和检索数据的系统。
DBDD是在数据库开发过程中进行数据库设计的重要步骤。
它描述了数据库系统的整体架构、组织结构和设计原则。
本文档旨在提供一个全面的顶层设计说明，以帮助开发人员了解数据库系统的结构和功能。
二、数据库概述本数据库系统旨在帮助管理一家电子商务公司的业务。
它将存储公司的产品信息、客户信息、订单信息和交易记录等。
该系统将支持以下功能：1.产品管理：包括产品的添加、更新和删除。
3.订单管理：包括订单的创建、更新和取消。
4.交易记录：包括交易的记录和统计信息。
5.数据分析：支持对业务数据的各种分析和报告。
三、数据库架构该数据库系统将采用三层架构，包括表现层、业务逻辑层和数据访问层。
1.表现层表现层是用户与系统交互的界面。
它将包括一个用户界面，用于浏览和操作数据库中的数据。
该界面将基于Web技术进行开发，以便用户可以通过浏览器访问它。
2.业务逻辑层业务逻辑层是数据库系统的核心部分。
它负责处理用户的请求，并执行相应的操作。
该层将包括一系列业务逻辑组件，用于处理产品管理、客户管理、订单管理和数据分析等功能。
3.数据访问层数据访问层是数据库系统与数据库引擎之间的接口。
它负责与数据库进行交互，并执行数据的读取、写入和更新操作。
该层将包括一系列数据访问组件，用于执行SQL查询和更新。
四、数据库设计数据库设计将包括以下方面：1.数据模型：使用关系模型来表示数据库中的关系和属性。
2.数据表设计：设计每个实体的表结构，包括字段和数据类型。
3.关系设计：设计实体之间的关系，包括一对一、一对多和多对多关系。
4.索引设计：设计索引以提高查询性能。
5.视图设计：设计视图以提供对数据的不同视图。
五、数据库安全性数据库安全性是一个重要的考虑因素。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
五、逻辑设计5.1 ER图5.2 关系模型供应商(供应商编号，名称，地址，联系)产品(产品编号，产品名称，产品类别，售价，出厂价，存货量) 供应(供应商编号，产品编号)订购(产品编号，订单编号，数量)客户(客户编号，，通信地址，)订单(订单编号，日期，客户编号，雇员编号)雇员(雇员编号，，联系，工资)注：有下划线的表示该属性为主码。
六、物理设计6.1 表汇总6.2 表[1]:[ Suppliers表](供应商表)6.3 表[2]:[ Product表](产品表)6.4 表[3]:[ SP表](供应商产品供应表)6.5 表[4]:[ Orders表](订单表)6.6 表[5]:[ PO表](产品订购表)6.7 表[6]:[ Employee表](雇员表)6.8 表[7]:[ Customer表](客户表)6.9 视图的设计1、建立一雇员信息的视图目的：屏蔽雇员的工资信息。
功能：能够向管理员提供简明，直接的雇员信息展示。
意义：有利于数据库安全的维护，防止任意修改数据库中的雇员信息。
create view view_Employee--建立Employee视图，屏蔽工资属性asselect Enumber,Ename,Etelnumfrom Employeewith check option;2、建立一产品信息的视图目的：屏蔽产品的出厂价信息。
功能：能够向管理员提供简明，直接的产品信息展示。
意义：有利于数据库安全的维护，防止任意修改数据库中的产品信息。
create view view_Producte--建立Product视图，屏蔽出厂价属性asselect Pnumber,Pname,Pcategory,Pprice,Pinventoryfrom view_Productewith check option;6.10 存储过程的设计1、查询订单数量功能：查询订单的数量目的：存储查询订单数量的操作意义：下次重复同样的动作时，可直接执行存储过程，简化操作步骤create procedure procedure_SearchOrdersNum --查询订单的存储过程As select COUNT(*) '订单总数'--查询订单数量 from Orders;2、查询客户的订单信息功能：查询客户的订单信息目的：存储查询客户的订单信息的操作意义：下次重复同样的动作时，可直接执行存储过程，简化操作步骤create procedure procedure_CustomerOrders--查询某个客户订单信息Cname char(10) as select Onumber,Odate,Enumberfrom Orders,Customerwhere Cname like Cname and umber like umber;3、查询订单最多的客户信息功能：查询订单最多的客户信息目的：存储查询订单最多的客户信息的操作意义：下次重复同样的动作时，可直接执行存储过程，简化操作步骤create procedure procedure_SearchMaxOrders--查询订单最多的客户信息asselect Cnumber,Cname,Caddress,Ctelnumfrom Orders,Customerwhere unmer=unmergroup by Cnumber having MAX(Cnumber);4、查询客户信息功能：查询客户信息目的：存储查询客户信息的操作意义：下次重复同样的动作时，可直接执行存储过程，简化操作步骤create procedure procedure_SearchCustomer--查询某客户信息Cname char(10)asselect *from Customerwhere Cname=Cname;5、查询雇员信息功能：查询雇员信息目的：存储查询雇员信息的操作意义：下次重复同样的动作时，可直接执行存储过程，简化操作步骤create procedure procedure_SearchEmployee--查询某雇员信息Ename char(10)asselect *from Employeewhere Ename=Ename;6、查询某订单对应的产品信息功能：查询某订单对应的产品信息目的：存储查询某订单对应的产品信息的操作意义：下次重复同样的动作时，可直接执行存储过程，简化操作步骤create procedure procedure_SearchPO--查询某订单的产品信息Onumber char(12)asselect Onumber,Product.Pnumber,Pname,Pcategory,Pprice,Pex_price,Pinventory from Product,POwhere Onumber=Onumber and PO.Pnumber=Product.Pnumber;7、查询产品信息功能：查询产品信息目的：存储查询产品信息的操作意义：下次重复同样的动作时，可直接执行存储过程，简化操作步骤create procedure procedure_SearchProduct--查询某产品信息Pnumber char(12)asselect Pnumber,Pname,Pcategory,Pprice,Pex_price,Pinventory,Snumberfrom Product,SPwhere Pnumber=Pnumber and SP.Pnumber=Pnumber;8、插入供应商信息功能：插入供应商信息目的：存储插入供应商信息的操作意义：下次重复同样的动作时，可直接执行存储过程，简化操作步骤create procedure procedure_InsertSuppliers--插入供应商信息Snumber char(12),Sname char(30),Saddress char(30),Stelnum intasIF EXISTS(SELECT * FROM Suppliers WHERE Snumber=Snumber)print'该供应商记录已经存在'ELSEinsert into Suppliers(Snumber,Sname,Saddress,Stelnum)values(Snumber,Sname,Saddress,Stelnum);9、插入订单信息功能：插入订单信息目的：存储插入订单信息的操作意义：下次重复同样的动作时，可直接执行存储过程，简化操作步骤create procedure procedure_InsertOrders--插入订单表Onumber char(12),Odate date,,Enumber char(12),Cnumber char(12)asIF EXISTS(SELECT * FROM Orders WHERE Onumber=Onumber)print'该订单记录已经存在'ELSEinsert into Orders(Onumber,Odate,Enumber,Cnumber)values(Onumber,Odate,Enumber,Cnumber);10、插入产品订购信息功能：插入产品订购信息目的：存储插入产品订购信息的操作意义：下次重复同样的动作时，可直接执行存储过程，简化操作步骤create procedure procedure_InsertPO--插入产品订购表Pnumber char(12),Onumber char(12),Quantity intasIF EXISTS(SELECT * FROM PO WHERE Pnumber=Pnumber and Onumber=Onumber)--当该订单已经订购改产品时不予重复订购print'该产品订购订单记录已经存在'IF EXISTS(SELECT * FROM Product WHERE Pinventory<Quantity)--当库存量不足时不予订购print'该产品库存不足，无法订购'ELSEinsert into PO(Onumber,Pnumber,Quantity)values(Onumber,Pnumber,Quantity);11、插入产品信息功能：插入产品信息目的：存储产品的操作意义：下次重复同样的动作时，可直接执行存储过程，简化操作步骤create procedure procedure_InsertProduct --插入产品信息Pnumber char(12),Pname char(30),Pcategory char(15),Pprice int,Pex_price real,Pinventory real asIF EXISTS(SELECT * FROM Product WHERE Pnumber=Pnumber)--若有相同产品，只更新库存量update Productset Pinventory=Pinventory+PinventoryELSEinsert into Product(Pnumber,Pname,Pcategory,Pprice,Pex_price,Pinventory)values(Pnumber,Pname,Pcategory,Pprice,Pex_price,Pinventory);12、完整的订单销售流程功能：插入订单信息和订购信息以及修改产品库存等信息目的：存储从客户下单到订单订购产品的流程的操作意义：直观展示订单销售流程，使用户能够更简明的执行完整的订单销售流程create procedure procedure_Order --完整的订单销售流程Onumber char(12),Odate date,,Enumber char(12),Cnumber char(12)Pnumber char(12),Onumber char(12),Quantity intasIF EXISTS(SELECT * FROM Orders WHERE Onumber=Onumber)--若有重复订单，则不予下单print'该订单记录已存在，不能重复下订单'ELSEinsert into Orders(Onumber,Odate,Enumber,Cnumber)values(Onumber,Odate,Enumber,Cnumber);IF EXISTS(SELECT * FROM PO WHERE Pnumber=Pnumber and Onumber=Onumber)--若有重复订购单，则不予订购print'该产品订购记录已存在，不能重复订购'ELSEIF EXISTS(SELECT * FROM Product WHERE Pinventory<Quantity)--若产品库存量不足，则不予订购print'产品库存量不足，不能订购'ELSEinsert into PO(Onumber,Pnumber,Quantity)values(Onumber,Pnumber,Quantity);6.11 触发器的设计1、建立触发器insert_PO：当插入了一条新的产品订购信息后，则激活该触发器，新的产品库存量等于旧库存量减去产品订购的数量。