影响租赁系统 数据库设计
- 格式:docx
- 大小:87.85 KB
- 文档页数:9
数据库课程设计汽车租赁系统数据库课程设计:汽车租赁系统本文将围绕数据库课程设计题目《汽车租赁系统》,详细介绍设计这一系统所需考虑的各个方面,包括需求分析、数据库设计、系统功能和界面设计等。
通过本文的阐述,读者将能够对汽车租赁系统有一个全面的了解。
一、需求分析汽车租赁系统的设计首先需要进行需求分析。
通过与相关利益相关者的讨论和调研,我们可以明确以下几个方面的需求:1. 用户管理:包括用户注册、登录、个人信息管理等功能。
2. 汽车管理:包括汽车信息的录入、查询、修改、删除等功能。
3. 租赁管理:包括租赁订单的生成、查询、修改、删除等功能。
4. 支付管理:包括租赁费用计算、支付方式选择等功能。
5. 报表管理:生成租赁情况统计报表、财务报表等功能。
二、数据库设计在需求分析的基础上,需要进行数据库设计。
主要包括以下几个方面的设计:1. 用户表设计:包括用户ID、用户名、密码、联系方式等字段。
2. 汽车表设计:包括汽车ID、汽车品牌、型号、颜色、所在地等字段。
3. 租赁订单表设计:包括订单ID、用户ID、汽车ID、租赁开始时间、租赁结束时间等字段。
4. 支付表设计:包括支付ID、订单ID、支付金额、支付方式等字段。
5. 报表表设计:包括报表ID、报表类型、生成时间等字段。
三、系统功能设计在数据库设计完成后,需要考虑系统的功能设计,包括以下几个方面:1. 用户管理功能:实现用户注册、登录、个人信息修改等功能。
2. 汽车管理功能:实现汽车信息的录入、查询、修改、删除等功能。
3. 租赁管理功能:实现租赁订单的生成、查询、修改、删除等功能。
4. 支付管理功能:实现租赁费用计算、支付方式选择等功能。
5. 报表管理功能:实现租赁情况统计报表、财务报表等功能。
四、系统界面设计系统界面的设计需要注重用户友好性和易用性。
可以采用现代化的设计风格和响应式布局,确保系统在不同设备上的正常显示。
对于不同功能模块,可以设计相应的菜单和操作界面,提供直观的操作方式。
房屋租赁管理系统详细设计一、系统概述房屋租赁管理系统是为了方便房东和租户进行房屋租赁业务的管理而设计的一款软件系统。
该系统旨在提供一个可靠、高效、安全的平台,使房东能够方便地发布房屋租赁信息、查看租金收益等相关信息,同时,租户也能够便捷地搜索符合需求的房源并与房东进行交互。
二、系统架构房屋租赁管理系统基于B/S结构(浏览器/服务器结构)进行设计和开发。
系统的前端部分采用HTML、CSS和JavaScript等技术实现,用于显示房屋租赁信息、用户操作界面等。
后端部分使用Java语言开发,采用Spring MVC框架进行Web开发,用于处理用户请求,与数据库进行交互,并生成相应的HTML页面返回给前端。
三、系统功能1. 房东功能:a) 登录与注册:房东可以通过注册功能创建新账户,并使用注册的账号和密码登录系统。
b) 发布房源信息:房东可以填写房屋的基本信息,包括房屋面积、位置、租金等,并上传相关图片以吸引租户。
c) 修改房源信息:房东可以根据需要修改已发布的房源信息,如调整租金、改变房屋状态等。
d) 查看租金收益:房东可以随时查看租金收益情况,系统会自动计算每个月的租金总和并进行显示。
e) 处理租户请求:当租户对某个房源感兴趣并提出预约请求时,房东可以进行审批并与租户沟通。
2. 租户功能:a) 登录与注册:租户可以通过注册功能创建新账户,并使用注册的账号和密码登录系统。
b) 搜索房源:租户可以根据自己的需求,在系统中搜索符合条件的房屋租赁信息,并进行筛选和排序。
c) 预约房源:租户可以选择心仪的房源并提交预约申请,等待房东的审批。
d) 查看个人租赁情况:租户可以查看自己的租赁记录、付款明细和剩余租金等信息。
e) 与房东沟通:租户可以与房东通过系统内部的消息系统进行交流与沟通。
四、系统设计1. 数据库设计:a) 用户表:用于存储用户的基本信息,包括用户名、密码、联系方式等。
b) 房源表:记录房屋的详细信息,包括房屋地址、面积、租金、房东信息等。
车位租赁管理系统的数据库设计与优化数据库设计和优化是车位租赁管理系统中非常重要的一部分。
一个良好的数据库设计和优化可以提高系统的性能、可扩展性和稳定性,使得系统能够更加高效地进行数据管理和处理。
本文将对车位租赁管理系统的数据库设计和优化进行详细的讲解。
首先,我们需要确定系统的需求和功能,以便进行合适的数据库设计。
车位租赁管理系统主要包含了用户管理、车位管理、租赁管理、订单管理等功能模块。
每个功能模块都对应着数据库中的一张表,表中的字段则是该功能模块所需的数据。
接下来,我们将逐个介绍各个功能模块对应的表和字段。
1. 用户管理模块:该模块主要用于管理系统的用户信息。
在数据库中,我们可以创建一个名为“用户表”的表,包含以下字段:用户ID、用户名、密码、手机号码、电子邮箱等。
用户ID作为表的主键,用来唯一标识每个用户。
其他字段用于存储用户的基本信息。
2. 车位管理模块:该模块用于管理车位的信息。
在数据库中,我们可以创建一个名为“车位表”的表,包含以下字段:车位ID、车位名称、车位类型、车位状态等。
车位ID作为表的主键,用来唯一标识每个车位。
其他字段用于存储车位的相关信息。
此外,可以根据实际需求添加更多的字段,如车位地址、车位所属小区等。
3. 租赁管理模块:该模块用于管理车位的租赁信息。
在数据库中,我们可以创建一个名为“租赁表”的表,包含以下字段:租赁ID、车位ID、用户ID、租赁开始时间、租赁结束时间等。
租赁ID作为表的主键,用来唯一标识每个租赁记录。
其他字段用于存储租赁的相关信息。
此外,可以根据实际需求添加更多的字段,如租赁价格、租赁状态等。
4. 订单管理模块:该模块用于管理用户的订单信息。
在数据库中,我们可以创建一个名为“订单表”的表,包含以下字段:订单ID、租赁ID、用户ID、订单金额、订单状态等。
订单ID作为表的主键,用来唯一标识每个订单。
其他字段用于存储订单的相关信息。
此外,可以根据实际需求添加更多的字段,如订单时间、支付方式等。
基于WEB的房屋出租管理系统设计1. 引言房屋出租管理系统是一个用于管理房屋租赁业务的应用程序,其基于WEB技术实现,提供了一种简单和高效的方式来管理房屋出租信息、租户信息以及相关的其他业务数据。
本文档将介绍房屋出租管理系统的设计和实现。
2. 功能描述房屋出租管理系统的主要功能包括以下几个方面:2.1 房屋管理•添加房屋信息:管理员可以通过系统添加新的房屋信息,并输入相关的房屋描述、价格、面积等信息。
•修改房屋信息:管理员可以对已添加的房屋信息进行修改,例如更新房屋价格或修改描述。
•删除房屋信息:管理员可以删除不再出租的房屋信息。
2.2 租户管理•添加租户信息:管理员可以添加新的租户信息,包括姓名、联系方式、租赁期限等。
•修改租户信息:管理员可以对已添加的租户信息进行修改,例如更新租户的联系方式。
•删除租户信息:管理员可以删除已结束租赁的租户信息。
2.3 租赁管理•房屋租赁状态管理:系统会记录每个房屋的租赁状态,包括已出租、待出租等。
•租户分配房屋:管理员可以将租户与房屋进行关联,指定租户租赁的房屋。
•租户退房:当租户租赁期限结束时,管理员可以将租户与房屋解除关联。
2.4 报表查询•即时查询:管理员可以通过房屋编号或租户姓名等关键字,快速查询到相关的房屋或租户信息。
•统计报表:系统可以生成各类租赁统计报表,例如已租赁房屋数量、待租赁房屋数量等。
3. 系统设计3.1 技术选型•前端:使用HTML、CSS和JavaScript实现用户界面,使用前端框架如React或Vue.js加快开发速度。
•后端:采用Python语言开发,使用Django框架作为WEB应用开发框架。
•数据库:使用MySQL或PostgreSQL作为数据存储数据库,通过Django ORM进行数据访问。
3.2 系统架构房屋出租管理系统采用常见的三层架构,包括用户界面层、业务逻辑层和数据访问层。
•用户界面层:负责展示用户界面和接收用户输入,使用HTML、CSS和JavaScript实现。
房屋租赁系统数据库设计文档数据库设计文档:房屋租赁系统1.引言2.数据库模式系统的数据库模式采用关系型数据库模式,使用MySQL数据库管理系统。
3.数据库表系统包含以下几个主要的数据库表:- 房屋表(House):记录系统中的房屋信息,包括房屋ID、房屋类型、面积、地址、租金等字段。
- 租赁表(Lease):记录房屋租赁信息,包括租赁ID、用户ID、房屋ID、租期、起始日期、结束日期等字段。
- 支付表(Payment):记录租金支付信息,包括支付ID、租赁ID、支付金额、支付方式、支付时间等字段。
- 维修表(Maintenance):记录房屋维修信息,包括维修ID、房屋ID、维修日期、维修人员、维修费用等字段。
- 评价表(Feedback):记录租赁评价信息,包括评价ID、租赁ID、评价内容、评价时间等字段。
4.数据表关系用户表和房屋表之间是一对多的关系,即一个用户可以发布和管理多个房屋。
房屋表和租赁表之间也是一对多的关系,即一个房屋可以被多次租赁。
租赁表和支付表、维修表和评价表之间是一对一的关系,即一次租赁对应一个支付记录、一个维修记录和一个评价记录。
5.系统功能-用户注册和登录:用户可以通过注册账号来使用系统,并通过用户名和密码登录系统。
-房屋发布和管理:用户可以发布自己的房屋信息,并可以对已发布的房屋信息进行管理,包括修改、删除等操作。
-房屋和租赁:用户可以根据自己的需求并查看系统中的房屋信息,并可以选择一套房屋进行租赁。
-租赁管理:用户可以管理自己的租赁信息,包括查看租赁记录、修改租赁信息等。
-支付管理:用户可以查看和管理自己的租金支付记录,包括查看支付历史、进行支付等操作。
-维修管理:用户可以提交房屋维修请求,并可以查看和管理自己的维修记录。
-评价管理:用户可以对已完成的租赁进行评价,并可以查看和管理自己的评价记录。
6.总结本数据库设计文档详细介绍了房屋租赁系统的数据库设计,包括数据库模式、表结构、数据表之间的关系以及系统的主要功能。
汽车租赁系统数据库课程设计设计目的:本课程设计旨在设计一个汽车租赁系统的数据库,实现对汽车、租赁订单以及用户信息的管理和查询功能。
通过本课程设计,学生将学习到数据库设计的基本原理和方法,掌握数据库设计的流程和技巧,培养对数据库系统的理解和应用能力。
设计要求:1. 设计并实现一个汽车租赁系统的数据库,包括汽车、租赁订单和用户信息的管理和查询功能。
2. 汽车信息应包括汽车编号、品牌、型号、颜色、里程数、租金等属性。
3. 租赁订单信息应包括订单编号、租车时间、还车时间、租车天数、总租金等属性。
4. 用户信息应包括用户编号、姓名、性别、联系方式等属性。
5. 实现对汽车、租赁订单以及用户信息的增加、删除、修改和查询功能。
数据库设计:根据以上设计要求,我们可以设计以下数据库结构:1. 汽车信息表(Car)字段:汽车编号(CarID)、品牌(Brand)、型号(Model)、颜色(Color)、里程数(Mileage)、租金(Rent)2. 租赁订单信息表(Order)字段:订单编号(OrderID)、汽车编号(CarID)、用户编号(UserID)、租车时间(StartTime)、还车时间(EndTime)、租车天数(Days)、总租金(TotalRent)3. 用户信息表(User)字段:用户编号(UserID)、姓名(Name)、性别(Gender)、联系方式(Contact)数据库设计流程:1. 初步分析需求,确定数据库的表和字段。
2. 根据需求,设计出数据库的ER图。
3. 将ER图转化为关系模式图,确定关系表的结构。
4. 设计主键和外键,确定关系表之间的联系。
5. 设计表之间的约束条件,例如唯一性约束、非空约束等。
6. 根据设计完成的表结构,创建数据库并创建相应的表。
7. 编写数据库脚本,实现对汽车、租赁订单和用户信息的增删改查功能。
8. 进行数据的导入和测试,验证数据库设计的正确性和可用性。
具体实现:根据以上数据库设计,我们可以使用关系型数据库管理系统如MySQL或Oracle来实现汽车租赁系统的数据库。
数据库课程设计汽车租赁系统1. 引言汽车租赁系统是一种应用广泛的信息管理系统,在汽车租赁行业具有重要的作用。
本文旨在通过数据库课程设计,实现一个可靠且高效的汽车租赁系统。
2. 数据库设计2.1 数据库模型选择在设计汽车租赁系统的数据库时,我们选择了关系型数据库模型,因其具有结构化、严格的数据表定义和强大的数据管理功能。
2.2 数据库实体关系图我们通过实体关系图来表示系统中的实体以及它们之间的关系。
以下是系统中的主要实体以及它们之间的关系:- 用户 (User) 实体:记录用户的基本信息,包括姓名、电话、地址等。
- 汽车 (Car) 实体:记录汽车的相关信息,包括车牌号、品牌、型号、价格等。
- 租赁订单 (Rental Order) 实体:记录租赁订单的详细信息,包括用户、汽车、租赁时间、费用等。
3. 数据库表设计3.1 用户表 (User Table)用户表用于存储用户的基本信息,包括用户ID、姓名、电话、地址等。
以下是用户表的字段设计:- 用户ID (UserID):唯一标识用户的ID。
- 姓名 (Name):用户的姓名。
- 电话 (Phone):用户的联系电话。
- 地址 (Address):用户的联系地址。
3.2 汽车表 (Car Table)汽车表用于存储汽车的相关信息,包括车牌号、品牌、型号、价格等。
以下是汽车表的字段设计:- 车牌号 (License Plate):汽车的唯一标识,用于识别不同的汽车。
- 品牌 (Brand):汽车的品牌。
- 型号 (Model):汽车的型号。
- 价格 (Price):汽车的租赁价格。
3.3 租赁订单表 (Rental Order Table)租赁订单表用于存储租赁订单的详细信息,包括用户、汽车、租赁时间、费用等。
以下是租赁订单表的字段设计:- 订单号 (OrderID):租赁订单的唯一标识。
- 用户ID (UserID):租赁订单对应的用户ID。
- 车牌号 (License Plate):租赁订单对应的汽车车牌号。
最近在看《Database modeling & design:logical design》一书,其中有一道练习题是对简单租车系统进行数据库逻辑设计并画出ER图。
这道题给我挺多遐想的,所以我在这里把这些想法记录下来,也试着设计一把。
要进行数据库设计,首先要对需求进行分析。
需求分析一般会需要对业务人员进行随访,收集信息。
我没办法进行随访,就通过自己的遐想来假设需求场景(可能会有错误与遗漏)。
最初想到的:1. 租车公司有多个租车门店,分布于多个不同的地区,并有各自的租车电话。
2. 每个租车门店有多辆汽车可供租赁。
3. 供租赁的车辆需要登记车辆识别代号(VIN),购入时间,所属门店,车辆型号,车辆状态(可租Ready,维修中Repair,租出Inuse,无效Inactive)4. 车辆的租用费用基本由车辆型号和日期类型(平日,周末,还是节假日)来决定。
5. 顾客在订车前需先进行注册,包括姓名,身份证号,驾照号,性别,手机号,固定电话,家庭住址,Email。
6. 注册顾客可通过系统下租车单,预约某车型,若干天的租赁(预约期最远为6个月)。
7. 租车单需记录顾客编号,车辆编号,租赁起始日期,租赁结束日期,提车门店,还车门店,租赁费用,预付款金额,订单状态(输入Entered,提交Booked,预约Reserved,使用中Inuse,交还Returned,取消Cancelled)。
注:暂不提供送车上门和上门取车服务。
对于上述需求,比较明显的需创建的表有:车辆(Table_Car),门店(Table_Store),顾客(Table_Customer),订单(Table_Order)。
除此之外,车辆型号,车辆状态,日期类型和订单状态分别创建成四张枚举表Table_CarCategory,Table_CarStatus,Table_DateType,Table_OrderStatus。
还应有一张租车价位对照表(Table_BasePrice),其中会包含两个外键分别指向Table_CarCategory,Table_DateType。
车辆租赁管理系统数据库课程设计
随着人们生活水平的提高,越来越多的人选择租车出行。
为了更好地管理车辆租赁业务,开发一款车辆租赁管理系统是非常必要的。
本文将介绍一款车辆租赁管理系统的数据库设计。
我们需要设计车辆信息表。
该表包括车辆编号、车辆品牌、车型、颜色、车牌号、车辆状态等字段。
其中,车辆状态字段用于标识车辆是否可租借。
我们需要设计客户信息表。
该表包括客户编号、客户姓名、联系电话、身份证号、驾驶证号等字段。
这些信息将用于客户租车时的身份验证。
接着,我们需要设计租赁订单表。
该表包括订单编号、客户编号、车辆编号、租赁开始时间、租赁结束时间、租赁天数、订单金额等字段。
其中,租赁天数和订单金额字段将根据租赁开始时间、租赁结束时间和车辆租赁价格计算得出。
我们需要设计车辆租赁价格表。
该表包括车辆编号、租赁单价、押金等字段。
车辆租赁价格将根据车型、车辆状态和租赁时间等因素进行计算。
除了以上表格,我们还需要设计一些辅助表格,如车辆品牌表、车型表、车辆颜色表等。
这些表格将用于车辆信息表的数据填充。
车辆租赁管理系统的数据库设计包括车辆信息表、客户信息表、租赁订单表、车辆租赁价格表以及辅助表格等。
这些表格将为车辆租赁管理系统的正常运行提供必要的数据支持。
数据库设计
目录
1. 引言 (2)
1.1编写目的 (2)
1.2文档约束 (2)
1.3预期读者以及阅读建议 (2)
1.4参考资料 (2)
2 数据库命名规则 (3)
3 数据库设计说明 (3)
3.1数据库逻辑设计 (3)
3.2数据基本表设计和相关约束 (4)
1.引言
1.1编写目的
该数据库设计文档是为音响租赁管理系统撰写的,搞系统开发的原因和要达到的目的在前面的文档中叶详细的叙述了,在此就不再赘述。
通过该文档,会详细的叙述本系统的数据库结构和设计。
1.2文档约束
文档的一级标题使用三号字体,二级标题使用小三号字体,三级标题使用四号字体,正文使用四号字体。
所有的文字军用宋体书写。
1.3预期读者以及阅读建议
项目的预期读者主要包括开发人员,项目经理,测试人员和文档编写人员。
开发人员需要详细的阅读数据库的设计,因为再设计中涉及到数据库的地方需要与数据库设计文档描述的一样。
项目经理阅读数据库设计文档,主要是详细的阅读数据库的相关设计是否满足相关的设计。
测试人员,在测试的时候需要考虑相关的设计是否满足数据库的设计。
文档编写人员,需要阅读文档中相关数据库的设计,在自己的文档撰写过程中要尽量与该文档保持一致。
1.4参考资料
《数据库系统概论第四版》王珊萨师煊编著,高等教育出版社
2 数据库命名规则
在数据库设计的过程中,为了便于大家理解每个表项的意义,采用了表项相关的英文名字作为数据库表象的名字。
3数据库设计说明
3.1数据库逻辑设计
实体及其属性图:
实体及其联系图:
3.2数据基本表设计和相关约束
在数据库相关表的设计时,由于数据库本身比较简单的原因,数据库的设计基本达到了BCNF范式。
系统的数据库采用的是SQLsever2005,数据库设计中主要设计了7张表,以下是系统数据库的设计:
说明:管理员设计时考虑到管理员与顾客的不同,管理员只需要登陆之后进行相关的操作,并不需要过多的个人信息,故就简化的设计了只有三个主要因素的管理员表其主要的目的就是实现管理员的登录操作。
ANO:即是管理员的标号,也是管理员的唯一标识。
新管理员的加入和就管理员的删除直接有管理员来操作。
Apassword:管理员登陆密码
Aname:管理员名字,在管理员登录时要求输入管理员的名字和密码。
说明:顾客应该可以说是本系统用户中的最重要的用户,在设计顾客表时根据已经做出的需求分析,对应该录入的用户信息做了认真地推敲。
介于这只是一个CD租赁管理系统,不需要用户太多的个人信息,同时也考虑到系统安全性的问题每又有要求用户在注册时输入如身份证号之类的信息。
可以说这个数据库表中的每一项都是有用的项。
Cname和Cpwd主要用于用户登录,Cname还会用于用户留言,借阅CD和还CD。
Crealname是考虑到本店与用户之间会有交流史为了方便交流以及处理一些问题时用。
Cemail和Cphone
主要是用在用户留言时,起到验证用户的作用(与登录效果一直,详细见后面的设计)。
CAddress其实没有多大的作用,只是在以后的实际操作中肯能会便于本店的一些业务活动的开展(例如:优惠活动等)。
Cname:用户的登录名,要求每位用户的登录名是不一样的。
Crealname:用户的真实姓名
Cpwd:用户的登录密码
Cemail:用户的邮箱
Cphone:用户的电话
CAddress:用户的地址
说明:该表在设计时参考了迅雷(狗狗)的影视介绍格式,其主要有CD的名字,图片和简介。
所以CD表在设计时设计有Cdname和jianjie两项,而应为本店对CD进行了电影,电视剧,音乐和其他等四种分类,分别用了不同的页面来显示不同类别的CD信息但是又觉得没有必要设计不同的数据库表来存储不同的CD信息就在CD表中加入了Type数据项用以区别不同的CD 信息。
CDNO则是CD的唯一标识,其实在后来的功能实现中并没有起到很大的作用,我想应该是可以取消的,但是因为本系统是仿照图书管理系统设计的,其在设计时保留课图书的编号,所以在这里也保留了CD的编号。
CDNO:CD的编号,也为其唯一的标识,
Cdname:CD的名字,这是对CD数据库表操作时的重要数据项,在CD相关信息显示以及CD的查询,CD的借还和删除等等的有关对CD的操作都是基于这一数据项展开的。
Jianjie:CD 相关信息的介绍,是在显示CD的相关信息和CD查询时的较为
重要的数据项。
有助于用户对自己要借阅的CD信息的了解。
Type:CD的类型,因为本系统对CD进行了分类。
也分别用了不同的页面来显示和介绍不同的CD,所以对不同类型的CD(电影,电视剧,音乐和其他)以区别。
4)message表(留言表)
说明:该表是用来储存用户留言的。
Cname,Cphone,Cemail都是来自于customer的外码。
在用户进行留言时,我们要求用户要输入用户名,留言内容,电话和邮件。
因为系统再设计时为了方便用户,用户可以再不登陆的情况下进行留言,但是为了本系统和用户的相关利益我们有必要对留言用户进行一些验证,达到等同于用户登录的效果。
这样设计还有一方面的考虑就是保留用户的电话号码和邮箱,方便于我们的管理员在用户有问题是及时的联系。
Cname:留言人的登录名,是来自于customer表的外码。
message:留言内容,有长度的限制,用户最多课输入500字(包括标点)的留言
Cphone:留言人电话
Cemail:留言人邮件
5)BCD表(用户节约和预约表)
说明:本系统为用户设计有借阅CD和预约CD的功能,为了记录用户借阅和预约的CD记录,该表在设计时采用了来自于customer和CD的两个外码:Cname和Cdname,者两个数据项主要是用来表示用户和被借或者是被预约的Cd关系信息,而系统自设计时考虑到如果设计两个表:借阅表和预约表来存储预约和借阅信息时对数据资源的一种浪费,因此正如上表所示的该表采用了Cdorder和CDborrow两个标志位来表示CD的状态,这两个标识位势互斥的:只能而且必须有一个为1.
Cname:用户的姓名,是来自customer的外码
CDname:CD的名字,是来自CD表的外码
Cdorder:CD是不是被预约,当其值为1时则说明用户预约了该CD,其余的用户不可以借阅或者再预约该CD
Cdborrow:CD是否被借阅的标志,当其值为1时,说明该CD正在被借,其余的用户不可以借阅或者预约该CD
说明:系统在设计时仿照图书管理系统对用户可以借阅和预约的CD数目进行了限制,借阅此设计了这一个表。
Cname是来自于customer表的一个外码,Bnumber是用于统计用户借阅CD数目的数据项,同理onumber用于统计用户预约CD的数目。
每次用户在借阅CD时促使Bnumber加一,预约CD 时促使onumber加一,在Bnumber达到3之后用户就不可以再借阅新的CD,onumber达到3之后用户就不可以再预约新的CD。
在用户进行了还CD和取消CD预约的情况下同样促使Bnumber或者onumber减一。
Cname:是来自于customer表的外码
Bnumber:CD的借阅数统计
Onumber:CD的预约数统计
7)tongji表(业务统计表)
说明:在系统的功能设计中我们还加入了业务统计功能主要是用于统计系统的借阅业务功能,而且是按月进行。
故设计了数据库表“tongji”,期中有月份和总数目这两个数据项。
在对应的月份,每发生一次借阅业务处理就会促使Tnumber 加一。
Month:用以存储月份
Tnumber:用以存储相应月份的借阅总业务量。