[工学]《数据库系统概论课》程设计-车辆租赁系统.doc

上传人:音乐台 文档编号:1976757 上传时间:2019-01-27 格式:DOC 页数:43 大小:2.18MB
返回 下载 相关 举报
[工学]《数据库系统概论课》程设计-车辆租赁系统.doc_第1页
第1页 / 共43页
[工学]《数据库系统概论课》程设计-车辆租赁系统.doc_第2页
第2页 / 共43页
[工学]《数据库系统概论课》程设计-车辆租赁系统.doc_第3页
第3页 / 共43页
亲,该文档总共43页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

《[工学]《数据库系统概论课》程设计-车辆租赁系统.doc》由会员分享,可在线阅读,更多相关《[工学]《数据库系统概论课》程设计-车辆租赁系统.doc(43页珍藏版)》请在三一文库上搜索。

1、数据库系统概论课程设计目录一 引言31 编写目的32 术语表33 参考资料3二 数据库环境说明4三 数据库命名规则4四 逻辑设计41 调查用户需求42 用例53 系统功能的设计和划分94 数据字典115 数据流图126 对象描述137 场景148 系统各个部分的设计过程189 视图集成24五 物理设计261 表汇总262 表的详细设计263 视图的设计334 存储过程、函数及触发器的设计33六 安全性设计331 防止用户直接操作数据库的方法332 用户帐号密码的加密方法333 角色与权限33七 详细设计331 程序逻辑333系统模块设计34八 优化42九 数据库管理与维护说明42十 用户手册4

2、3一 引言1 编写目的本文档是车辆租赁管理系统的组成部分,编写本文档的目的是:明确与指导车辆租赁管理系统的开发流程,以及便于以后的系统维护、升级。 本文档重点介绍了系统的数据库设计部分,这样做的目的是:明确数据库的表名、字段名等数据信息,用来指导后期的数据库脚本的开发,本文档遵循车辆租赁管理系统数据库设计和开发规范。本文档的读者对象是需求人员、系统设计人员、开发人员、测试人员。本系统的名字是“车辆租赁管理系统”。本系统受“XX车辆租赁公司”的委托而开发。该公司总部位于北京,在沈阳、南京等地有分部。在以前,该公司在进行业务处理时,用的是传统的纸质记录的方式。这种方式的缺点是:1,由于公司有若干个

3、分部分布在不同地区,各分部的纸质文档由各分部自己管理,分部与分部之间不能实现信息的实时共享,这常常会产生一些矛盾,给公司带来信誉和经济上的损失;2,纸质文档一旦写成之后不可涂改,这对于工作人员的要求较高;3,纸质文档的保存需要付出很大代价;4,效率底下。随着计算机技术的发展,越来越多的公司摒弃了传统的管理模式,采用了最新的计算机技术以求使管理工作更加快捷、准确、安全。XX车辆租赁公司也不例外。于是便有了本系统的诞生。2 术语表序号术语或缩略词说明性定义1DOBDate Of Birthday,出生日期,出现在表employee中2低级出现在表user中,是系统用户的一个权限级别3高级出现在表u

4、ser中,是系统用户的一个权限级别4outlet部门或者分店、分部5faultStartLevel损坏级别,用在表faultReport中3 参考资料资料名称作者文件编号、版本资料存放地点数据库系统概论王珊、萨师煊ISBN-7-04-019583第4版二 数据库环境说明数据库实例:vehiclerental数据库系统:MySQL 4.0数据库部署:内存:=256MB 硬盘:=80GOS:Windows xp网络协议:TCP/IP数据库设计工具:visio数据库存放位置:相对位置:jdbc:mysql:/192.168.250.134/vehiclerental绝对位置:192.168.250.

5、134C:Program FilesMySQLMySQL Server 4.0datavehiclerental三 数据库命名规则数据库的表名的命名规则:如果表名中有一个或若干个单词,第一个单词首字母小写,其余单词首字母大写。数据库表中列的命名规则:与表名的命名规则类似。四 逻辑设计1 调查用户需求1.1 硬件环境需求处理器:Intel PentiumIII或者更高或者AMD内存: 512M硬盘空间:80G软件环境:服务器端/客户端:操作系统:Windows 98/ME/2000/XP/win71.2 安全性与完整性需求安全性要求:系统应设置访问用户的标识以鉴别是否是合法用户,并要求合法用户设

