小区物业管理系统数据库设计范本.docx
《小区物业管理系统数据库设计范本.docx》由会员分享,可在线阅读,更多相关《小区物业管理系统数据库设计范本.docx(31页珍藏版)》请在咨信网上搜索。
小区物业管理系统 的设计与实现 报告内容摘要: 1 需求分析说明书 2 概念结构设计 3 逻辑结构设计 4 物理结构设计 5 详细设计 6 总结(经验体会) 小组自评: 在设计实现整个项目的过程中,小组成员都积极参与并且表现出了热情认真的态度。尤其是在遇到大家都不清楚的地方时,每个人都能积极去查阅资料,然后及时分享信息,这对于我们本身对数据库的课程学习也是非常有效的一种促进。每一个部分我们都选出了主要的负责人,虽然如此但是每一个板块每一个人都积极参与其中,制表,写实现方案,收集资料,汇总,有分工有合作,在彼此监督下还算是非常圆满的完成了此次作业。 当然,也有很多不足之处。首先就是表现在对项目设计的经验欠缺上,致使前期的设计工作一度陷入非常拖拉的状况,并且表现在对后来整个项目的实现中出现了几次较大的改动。由于对课程知识掌握不够好,很多地方我们花费的功夫都比较大,幸而在大家的齐心协力之下一一解决。 签名: 年 月 日 小组协作基本信息 项目名称 小区物业管理系统 组长 学 号 115041334 姓 名 任晏平 电话号码 18681636596 小 组 小区物业管理系统设计小组 班 级 1150413 项目组成员 学号 姓名 承担任务 签字 115041336 孟青云 物理设计 115041333 陈胜斌 概念设计 115041331 孙策 详细设计 115041302 金宜明 逻辑设计 115041334 任晏平 需求分析 研究内容概述 针对普通的小区物业管理,设计一个方便的小区物业管理系统。通过查阅资料、调查实际情况,给出合理的需求分析。在此基础上,小组成员分工合作完成逻辑设计等后续工作,结合课程所学内容,实现小区物业管理系统的简单运行。 执行进度 执行进度 执行过程 执行时间 需求分析 2013.5.7——2013.5.13 概念结构设计 2013.5.14——2013.5.20 逻辑结构设计 2013.5.21——2013.5.23 物理设计 2013.5.24——2013.5.27 数据库的实施与维护 2013.5.28——2013.6.5 目录 1 需求分析 5 1. 1 调查用户需求 5 1. 2 系统功能设计与划分 6 1. 3 数据流图 7 1.4 数据字典 9 2 概念设计文档 12 2.1 分ER图 12 2. 2 全局ER 图 15 3 逻辑结构设计 16 3.1 全局ER图 16 3.2 转换为关系模型及优化 16 3.3 设计用户子模式 17 4 物理结构设计 17 4.1、表结构设计 17 4.2 数据库的创建 18 4.3 数据表的创建 18 4.4 数据完整性设计 19 5 详细设计及实现 20 5.1 触发器的创建 20 5.2 存储过程的创建 20 6 总结 20 课程答辩记录表 21 小组评价表 22 组员评价表 23 1 需求分析 1. 1 调查用户需求 本系统的最终用户为小区业主,小区物业管理人员。根据我们日常生活中的经验,结合对周边小区物业管理人员的咨询和对周边小区业主的调查,以及网上资料查询,得出用户的下列实际要求: 一、 小区的基本情况 业主生活在小区里,每个小区都会有若干名工作人员负责本小区的日常管理。 1. 业主的基本信息: 入住时,每位业主都有唯一的编号,并生成一个小区物业管理系统帐号和密码。同时记录下客户的基本资料(业主资料和住房资料)。 2. 管理员的基本信息: 每个管理员都有唯一的管理员编号,管理员登陆物业管理系统也需要相应的账号和密码,并记录管理员的基本信息;同时便于小区内业主对管理员的管理工作进行评价,如投诉某位管理员的服务不当或者消极怠工。 3. 公共财产管理的基本信息: 每个业主共同分担公共财产的使用、维护、管理,比如水电房,煤气消防,停车场,区内小道,住宅楼宇电梯等,为了对不同的财产进行区分,可以为每种财产分配不同的财产号。这样有利于财产的报修和管理。同时维护小区安保工作,绿化、清洁及安全科普宣传,协助街道居委民警工作,代收各项费用如管理费。 4. 快件收发的基本信息: 每个小区都有邮件收发的管理,当本小区业主有信件时,相应的会有信件的到达时间,接受信件的业主姓名和他所在的房编号。有时,同一个业主有多封信件需要接收,需要表示一个业主有多少封信件。当信件接收后,应有一个接收信件的时间,表示信件已成功到达指定的业主手中。 5. 报修的基本信息: 小区及业主单元房中经常出现财产的损坏,比如路灯坏了,厕所的马桶出故障了等,这时,业主们需要将财产损坏情况报告给小区物业管理员,以便物业公司派人进行维修。这时,需要记录报修的房编号和损坏的财产编号,同时记录报修的时间和损坏的原因。当损坏的财产维修完毕后,应记录解决时间,表示该报修成功解决。 6. 投诉的基本信息: 在日常生活当中,业主和物业管理公司必然存在一定的分歧。为满足业主需求,提高物业管理公司办公水平。业主可以向物业管理公司提出建议和投诉。业主一旦投诉,物业管理人员必须马上对投诉进行辨别与确认,继而对合理投诉进行加强改善,同时通知业主。 7. 费用管理的基本信息: 管理业主是否缴纳物业管理费用信息,以及通知业主进行缴水费,电费,煤气费等费用及相关使用情况;使用户的生活更加方便快捷。 二、 用户对系统的要求 1、小区物业管理员: a.信息要求: 小区物业管理员能查询上面提到的业主、单元房、公共财产管理等所有基本信息,从而实现对于小区的管理。 b.处理要求: 管理员可以在原有个人资料上添加、修改、删除个人信息。 当业主基本信息发生变化时,小区物业管理员能对其进行修改。比如,某些业主搬离小区,他们在本小区中相应的记录就应该删去;或者业主将单元房转售他人,他们记录中业主基本信息也要作相应的修改等等。 当快件到达本小区时,小区物业管理员应依据到达快件的相关信息在快件信息中插入一条记录,当业主们接收快件后,管理员应登记快件的接收时间,表明该信件已成功到达收信人的手中。 当公共财产报修及时解决后,管理员应登记解决时间,表明该报修问题已成功解决。 当业主投诉时,物业管理人员必须马上对投诉进行辨别与确认,继而对合理投诉进行加强改善,同时通知业主。 核对每月资源使用情况,计算后通知业主缴纳相应费用。 c.安全性与完整性要求: 安全性要求: 1.系统应设置访问用户的标识以鉴别是否是合法用户,并要求合法用户设置其密码,保证用户身份不被盗用; 2.系统应对不同的数据设置不同的访问级别,限制访问用户可查询和处理数据的类别和内容; 3.系统应对不同用户设置不同的权限,区分不同的用户,如区分普通用户(学生),管理员。 完整性要求: 1.各种信息记录的完整性,信息记录内容不能为空; 2.各种数据间相互的联系的正确性; 3.相同的数据在不同记录中的一致性。 2、小区业主: a.信息要求: 小区业主们能查询其所在的单元房的所有信息。能查询自己的快件信息。能查询自己的报修记录、投诉记录和缴费记录。 b.处理要求: 小区业主可以在个人信息中进行添加、修改、删除家庭人员信息。 小区业主可以在投诉记录中插入投诉信息,表示对于物业管理公司的建议和投诉。 小区业主能在报修记录中插入报修信息,表示公共财产发生了损毁需要小区物业管理公司派人维修。 月末时,小区业主能查看到自己的费用情况,并按时缴纳费用,确保生活有序进行。 1.2系统功能设计与划分 根据如上得到的用户需求,我们将本系统按照所完成的功能分成以下几部分: 一、用户管理部分 1、处理用户登录 2、处理用户添加、修改、删除个人信息 3、用户可以提交和查询投诉信息 4、用户可以查询快件信息。 5、用户可以提交与查询报修信息。 6、用户可以查询费用信息。 7、用户可以修改用户自己密码。 二、管理员管理部分 1、处理管理员登录 2、管理员可以查询业主信息。 3、管理员可以发布与更新快件信息。 4、管理员可以插入、修改与查询报修信息。 5、管理员可以插入、修改与查询业主投诉信息。 6、管理员可以发布、处理费用信息。 7、管理员可以修改管理员密码。 1. 3 数据流图 业主分数据流图 管理员分数据流图 已修 登记 报修分数据流图 已修信息 业主报修登记表 已修 信息 报修 信息 已修 信息 物业管理人员 报修查询 报修登记 业主 报修 信息 报修 信息 报修 信息 快件分数据流图 投诉分数据流图 费用管理分数据流图 总数据流图 1.4 数据字典 1. 数据项 居住业主 属性名 存储代码 类型 长度 备注 业主姓名 Yname char 20 业主姓名 性别 Ysex char 4 房编号 Dno char 10 业主房号 入住时间 Scheckin date 8 业主搬入时间 家庭情况 Family Char 50 亲属情况 房屋面积 Area Char 10 居住面积 用户ID Uname char 20 用户密码 Upassword char 20 用户类型 Utype tnyint 1 普通超级用户 物业管理人员 属性名 存储代码 类型 长度 备注 管理人员姓名 Gname char 20 管理员姓名 性别 Gsex char 4 物业编号 Gno char 10 管理员编号 入职时间 Gtime char 8 进入公司时间 用户ID Uname char 20 用户密码 Upassword char 20 用户类型 Utype tnyint 1 普通或超级用户 单元房财产 属性名 存储代码 类型 长度 备注 物品号 Pno char 10 单元房物品编号 物品名 Pname char 20 单元房物品名 邮件快递 属性名 存储代码 类型 长度 备注 业主姓名 Yname char 20 收件人姓名 房编号 Dno char 10 收件人房编号 到达时间 Marrive date 8 邮件快递到达时间 接收时间 Mreceive date 8 收件人接收时间 报修: 属性名 存储代码 类型 长度 备注 房编号 Dno char 10 报修人房编号 物品号 Pno char 10 报修物品编号 提交日期 Rsubmit date 8 报修提交日期 解决日期 Rsolve date 8 问题解决日期 报修原因 Rreason char 50 物品损坏原因 投诉: 属性名 存储代码 类型 长度 备注 房编号 Dno char 10 投诉人房编号 物业编号 Gno char 10 受理物业人员 提交日期 Tsubmit date 8 报修提交日期 解决日期 Tsolve date 8 问题解决日期 投诉原因 Treason char 50 投诉原因 费用管理 属性名 存储代码 类型 长度 房编号 Dno char 10 物业编号 Gno char 10 用水量 Water char 20 应缴水费 FWater char 20 用电量 Electric char 20 应缴电费 FElectric char 20 燃气立方数 Gas char 20 应缴燃气费 FGas char 20 开始时间 Fstart char 20 截止时间 Fdeadline char 20 单位物业管理费 Fpart char 20 总物业管理费 Ftotal char 20 总应缴费用 Fall char 20 用户&管理员 属性名 存储代码 类型 长度 备注 用户ID Uname char 20 用户密码 Upassword char 20 用户类型 Utype tnyint 1 普通或超级用户 2.数据结构 数据结构名 组成 用户信息 用户ID,用户密码,用户类型(普通用户,管理员) 居住业主信息 业主姓名,性别,房编号,入住时间,家庭情况,房屋情况 管理员信息 管理员姓名,性别,物业编号,入职时间 公共财产信息 物品号,物品名 邮件快递信息 姓名,房编号,到达时间,接收时间,邮件数量 报修信息 房编号,物品号,提交日期,解决日期,报修原因 投诉信息 房编号,物业编号,提交日期,解决日期,报修原因 费用信息 开始日期,截止日期,资源使用情况,费用数量 3.数据流 数据流名 数据流来源 数据流去向 组成 信息登记(业主) 业主 业主信息记录表 个人信息 信息修改(业主) 业主 业主信息记录表 个人信息 信息查询(业主) 业主信息记录表 业主 个人信息 信息登记(管理员) 管理员 管理员信息记录表 个人信息 信息修改(管理员) 管理员 管理员信息记录表 个人信息 信息查询(管理员) 管理员信息记录表 管理员 个人信息 快件信息登记 物业管理人员 邮件快递表 快件信息 收取快件 邮件快递表 业主 快件信息 报修登记 业主 业主报修记录表 报修信息 查询报修 业主报修记录表 业主 已修信息 已修登记 物业管理人员 业主报修记录表 已修信息 投诉物业管理 业主 业主投诉记录表 投诉信息 查询投诉进度 业主投诉记录表 业主 改善信息 物业管理投诉 物业管理人员 业主投诉记录表 改善信息 信息登记(费用管理) 物业管理人员 业主费用缴纳记录表 费用信息 信息查询(费用管理) 物业管理人员 业主 费用信息 信息查询(费用管理) 业主费用缴纳记录表 业主 缴费信息 信息查询(费用管理) 业主 业主费用缴纳记录表 缴费信息 4.数据存储 数据存储名 输入的数据流 输出的数据流 组成 业主报修记录表 报修信息 已修信息 报修信息 报修信息 已修信息 邮件快递表 快件信息 快件信息 确认信息 快件信息 确认信息 业主投诉登记表 投诉信息 改善信息 投诉信息 改善信息 业主费用记录表 费用信息 缴费信息 费用信息 缴费信息 业主信息记录表 个人信息 个人信息 个人信息 管理员信息记录表 个人信息 个人信息 个人信息 5.处理过程 处理过程名 输入数据流 输出数据流 报修登记 报修信息 报修信息 查询报修 报修信息 报修信息 登记已修信息 已修信息 已修信息 快件收取 快件信息 确认信息 快件信息登记 快件信息 已收信息 投诉物业管理 投诉信息 投诉信息 查询投诉进度 投诉信息 投诉信息 物业管理投诉 改善信息 改善信息 信息登记(业主) 个人信息 个人信息 信息修改(业主) 个人信息 个人信息 信息查询(业主) 个人信息 个人信息 信息登记(管理员) 个人信息 个人信息 信息修改(管理员) 个人信息 个人信息 信息查询(管理员) 个人信息 个人信息 信息登记(费用管理) 费用信息 费用信息 信息查询(费用管理) 费用信息 费用信息 信息登记(费用管理) 缴费信息 缴费信息 信息查询(费用管理) 缴费信息 缴费信息 2 概念设计文档 2.1 分ER图 1、 业主个人信息管理子系统 家庭情况 房屋情况 n 登录 业主 m 姓名 房编号 用户密码 用户ID 业主 公共财产 m n 房编号 姓名 报修时间 报修原因 财产名称 财产号 已修时间 报修 2、 报修子系统 3、 投诉子系统 投诉原因 投诉时间 n m 投诉 物业管理人员 业主 物业编号 房编号 解决时间 姓名 姓名 4、 快件收发子系统 n m 业主 接收 快件 房编号 姓名 房编号 姓名 到达时间 接收时间 5、费用管理子系统 2. 2 全局ER 图 设计完成的E-R图为: 1 m 用户密码 用户 I D 登录 3 逻辑结构设计 3.1 全局ER图 1 m 用户密码 登录 用户 I D 3.2 转换为关系模型及优化 3.2.1 关系模型转换 小区业主(房编号,业主姓名,性别,入住时间,家庭情况,房屋情况) 物业管理人员(物业编号,管理员姓名,性别,入职时间) 公共财产财产(物品号,物品名) 业主网页查询(房编号,用户ID,用户密码) 物业管理人员网页查询(物业编号,用户ID,用户密码) 邮件快递签收(业主姓名,房编号,到达时间,接受时间) 报修(房编号,财产号,报修时间,解决日期,报修原因) 投诉(房编号,投诉时间,解决问题,投诉原因) 费用管理(房编号,物业编号,开始时间,截止时间,用水量,应缴水费,用电量,应缴电费,燃气立方数,应缴燃气费,单位物业管理费,总物业管理费,总应缴费用) (下划线标注的属性为主码) 3.2.2 关系优化 以上表是优化后的关系模型,优化就是要消除非主属性对主属性的部分依赖以及传递依赖。在设计关系模型用户(物业管理人员)网页登陆按规则是要写入业主表(物业管理人员表)的,但是存在了部分依赖和传递依赖,所以优化后就给独立出来。自此所有的都是符合规则的3NF。 3.3 设计用户子模式 为了方便程序查询,建立了如下用户视图(可贴图附代码) 1、 业主信息视图(房编号,业主姓名,性别,入住时间,家庭情况,房屋面积) 2、 管理员信息视图(物业编号,管理员姓名,性别,入职时间) 3、 财产报修视图(房编号,财产名,报修时间,处理时间,报修原因) 4、 投诉视图(房编号,物业编号,投诉时间,解决时间,投诉原因) 5、 业主费用总图(房编号,物业编号,用水量,应缴水费,用电量,应缴电费,燃气立方数,应缴燃气费,单位物业管理费,总物业管理费,总应缴费用,开始时间,截止时间) 4 物理结构设计 4.1、表结构设计 小区业主表 属性名 存储代码 类型 长度 备注 业主姓名 Yname char 20 业主姓名 性别 Ysex char 4 房编号 Dno char 10 业主房号 入住时间 Scheckin date 8 业主搬入时间 家庭情况 Family Char 50 亲属情况 房屋面积 Area Char 10 居住面积 用户ID Uname char 20 用户密码 Upassword char 20 用户类型 Utype tnyint 1 普通超级用户 物业管理人员表 属性名 存储代码 类型 长度 备注 管理人员姓名 Gname char 20 管理员姓名 性别 Gsex char 4 物业编号 Gno char 10 管理员编号 入职时间 Gtime char 8 进入公司时间 用户ID Uname char 20 用户密码 Upassword char 20 用户类型 Utype tnyint 1 普通或超级用户 单元房财产表 属性名 存储代码 类型 长度 备注 物品号 Pno char 10 单元房物品编号 物品名 Pname char 20 单元房物品名 邮件快递表 属性名 存储代码 类型 长度 备注 业主姓名 Yname char 20 收件人姓名 房编号 Dno char 10 收件人房编号 到达时间 Marrive date 8 邮件快递到达时间 接收时间 Mreceive date 8 收件人接收时间 报修表 属性名 存储代码 类型 长度 备注 房编号 Dno char 10 报修人房编号 物品号 Pno char 10 报修物品编号 提交日期 Rsubmit date 8 报修提交日期 解决日期 Rsolve date 8 问题解决日期 报修原因 Rreason char 50 物品损坏原因 投诉表 属性名 存储代码 类型 长度 备注 房编号 Dno char 10 投诉人房编号 物业编号 Gno char 10 受理物业人员 提交日期 Tsubmit date 8 报修提交日期 解决日期 Tsolve date 8 问题解决日期 投诉原因 Treason char 50 投诉原因 费用管理表 属性名 存储代码 类型 长度 房编号 Dno char 10 物业编号 Gno char 10 用水量 Water char 20 应缴水费 FWater char 20 用电量 Electric char 20 应缴电费 FElectric char 20 燃气立方数 Gas char 20 应缴燃气费 FGas char 20 开始时间 Fstart char 20 截止时间 Fdeadline char 20 单位物业管理费 Fpart Char 20 总物业管理费 Ftotal char 20 总应缴费用 Fall char 20 4.2 数据库的创建 4.3 数据表的创建 4.4 数据完整性设计 (列出数据库表中所设置的完整性约束条件) 1. 主键及外键约束: 表名 主键 外键 业主 房编号(Dno) 物业管理人员 物业编号(Gno) 公共财产 物品号(Pno) 邮件快递 房编号(Dno) 业主姓名(Yname) 到达时间(Mreceive) 房编号(Dno) 业主姓名(Yname) 投诉 房编号(Dno) 物业编号(Gno) 提交日期(Tsubmit) 房编号(Dno) 物业编号(Gno) 报修 房编号(Dno) 物品号(Pno) 提交日期(Rsubmit) 房编号(Dno) 物品号(Pno) 日常资源使用情况 房编号(Dno) 物业编号(Gno) 房编号(Dno) 物业编号(Gno) 2. 非空约束: 表名 非空约束 业主 房编号(Dno) 业主姓名(Yname) 物业管理人员 物业编号(Gno) 公共财产 物品号(Pno) 邮件快递 房编号(Dno) 业主姓名(Yname) 到达时间(Mreceive) 投诉 房编号(Dno) 物业编号(Gno) 提交日期(Tsubmit) 报修 房编号(Dno) 物品号(Pno) 提交日期(Rsubmit) 费用管理 房编号(Dno) 物业编号(Gno) 缴费时间(Ftime) 3. Check约束: 表名 Check约束 日常资源使用情况 用X量() 应缴X费() 单位物业管理费(Fpart) 总物业管理费(Ftotal) 总应缴费用(Fall) PS:所有Check约束皆为大于等于“0”。 5 详细设计及实现 5 存储过程的创建 1.执行存储过程查询业主信息 use 小区物业管理 go if exists (select name from sysobjects where name = 'proc_Y' and type = 'p') drop procedure proc_Y go create procedure proc_Y @Did char(10) as select Yname,Ysex,Dno,Ycheckin,Family,Area from 业主 where Dno=@Did 2. 执行存储过程插入业主信息 create proc AddY @id char(10)= NULL, @name nvarchar(20)= NULL, @sex char(4)= NULL, @time smalldatetime= NULL, @mianji char(10)=NULL, @home nvarchar(50)= NULL AS IF @id IS NULL OR @name IS NULL OR @sex IS NULL OR @time IS NULL OR @mianji IS NULL OR @home IS NULL BEGIN PRINT '请重新输入该业主信息!' PRINT '你必须提供业主的房号、姓名、性别、入住时间、面积及家庭情况' RETURN END DECLARE @bitSex bit IF @sex='男' SET @bitSex = 1 ELSE SET @bitSex = 0 BEGIN TRANSACTION INSERT 业主 (Dno,Yname,Ysex,Scheckin,Family,Area) VALUES (@id, @name, @Sex, @time, @home, @mianji) IF @@error <> 0 BEGIN ROLLBACK TRAN RETURN END COMMIT TRANSACTION PRINT '业主'+@name+'的信息成功添加到表业主中。‘ 报修信息 存储过程 1.执行存储过程查询报修信息 use 小区物业管理 go if exists (select name from sysobjects where name = 'proc_Fix' and type = 'p') drop procedure proc_Fix go create procedure proc_Fix as select Dno,Pno,Rsubmit,Rsolve,Rreason from 报修 2.执行存储过程插入报修信息 create procedure AddF @id char(10)= NULL, @Pid char(10)= NULL, @Ttime smalldatetime= NULL, @Stime smalldatetime= NULL, @Reason char(50)= NULL AS IF @id IS NULL OR @Pid IS NULL OR @Ttime IS NULL OR @Stime IS NULL OR @Reason IS NULL BEGIN PRINT '请重新输入该业主信息!' PRINT '你必须提供业主的房号、物品号、提交时间、解决时间、报修原因' RETURN END BEGIN TRANSACTION INSERT 报修 VALUES (@id, @Pid, @Reason,@Stime,@Ttime) IF @@error <> 0 BEGIN ROLLBACK TRAN RETURN END COMMIT TRANSACTION PRINT '房号'+@id+'的报修信息成功添加到表报修中。 '投诉信息 存储过程 use 小区物业管理 go if exists (select name from sysobjects where name = 'proc_T' and type = 'p') drop procedure proc_T go create procedure proc_T as select Dno,Gno,Tsubmit,Tsolve,Treason from 投诉 费用信息 存储过程 use 小区物业管理 go if exists (select name from sysobjects where name = 'proc_F' and type = 'p') drop procedure proc_F go create procedure proc_F as select Dno,Ftime,Fsolve,Fpart,Ftotal,Fall from 费用 快件信息 存储过程 use 小区物业管理 go if exists (select name from sysobjects where name = 'proc_M' and type = 'p') drop procedure proc_M go create procedure proc_M @Did CHAR(20) as select Dno,Yname,Marrive,Mreceive from 快件 where @Did=Dno 6 总结 在为期一个月左右的大作业设计实现过程中,组内成员均表现优秀。大家在繁忙的课程和复习之余为小组共同作业付出了许多时间与精力。做大作业的过程既是一份宝贵的学习简单数据库设计的经验,又是大家对于数据库课程查漏补缺的好机会。大家在认真踏实做好自己分内任务的同时,积极参与到别的模块当中,一起合作,讨论,分享自己的资料和心得,彼此监督,均出色完成了此次作业任务。 尤其是在答辩前最后几天,小组成员一直在积极做着最后的修改。虽然临近期末,但每天晚上项目小组的群里大家总在热烈讨论。短短的时间,大家从毫无头绪到最后做出一个简单雏形,对每一个小组成员都是巨大的收获和成就。这一段过程,也是每一个人的宝贵记忆。 课程答辩记录表 答辩时间 2013 年 06月 06日 答辩地点 6#1007 提问及学生回答问题的主要内容:(可另附页) 1、 在逻辑结构设计板块中,关系模式的转换优化是否有研究过范式级别? 答:我们的设计最低符合第三范式结构。 2、 在分E-R图合并成总E-R图的过程中,可能产生哪些冲突? 答:属性冲突;命名冲突(同名异义、异名同义);结构冲突。 3、 并发事务冲突包括哪些?用什么手段解决? 答:并发事务冲突包括丢失更新问题、读脏数据问题、不可重复读问题,用封锁协议和隔离的办法解决。- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 小区 物业管理 系统 数据库 设计 范本
咨信网温馨提示:
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【xrp****65】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【xrp****65】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【xrp****65】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【xrp****65】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
关于本文