汽车租赁系统SQL数据库系统设计
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
汽车租赁系统SQL数据库系统设计
目录
一、需求分析的详细描述
二、数据库设计
1.E-R图
2.精确化过程
3.数据字典
4.SQL脚本语言
三、查询语言与查询结果
四、附:参考数据
五、参考文献
一、需求分析的详细描述:
我国目前拥有驾驶证的公民多达3000万,而且,这一数量每年还在以一定比例上升。我们了解到在这批人当中有许多是短期内暂时买不起车辆的,但他们中的绝大部分人需要临时用车,而且也有临时租车的支付能力,因此,经营性租赁有极其巨大的市场需求。随着汽车租赁业的迅速崛起,业务量也是越来越多,对信息的处理要求也是越来越高。作为汽车租赁公司有必要建设一个适合自己发展和服务的数据库系统来完善自己的业务,并且能够及时更新客户、供货商以及市场变化的信息。投资汽车租赁的企业越来越多,全国大中城市基本都有汽车租赁公司存在,用于租赁的车辆总数不断扩大。传统的手工管理已经不能满足汽车租赁业务的正常开展的要求。
许多汽车租赁公司都看好汽车租赁市场的前景并纷纷投资,但是由于汽车的价值很高,汽车租赁公司在租车客户的选择方面采取谨慎做法,对客户等级要求较为严格。目前,个人想要租赁汽车,租赁公司一般要求客户提供本人的详细信息,如客户姓名、电话号码、驾驶执照号。如果是临时客户还需要上交押金。
为此,作为汽车租赁公司有必要建设一个适合自己发展和服务的数据库系统来晚上自己的业务,并且能够及时给客户反映自己的车库信息,例如车的制造商、车型、发动机号、燃料型号,可承载人数、租用价格等。
根据汽车租赁公司所要的需求很清楚地认识到了这些背景和状况,我们需要对客户的变化来设计我们自己的数据库以适应市场的竞争。
如下即为设想方案:
整个数据库系统分为6个部分:车的信息、客户信息、维修厂信息、收入信息、支出信息、信用等级信息。
就客户信息而言,我们需要了解的信息包括:客户号、客户姓名、客户驾照号、客户信用等级、电话号码,其中客户号是由系统自动生成,并且信用等级有事先规定。
对于车的信息,需要的信息有:制造商、车型、出厂日期、发动机型号、燃料型号、可载乘客人数、车号、购买价格、租用价格和保险细节、是否被租用、是否被预约。
客户等级的信息包括:等级号、信用卡等级、赊欠额度、定金。其中临时客户设为E级,需要付定金,其他等级客户为稳定客户群,不需要付定金。
维修厂信息有:维修厂号、维修厂名、维修厂地址和维修厂服务范围。
公司收入信息:收入日期、汽车销售、汽车租金、保险赔偿。
公司支出信息:支出日期、维修费用、购买费用、保险费用。
我们觉得其中还应有如下关系:客户如果预定汽车需要有预定信息来记录预定过的车号、预定日期、过期日、客户号、预约单号。预定时限为一个月,超过一个月预约表作废。预约表是建立客户与车之间的关系之一。
客户如果租了汽车,其他客户就不能租用同一辆汽车,所以还需要有租车表来记录租过的车号、租用客户号、是否付定金、租车日期还有应还日期。租车表示建立客户与车之间的关系之二。
汽车如果维修过,修理费用、修理过的车号、客户赊欠额度、在哪个维修厂修理的即维修厂号是多少、维修的客户号是多少都需要记录下来。
由于支出与收入没有直接关系,所以通过结算表来与租车表发生关系。结算表里应该记录的是租车客户号、租车的日租金、租用日期、归还日期、租用车号、维修费。每个结算表对应一个收入纪录,收入表中的总租金应该由(实际租用天数×日租金)得出。支出表中的维修费用应该与结算表中的维修费用一致。
等级表只与客户有关系,即每个客户有属于自己的等级。每个客户赊欠额度是为了维修厂维修费用的赊欠而设计的。客户修车费用不与公司的收入支出挂钩,而是客户自行付清,但是其信用等级需要从公司的信用等级表中得出。公司支出表中的维修费用是指在客户还车以后发生的非人为损坏的修理费用,与结算表中的维修费用一致是因为在客户还车时就要统计车的损坏程度,并确定其修理费用多少。
二、数据库设计
以下是三个阶段性报告(E-R图,精确化过程,SQL实现)
1.E-R图
2.模式求精和范式化过程:
根据E-R图中的实体集和关系图,初步确立了以下几个关系模式:
1).Car(Car_ID,Purchase_price,Capacity,Insurance_detail,Date_manufacture,Type,Producer,Fuel _num,Rent_price,Engine_num,Purchase_price,Book_able,Rent_able)
简化为:C=(I,A,N,M,T,P,F,C,E,U,B,R)
函数依赖集F=(C-> IANMTPFCEUBR)
已经满足BCNF的条件。
2).Subscribe(Book_ID,Car_ID,Customer_ID,Startbook_date,Expirebook_date,sumbook_date) 简化为:S=(B,C,U,T,E,D)
函数依赖集:F=(B->CUTED)
已经满足BCNF的条件。
3).Rent(Customer_ID,Rent_date,Expire_date,Earneast_money,Rent_carid)
简化为:R=(C,N,E,M,I)
函数依赖集:F=(C->NEMI)v
已经满足BCNF的条件。
4).Customers(Customer_ID,Customer_name,Driver_licenseID,Credit_level,Telephone_num)
简化为:C=(I,N,D,L,T)
函数依赖集:F=(I,N->DLT)
Customer_ID,Customer_name作为联合主键来决定后面的属性,已经满足了BCNF的条件。5).Level(Level_num,Creditcard_level,Earnest_money,Oncredit)
简化为:L=(N,C,E,O)
函数依赖集:F=(N->CEO)
已经满足了BCNF的条件。
6).Checkout(Customer_ID,Car_ID,Rent_price,Rent_date,Expired_date,Days)
简化为:C=(U,C,R,N,E,D)
函数依赖集:F=(U->CRNED)
已经满足了BCNF的条件。
7).income_book(Date,Sum_sales,Sum_rentprice,Customer_ID)
简化为:I=(D,S,R,C)
函数依赖集:F=(D->SRC)
已经满足了BCNF的条件。
8).Expenditure_book(Date,Mend_price,Purchase,Insuranceprice)
简化为:E=(D,M,P,I)
函数依赖集:F=(D->MPI)
已经满足了BCNF的条件。
9).Mend_book(Customer_ID,Car_ID,Mend_price,Credit_level,Factory_ID)
简化为:M=(U,C,E,R,F)
函数依赖集:F=(U->CERF)
已经满足了BCNF的条件。
10).Repair_factory(Factory_ID,Factory_name,Address,Service_range)
简化为:R=(F,N,A,S)
函数依赖集:F=(F,N->AS)
Factory_ID,Factory_name作为联合主键来决定后面的属性,已经满足了BCNF的条件。
因此,得到以下10个关系模式:
1).Car(Car_ID,Purchase_price,Capacity,Insurance_detail,Date_manufacture,Type,Producer,Fuel _num,Rent_price,Engine_num,Purchase_price,Book_able,Rent_able)
2).Subscribe(Book_ID,Car_ID,Customer_ID,Startbook_date,Expirebook_date,sumbook_date) 3).Rent(Customer_ID,Rent_date,Expire_date,Earneast_money,Rent_carid)