6、置其密码,保证用户身份不被盗用;完整性要求:a、各种信息记录的完整性,信息记录内容不能为空;b、各种数据间相互的联系的正确性;c、相同的数据在不同记录中的一致性。1.3 功能需求车辆租赁管理系统用来管理与租赁车辆有关的业务。所谓的部门,就是分店。本车辆租赁公司的总部在北京,它在沈阳、呼和浩特、武汉、南京各有一家分店。分店与北京总部的格式差不多,区别是北京总部的规模更大一点。每家分店都有若干名员工,在这些员工中,有一个经理,几位高级技师,几位技师,有的分店还有前台等其他人员。系统的用户分为低级、高级两个级别。高级用户可以进行的操作很多,有员工管理、车辆管理、部门管理等;低级用户的操作就要少一些了

7、,主要有客户管理、新增租赁协议、新增损坏报告等。在高级用户的车辆管理中,高级用户不能随便地删除一辆车,这辆车必须是受损非常严重的车。而车辆受损程度的确定,是在低级用户的新增损坏报告中进行的。所以,高级用户的操作并不是随便什么都行的,它在某种程度上受限于低级用户的操作。损坏报告和租赁协议不能直接删除。当某辆车受损非常严重需要进行报废处理时,那么在进行报废处理的同时,也把这辆车的损坏报告和租赁协议也一起删除了。在低级用户模块中,可以对用户进行直接的增加删除修改操作,但是当删除时,如果这个用户已经借了车,则删除这个用户的操作将不能进行。2 用例根据用户的描述,我们可以画出用例图,来说明系统要完成哪些

8、功能,并附上用例描述,来具体解释一些重要的用例。2.1 用例图低级系统用户用例图高级系统用户用例图2.2 用例描述重要用例的用例描述用例名称客户租车请求标识符参与者低级系统用户用例描述低级系统用户利用系统为客户完成租车业务前置条件低级系统用户已登录系统;客户信息已经存入系统数据库后置条件生成一份租赁协议,并且把租赁协议的信息存入数据库基本操作流程1,低级系统用户把客户的租车条件(例如,租车的起止时间等)录入系统;2,系统查询到符合条件的车辆集并把结果返回到界面;3,客户选择他/她喜欢的一辆汽车;4,低级系统用户添入保险信息;5,低级系统用户确认租赁协议生效可选操作流程修改历史记录用例名称增加客

9、户标识符参与者低级系统用户用例描述低级系统用户利用系统把新客户的信息存入数据库前置条件低级系统用户已登录系统后置条件此时这位新增的客户就可以进行租车的行为了基本操作流程1,低级系统用户把客户信息输入界面;2,系统检查此客户是否已经存在于数据库,如果不存在,则转向流程3;3,系统把客户信息存入数据库可选操作流程1,如果数据库中已经存在姓名相同的客户,此时若他们的电话号码也相同,则宣布新增客户信息的操作失败;2,如果输入的客户姓名、手机号码、邮编、电子邮件地址有误的话,系统会弹窗警告输入错误,并且使自己仍处于等待录入信息的状态修改历史记录用例名称删除客户标识符参与者低级系统用户用例描述低级系统用户

10、利用系统把存于数据库的某个用户的信息删除前置条件低级系统用户已经登录系统后置条件基本操作流程1,低级系统用户通过界面录入信息,筛选出想要删除的客户;2,低级系统用户选中欲删除的客户,然后点击“删除”按钮,如果该客户在删除的时间段中没有与车辆租赁公司有租车业务,则转到3;3,系统把数据库中该客户的信息删除可选操作流程如果该客户在删除的时间段中与车辆租赁公司有租车业务,则系统宣布操作失败修改历史记录用例名称报废车辆标识符参与者高级系统用户用例描述高级系统用户利用系统把数据库中某些车辆的信息删除,以达到“报废”车辆的目的前置条件高级系统用户已经登录系统后置条件基本操作流程1,高级系统用户筛选受损严重

11、的车辆集;2,系统把车辆集显示到界面;3,高级系统用户选中欲删除的车辆,点击“报废”按钮;4,系统首先把该车辆的租赁协议从数据库删除;5,系统再把该车辆的损坏报告从数据库删除;6,最后系统把该车辆的信息从数据库删除可选操作流程修改历史记录3 系统功能的设计和划分根据如上得到的用户需求,我们将本系统按照所完成的功能分成以下两个子系统:低级系统用户子系统、高级系统用户子系统。在低级系统用户子系统中,有客户管理、租车管理和车辆检修管理共三个部分。在高级系统用户子系统中,有系统用户管理、员工管理、部门管理、租赁协议查询部分、损坏报告查询和车辆管理共六个部分。3.1 客户管理部分对来公司租车或与公司有长

