停车管理数据库分析与设计.doc

案例分析：停车管理数据库的设计与实现 独立完成：图书管理数据库的设计与实现（设计文档） 停车管理数据库的分析与设计 分解任务： 二、任务一 需求分析（明确需求，明确功能） 创建数据库前首先应进行需求分析，通过调查，收集与分析确定功能。 任务描述：通过分析业务流程，确定数据库的用途。 知识目标：需求分析的过程和方法 任务实现： 1、计时方法：停车场停车时间是根据车辆驶入时，驶出时结束计时。 2、计费方法：时间+车型大小 3、分析得出相关功能： （1）建立停车费率标准表，车辆进出登记表 （2）计算停车费 （3）统计日驶入车辆，日驶出车辆，当前车辆信息，日收入，月收入，年收入 三、任务二 概念结构分析 （实体-联系图 E-R图） 实体 实体有什么属性 实体间如何联系 车辆（车牌号，品牌，颜色，型号） 费率（车型号，车型，费率） 实体----矩形 属性---椭圆 联系---菱形 实体与实体间联系类型：（集合间的关系） 一对一 一对多 多对多 将需求分析抽象为概念模型，目的是分析数据之间的内在关联，在此基础上建立数据的抽象模型。 任务描述：概念结构分析 ，画出E—R图。 知识目标：E－R图的描述方法。 任务实现： 图1：费率标准实体E－R图 图2：车辆E－R图 图3：费率标准与车辆进出登记之间的关系 四、任务三 逻辑设计 数据库逻辑设计的任务就是将概念结构转换成特定的数据库管理系统所支持数据模型 转换成：关系 任务描述：将E－R图转换成关系（表）来表示 知识目标：掌握转换方法 任务实现： 1、E－R图转换为关系（表） 费率（车型号，车型，费率） 实体名 （属性） 车辆（车牌号，品牌，型号，颜色） 停车（车牌号，车型号，车型，车品牌，车颜色，费率，进入时间，驶出时间，停车时间，费用） 外键 1、设置主键（主键保证数据唯一） 2、去除掉冗余（去掉不必要的重复） 三、物理设计 ： 将关系转换成物理表， 关系名---表名 属性-----(字段+定义) 注意问题：取名：英文 字段类型选择：所存储数据的特点 字符，数值，日期时间型 费率表（tb_rates） 编号 字段名（列名） 字段类型 长度 字段描述 1 Models_ID char 5 车型号 2 Models Varchar 10 车型 3 Rates int 费率（每小时） 车辆表（tb_vehicles） 编号 字段名（列名） 字段类型 长度 字段描述 1 vehicle_ID Char 10 车牌号 2 Vehicle_model varchar 10 车型号 3 Vehicle_brand varchar 10 品牌 4 Vehicle_color varchar 4 颜色 停车表（tb_parking） 编号 字段名（列名） 字段类型 长度 字段描述 1 vehicle_ID Char 10 车牌号 Models_ID char 5 2 In_time smallDatetime 驶入时间 3 Out_time smallDatetime 驶出时间 4 Park_time Int 停车时间 5 cost real 费用 六、知识拓展： 完成书后练习 图书管理数据库的分析与创建 第二部分 二、任务一 建立停车管理数据库 注意问题： 建立方法： 相关参数设置 增长设置（磁盘空间，文件变化等） 文件位置设置 演示实现过程 学生练习 三、任务二 建立数据库表 任务描述：建立设计的三个表，并输入记录 知识目标： 掌握表的建立方法 理解数据类型，及各自的特点和选用原则 记录输入的方法 注意问题： 数据类型的选择 易混淆的数据类型 (1)char、varchar、text和nchar、nvarcharchar和varchar的长度都在1到8000之间，它们的区别在于char是定长字符数据，而varchar是变长字符数据。所谓定长就是长度固定的，当输入的数据长度没有达到指定的长度时将自动以英文空格在其后面填充，使长度达到相应的长度；而变长字符数据则不会以空格填充后面三种数据类型和前面的相比，从名称上看只是多了个字母n，它表示存储的是Unicode数据类型的字符。写过程序的朋友对Unicode应该很了解。字符中，英文字符只需要一个字节存储就足够了，但汉字众多，需要两个字节存储，英文与汉字同时存在时容易造成混乱，Unicode字符集就是为了解决字符集这种不