12、期租车业务关系的个人/单位进行登记和管理。只有把客户的信息存入数据库之后才能向该客户提供其他业务服务。需要存入的客户的信息主要有客户的姓名、住址(省、市、区、街道、门牌号)、电话号码等。3.2 租车管理部分为客户提供租车服务。前提是此客户的信息已存入数据库。操作系统的员工即低级系统用户把客户提供的起租日期、还车日期等租车条件录入系统,由系统选出一个符合条件的车辆集,然后再让客户从中选择一个他/她喜欢的车。选定车之后,要签订保险协议(保险协议是租赁协议的一部分)。3.3 车辆检修管理部分当客户把车还回公司后,公司员工需要对车进行检修,以便发现由客户造成的对车辆的损害。公司也规定对车辆定时地做一些

13、检修工作,以便发现并解除车辆身上的安全隐患。每一次车辆检修的结果,都生成一个“损坏报告”并存入数据库。损坏报告中一个很重要的字段是“损坏程度(损坏星级)”。损坏程度由一个15的数值表示,值越大,表示车辆的受损程度越深。高级系统用户子系统3.4 系统用户管理部分可以进行系统用户的增加、删除、查询、修改密码等操作。高级系统用户可以创建另外若干个高级系统用户,也可以创建若干个低级系统用户。3.5 员工管理部分可以进行员工的雇佣、解聘、修改信息等操作。3.6 部门管理部分可以创建、删除部门,也可以对部门的信息进行修改、查询等操作。部门的信息包括部门所在地、经理、电话等信息。经理是该部门的员工。在创建部

14、门时,因为该部门暂时还没有员工,所以可以先不指定经理。3.7 租赁协议查询部分可以查询所有的租赁协议。可以按条件查询某一范围内的租赁协议,也可以输入精确条件定位一个租赁协议。3.8 损坏报告查询部分类似租赁协议3.9 车辆管理部分该部分可以实现增加车辆、修改车辆信息、报废车辆、查询车辆的操作。查询车辆信息时,可以不输入任何条件直接查询,这样得到的是所有的车辆的信息。可以输入车辆制造厂、车型等条件缩小查询结果集。可以修改车辆的所属部门,以实现车辆的部门间调度。可以修改车辆的日租金,以便适应物价的变化。在损坏报告中对车辆的损坏程度做出评级。车辆报废部分可以把那些损坏最严重的车筛选出来,再进行报废处

15、理(即把车辆信息从数据库删除)。不可以对损坏程度未达到最严重的车进行删除操作。4 数据字典3.1 用户=使用系统的人用户(user)=用户编号+用户名+用户级别+密码+注册时间3.2 客户=租车的人客户(client)= 客户编号+客户姓名+客户所在街道+城市+省份+邮编+电话+电子邮件3.3 员工=描述员工职能员工(employee)=员工编号+员工姓名+性别+出生日期+员工家庭所在街道+员工家庭所在成城市+员工家庭所在省份+工作电话+职位+月薪+雇佣日期+所属部门3.4 部门=描述部门职能部门(outlet)=部门编号+部门所在街道+部门所在市+部门所在省份+部门邮编+部门电话+部门经理3

16、.5 车辆=描述车辆属性车辆(vehicle)=车辆编号+制车场+车型+车外壳颜色+车容量+日租金+所属部门3.6 数据库协议=描述顾客和公司的约定数据库协议(rentalAgreement)=租赁协议号+起租日期+预定还车时间+租前汽车里数+还车后汽车里程数+保险单号+保险种类+保险金额+客户编号+车辆编号3.7 损坏报告=描述车辆当前状态损坏报告(faultReport) =车辆编号+检查日期+检查时间+评语+损坏程度+检查员工编号5 数据流图低级系统用户子系统新增租赁协议部分的数据流图高级系统用户子系统车辆报废处理部分的数据流图6 对象描述6.1 类定义Superinmyobject 本

17、程序中的超类,一下七个类都是继承它而得User 系统用户Client 客户Outlet 部门Employee 员工Vehicle 车辆RentalAgreement 租赁协议FaultReport 损坏报告6.2 对象模型图6.3 类关联描述序号类关联关联关系意义1部门和员工1:0.*一个部门可以有多名员工;部门创建初期可以暂时没有员工2部门和汽车1:0.*一个部门可以有多台车辆3汽车和损坏报告1:0.*一辆汽车可以进行多次检修4汽车和租赁协议1:0.*一辆汽车可以被租出多次7 场景3.1 场景:低级/高级系统用户登录系统描述:用于使低级/高级系统用户登录系统,登录时要验证管理员输入的用户名是

18、否存在,若用户名存在要进而验证密码是否正确.前提是低级/高级系统用户已经注册到系统上.动作:1低级/高级系统用户运行系统;2选择用户级别,输入用户名和密码;3系统进行验证.顺序图: 3.2 客户租车描述:低级系统用户操作系统,向客户提供租车服务。动作:1,低级系统用户把客户的租车条件(例如,租车的起止时间等)录入系统;2,系统查询到符合条件的车辆集并把结果返回到界面;3,客户选择他/她喜欢的一辆汽车;4,低级系统用户添入保险信息;5,低级系统用户确认租赁协议生效顺序图:3.3 报废车辆描述:高级系统用户把损坏严重的车辆报废,即把此车的信息从数据库删除。随同车辆信息一同删除的还有与次车辆有关的租

19、赁协议、损坏报告动作:1,高级系统用户筛选受损严重的车辆集;2,系统把车辆集显示到界面;3,高级系统用户选中欲删除的车辆,点击“报废”按钮;4,系统首先把该车辆的租赁协议从数据库删除;5,系统再把该车辆的损坏报告从数据库删除;6,最后系统把该车辆的信息从数据库删除顺序图:3.4 删除客户描述:低级系统用户把一些不常用的客户删除,以增加数据库可用存储空间动作:1,低级系统用户通过界面录入信息,筛选出想要删除的客户;2,低级系统用户选中欲删除的客户,然后点击“删除”按钮,如果该客户在删除的时间段中没有与车辆租赁公司有租车业务,则转到3;3,系统把数据库中该客户的信息删除顺序图:8 系统各个部分的设

20、计过程8.1 系统中各实体的E-R图根据需求分析的结果,我们设计规划出的实体有如下:User实体,Employee实体,Client实体,FaultReport实体,RentalAgreement实体,Outlet实体,Vehicle实体各实体的E-R图描述如下:8.2 客户管理部分E-R图根据需求分析给出的数据流图,参照数据字典中的详细描述,给出客户管理部分的分E-R图: 8.3 租车管理部分E-R图根据需求分析给出的数据流图,参照数据字典中的详细描述,给出租车管理部分的分E-R图:8.4 车辆检修管理部分E-R图8.5 系统用户管理部分E-R图与客户管理部分类似,略。8.6 员工管理部分E

21、-R图与客户管理部分类似,略。8.7 部门管理部分E-R图与员工管理部分类似,略。8.8 租赁协议查询部分E-R图8.9 损坏报告查询部分E-R图与租赁协议查询部分类似,略。8.10 车辆购入、查询、信息修改部分E-R图8.11 车辆报废处理部分(包含对租赁协议、损坏报告的删除)E-R图9 视图集成以上便是系统各个部分的分E-R图设计及过程,接着要做的就是将所有的分E-R图进行综合,合成一个系统的总E-R图。由于本系统比较简单,分E-R图规模也比较小,所以E-R图合成过程采用一次将十个分E-R图集成总E-R图的方式。分两步进行:第一步:合并。解决各分E-R图之间的冲突,将各分E-R图合并起来生

22、成初步E-R图。各分E-R图之间的冲突主要有三类:属性冲突:(1)属性域冲突,即属性值的类型、取值范围或取值集合不同。由于本系统较简单,所以并不存在这种冲突; 2)属性取值单位冲突。由于本系统较简单,不存在这类冲突;命名冲突:同名异义:由于本系统较简单,所以不存在这类冲突;异名同义:由于本系统较小,所以不存在这类冲突;结构冲突:同一对象在不同应用中具有不同的抽象:本系统在需求分析阶段原本存在这种冲突,考虑到后期的简化合并,我们在设计各个分E-R图就早先解决了这个问题,即将在任何一个分E-R图中作为实体出现的属性全部作为实体;同一实体在不同分E-R图中所包含的属性个数和属性排列次序不完全相同:由

23、于本系统较简单,所以并不存在这种冲突;第二步:修改和重构。消除不必要的冗余,生成基本E-R图。由于本系统涵盖的内容比较少,基本不存在冗余的现象,所以初步E-R图就是基本E-R图,不必再进行调整。下面给出总E-R图。五 物理设计1 表汇总表名功能说明user存储使用系统的用户的信息client存储客户信息。所谓客户,指的是向车辆租赁公司租借车辆的个人或单位employee存储员工信息outlet存储部门信息(也可理解为存储分店信息)vehicle存储车辆信息rentalAgreement存储租赁协议。所谓租赁协议,是指客户向公司租借车辆时所签署的合同faultReport存储损坏报告。损坏报告是

24、指员工对车辆检查完之后的检查结果2 表的详细设计表名user数据库用户主键userID、userName其他排序字段索引字段序号字段名称数据类型(精度范围)允许为空Y/N唯一Y/N默认值约束条件/说明1userIDintNY用户编号2usernamechar(20)NY用户名3userLevelchar(20)YN用户级别4userPasswordchar(20)YN密码5registerDatedateYN注册年、月、日6registerTimetime注册时、分Mysql脚本DROP TABLE IF EXISTS user;CREATE TABLE user ( userID int(1

25、1) NOT NULL, userName char(20) NOT NULL, userLevel char(20) default NULL, userPassword char(20) default NULL, registerDate date default NULL, registerTime time default NULL, PRIMARY KEY (userID,userName) ENGINE=InnoDB DEFAULT CHARSET=gb2312;表名client数据库用户主键clientNo其他排序字段索引字段clientNo、clientTelNo序号字段名称

26、数据类型(精度范围)允许为空Y/N唯一Y/N默认值约束条件/说明1clientNointNY客户编号2clientNamechar(10)YN客户姓名3clientStreetvarchar(100)YN客户所住的街道4clientCitychar(10)YN客户所在城市5clientProvincechar(10)YN客户所在省份6clientZipCodechar(6)YN客户邮编7clientTelNochar(15)YY客户电话8clientEmailAddresschar(40)YN客户电子邮件Mysql脚本DROP TABLE IF EXISTS client;CREATE TAB

27、LE client ( clientNo int(11) NOT NULL, clientName char(10) default NULL, clientStreet varchar(100) default NULL, clientCity char(10) default NULL, clientProvince char(10) default NULL, clientZipCode char(6) default NULL, clientTelNo char(15) default NULL, clientEmailAddress char(40) default NULL, PR

28、IMARY KEY (clientNo), UNIQUE KEY clientNo USING BTREE (clientNo), UNIQUE KEY clientTelNo USING BTREE (clientTelNo) ENGINE=InnoDB DEFAULT CHARSET=gb2312;表名employee数据库用户主键employeeNo其他排序字段外键outletNo,参考outlet.outletNo索引字段outletNo序号字段名称数据类型(精度范围)允许为空Y/N唯一Y/N默认值约束条件/说明1employeeNointNY员工编号2namechar(8)YN员工姓

29、名3sexchar(2)YN性别4DOBdateYN出生日期5employeeHomeStreetvarchar(200)YN员工家庭所在街道6employeeHomeCitychar(10)YN员工家庭所在城市7employeeHomeProvincechar(10)YN员工家庭所在省份8workTelExtchar(12)YN工作电话9positionchar(20)YN职位10salaryintYN月薪11dateStarteddateYN雇佣日期12outletNointYN所属部门Mysql脚本DROP TABLE IF EXISTS employee;CREATE TABLE em

30、ployee ( employeeNo int(11) NOT NULL, name char(8) default NULL, sex char(2) default NULL, DOB date default NULL, employeeHomeStreet varchar(200) default NULL, employeeHomeCity char(10) default NULL, employeeHomeProvince char(10) default NULL, workTelExt char(12) default NULL, position char(20) defa

31、ult NULL, salary int(11) default NULL, dateStarted date default NULL, outletNo int(11) default NULL, PRIMARY KEY (employeeNo), KEY outletNo (outletNo), CONSTRAINT employee_ibfk_1 FOREIGN KEY (outletNo) REFERENCES outlet (outletNo) ENGINE=InnoDB DEFAULT CHARSET=gb2312;表名outlet数据库用户主键outletNo外键manager

32、EmployeeNo,参考Employee.EmployeeNo其他排序字段索引字段outletNo、managerEmployeeNo序号字段名称数据类型(精度范围)允许为空Y/N唯一Y/N默认值约束条件/说明1outletNointNY部门编号2outletStreetvarchar(100)YN部门所在街道3outletCitychar(10)YN部门所在市4outletProvincechar(10)YN部门所在省份5outletZipCodechar(6)YN部门邮编6outletTelNochar(15)YN部门电话7managerEmployeeNointYN部门经理Mysql脚

33、本DROP TABLE IF EXISTS outlet;CREATE TABLE outlet ( outletNo int(11) NOT NULL, outletStreet varchar(100) default NULL, outletCity char(10) default NULL, outletProvince char(10) default NULL, outletZipCode char(6) default NULL, outletTelNo char(15) default NULL, managerEmployeeNo int(11) default NULL,

34、 PRIMARY KEY (outletNo), UNIQUE KEY outletNo USING BTREE (outletNo), KEY managerEmployeeNo USING BTREE (managerEmployeeNo), CONSTRAINT outlet_ibfk_1 FOREIGN KEY (managerEmployeeNo) REFERENCES employee (employeeNo) ENGINE=InnoDB DEFAULT CHARSET=gb2312;表名vehicle数据库用户主键vehicleNo外键outletNo,参考outlet.outl

35、etNo其他排序字段索引字段outletNo序号字段名称数据类型(精度范围)允许为空Y/N唯一Y/N默认值约束条件/说明1vehicleNointNY车辆编号2vehicleMakechar(20)YN制车厂3vehicleModelchar(20)YN车型4colorchar(10)YN车外壳颜色5capacitysmallintYN车容量(可搭载最多人数)6hireRatesmallintYN日租金7outletNointYN所属部门Mysql脚本DROP TABLE IF EXISTS vehicle;CREATE TABLE vehicle ( vehicleNo int(11) NO

36、T NULL, vehicleMake char(20) default NULL, vehicleModel char(20) default NULL, color char(10) default NULL, capacity smallint(6) default NULL, hireRate smallint(6) default NULL, outletNo int(11) default NULL, PRIMARY KEY (vehicleNo), KEY outletNo USING BTREE (outletNo), CONSTRAINT vehicle_ibfk_1 FOR

37、EIGN KEY (outletNo) REFERENCES outlet (outletNo) ENGINE=InnoDB DEFAULT CHARSET=gb2312;表名rentalAgreement数据库用户主键rentalNo外键clientNo,参考client.clientNovehicleNo,参考vehicle.No其他排序字段索引字段policyNo,clientNo,vehicleNo序号字段名称数据类型(精度范围)允许为空Y/N唯一Y/N默认值约束条件/说明1rentalNointNY租赁协议号2dateStartdateYN起租日期3dateReturndateYN预

38、定还车时间4mileageBeforeintYN租前汽车里程数5mileageAfterintYN还车后汽车里程数6policyNointYN保险单号7insuranceCoverTypecharYN保险种类8insurancePremiumintYN保险金额9clientNointYN客户编号10vehicleNointYN车辆编号Mysql脚本DROP TABLE IF EXISTS rentalagreement;CREATE TABLE rentalagreement ( rentalNo int(11) NOT NULL default 0, dateStart date defau

39、lt NULL, dateReturn date default NULL, mileageBefore int(11) default NULL, mileageAfter int(11) default NULL, policyNo int(11) default NULL, insuranceCoverType char(20) default NULL, insurancePremium int(11) default NULL, clientNo int(11) default NULL, vehicleNo int(11) default NULL, PRIMARY KEY (re

40、ntalNo), UNIQUE KEY policyNo USING BTREE (policyNo), KEY clientNo USING BTREE (clientNo), KEY vehicleNo USING BTREE (vehicleNo), CONSTRAINT rentalagreement_ibfk_1 FOREIGN KEY (clientNo) REFERENCES client (clientNo), CONSTRAINT rentalagreement_ibfk_2 FOREIGN KEY (vehicleNo) REFERENCES vehicle (vehicl

41、eNo) ENGINE=InnoDB DEFAULT CHARSET=gb2312;表名faultReport数据库用户主键vehicleNo,dateChecked外键employeeNo,参考employee.employeeNovehicleNo,参考vehicle.vehicleNo其他排序字段索引字段employeeNo序号字段名称数据类型(精度范围)允许为空Y/N唯一Y/N默认值约束条件/说明1vehicleNointNY车辆编号2dateCheckeddateNY检查日期3timeCheckedtimeYN检查时间4commentsvarcharYN评语5faultStartLevelintYN损坏程度6employeeNointYN检查员工编号Mysql脚本DROP TABLE IF EXISTS faultreport;CREATE TABLE faultreport ( vehicleNo int(11) NOT NULL, dateChecked date NOT NULL, timeChecked

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 其他


经营许可证编号:宁ICP备18001539号-1