ImageVerifierCode 换一换
格式:DOCX , 页数:43 ,大小:106.80KB ,
资源ID:11907679      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bingdoc.com/d-11907679.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(大数据的库设计说明书.docx)为本站会员(b****8)主动上传,冰点文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰点文库(发送邮件至service@bingdoc.com或直接QQ联系客服),我们立即给予删除!

大数据的库设计说明书.docx

1、大数据的库设计说明书数据库设计说明书 容管理系统(DWCMS)文件状态: 草稿 正式发布 正在修改 文件标识: 兄弟连 大腕组-LMB-DATABASE 当前版本: 2.0 作 者: 大碗小组 文件状态: 2014-01-01版 本 历 史版本/状态作者参与者起止日期 备注1.0大腕组大腕组成员员2013-01-18 2014-01-08 测试版2.0大腕组大腕组成员2014-01-09 2014-02-13正式版1. 引言 在使用任何数据库之前,都必须设计好数据库,包括将要存储的数据的类型,数据之间的相互关系以及数据的组织形式。数据库设计是指对于一个给定的应用环境,构造最优的数据库模式,建立

2、数据库及其应用系统,使之能够有效地存储数据。为了合理地组织和高效率地存取数据,目前最好的方式,就是建立数据库系统,因此在系统的总体设计阶段,数据库的建立与设计是一项十分重要的容。由于数据库应用系统的复杂性,为了支持相关程序运行,数据库设计就变得异常复杂,因此最佳设计不可能一蹴而就,而只能是一种“反复探寻,逐步求精”的过程,也就是规划和结构化数据库中的数据对象以及这些数据对象之间关系的过程。 1.1 编写目的数据库设计的好坏是一个关键。如果把企业的数据比做生命所必需的血液,那么数据库的设计就是应用中最重要的一部分,是一个系统的根基。用于开发人员进行项目设计,以此作为编码的依据,同时也为后续的数据

3、库维护工作提供了良好的使用说明,也可以作为未来版本升级时的重要参考资料。数据库设计的目标是建立一个合适的数据模型。这个数据模型应当是满足用户要求,既能合理地组织用户需要的所有数据,又能支持用户对数据的的所有处理功能。并且要具有较高的式,数据完整性好,效益高,便于理解和维护,没有数据冲突。1.2 背景名称说明数据库名称Lmbang(辣妈帮) 数据库系统MySQL5.0 客户端连接工具MySQL Command Line Client 项目任务提出者LAMP兄弟连-大碗组项目开发者大腕组使用用户大腕组成员1.3 定义Lmbang: 辣妈帮E-R图:实体关系图 1.4 参考资料A. 细说PHP教程

4、B. DWCMS项目需求分析说明书 C. 本项目相关的其他参考资料。 2. 外部设计外部设计是研究和考虑所要建立的数据库的信息环境,对数据库应用领域中各种信息要求和操作要求进行详细地分析,了解应用领域中数据项、数据项之间的关系和所有的数据操作的详细要求,了解哪些因素对响应时间、可用性和可靠性有较大的影响等各方面的因素。2.1 标识符和状态数据库表前缀:lmbang_用户名:root 密码;020808 权限:全部 有效时间:开发阶段 说明:系统正式发布后,可能更改数据库用户/密码,请在统一位置编写数据库 连接字符串,在发行前请予以改正。 2.2 使用它的程序本系统主要利用PHP作为前端的应用开

5、发工具,使用MySQL作为后台的数据库, Linux或Windows均可作为系统平台。2.3 约定 所有命名一定要具有描述性,杜绝一切拼音、或拼音英文混杂的命名方式。 字符集采用 UTF-8,请注意字符的转换。 所有数据表第一个字段都是系统部使用主键列,自增字段,不可空,名称为: id,确保不把此字段暴露给最终用户。 除特别说明外,所有日期格式都采用int格式,无时间值。 除特别说明外,所有字段默认都设置不充许为空, 需要设置默认值。 所有普通索引的命名都是表名加设置索引的字段名组合,例如用户表 User 中 name字段设置普通索引,则索引名称命名方式为 user_name。2.4 支持软件

6、操作系统: Linux / Windows 数据库系统:MySQL 查询浏览工具:PHPMyAdmin 命令行工具:mysql 注意:mysql 命令行环境下对中文支持不好,可能无法书写带有中文的 SQL 语句, 也不要使用PHPMyAdmin录入中文。3. 结构设计数据库的结构设计中有许许多多需要考虑的因素,如数据库的背景、应用环境等方面都需要有深入的了解,只有一个对所有这些因素都很了解的数据库设计专家,他设计的数据库才能易于使用和维护,并且具有高效和一致的特征。虽然这样只对数据库设计过程有一个概要的了解,但是仍然有助于读者了解和掌握 SQL,使读者可以很好地分析数据间的相互关系在使用SQL

7、进行报表的生成、子查询及视图等操作时,可以更好地进行操作。 3.1 概念结构设计概念数据库的设计是进行具体数据库设计的第一步,概念数据库设计的好坏直接影响到逻辑数据库的设计,影响到整个数据库的好坏。我们已经得到了系统的数据流程图和数据字典,现在就是要结合数据规化的理论,用一种模型将用户的数据要求明确地表示出来。概念数据库的设计应该极易于转换为逻辑数据库模式,又容易被用户所理解。概念数据库设计中最主要的就是采用实体-关系数据模型来确定数据库的结构。数据是表达信息的一种重要的量化符号,是信息存在的一种重要形式。数据模型则是数据特征的一种抽象。它描述的是数据的共性,而不是描述个别的数据。一般来说,数

8、据模型包含两方面容。 (1) 数据的静态特性:主要包括数据的基本结构、数据间的关系和数据之间的相互约束等特性。 (2) 数据的动态特性:主要包括对数据进行操作的方法。 在数据库系统设计中,建立反映客观信息的数据模型,是设计中最为重要的,也最基本的步骤之一。数据模型是连接客观信息世界和数据库系统数据逻辑组织的桥梁,也是数据库设计人员与用户之间进行交流的共同基础。概念数据库中采用的实体-关系模型,与传统的数据模型有所不同。实体-关系模型是面向现实世界,而不是面向实现方法的,它主要是用使用方便,因而在数据库系统应用的设计中,得到了广泛应用。实体-关系模型可以用来说明数据库中实体的等级和属性。以下是实

9、体-关系模型中的重要标识: 在数据库中存在的实体 实体的属性 实体之间的关系3.1.1 实体和属性的定义按照定义的数据类型和属性创建实体和实体属性列表。实体形成表,如“用户”就是一个实体,属性则为表中的列,如对应于实体“用户”属性包含“用户名”、“用户ID”等。 实体实体是实体-关系模型的基本对象,是现实世界中各种事物的抽象。凡是可以相互区别开并可以被识别的事、物、概念等对象均可认为是实体。本数据库中,基本的实体列表如下: 广告 意见反馈 帮 帮标签 帮分类 收藏 评论 日记 日记上传数据 达人 友情 热门搜索 加入的帮 赞 私信 私信记录表 图片 用户关系 举报 话题 用户 最近访问 最近浏

10、览 信息 词语过滤在绘制实体-关系图(E-R 图)时,实体出现在矩形中。如图1所示。图1 表示实体的ER图一般来说,每个实体都相当于数据库中的一个表。上面介绍的实体都是强实体,每个实体都有自己的键。但是在实际领域中,经常存在一些实体,它们没有自己的键,这样的实体称为弱实体。弱实体中不同的记录有可能完全相同,难以区别,这些值依赖于另一个实体(强实体)的意义,必须与强实体联合使用。在创建了实体之后,就可以标识各个实体的属性了。 属性每个实体都有一组特征或性质,称为实体的属性。实体的属性值是数据库中存储的主要数据,一个属性实际上相当于表中的一个列。下面来看看“文章”(article)实体。这个实体具

11、有哪些属性呢?对于一篇文章来说,都具有文章标题、文章简介、添加时间、文章来源、文章容、关键字、访问次数、推荐状态、审核状态。所以关于“文章”实体的属性如下: 文章标题(title) 文章编号(id) 文章简介(summary) 添加时间(posttime) 文章来源(comefrom) 文章容(content) 关键字(keyword) 访问次数(views) 推荐状态(recommend) 审核状态(audit) 实体“栏目(column)”包含的属性如下: 栏目标题(title) 栏目路径(path) 栏目描述(description) 排序编号(ord) 由于篇幅有限这里就不列出所有实体

12、的属性了,在绘制 E-R 图中,属性由椭圆包围,在属性和它所属的实体间使用直线进行连接,以实体brocms中 “文章”为例进行示例,如图2所示。图2 包含属性的 Department的 E-R图对于每个实体,都有其确定的主属性(实体中的主属性实际上相当于表中的主键),就可以惟一地确定实体的每个记录。最好是创建一个单独的属性作为主属性,在实体文章中可以选择“文章编号”作为主属性,在绘制 E-R 图中,主属性在属性下加下划线来说明。以实体“文章”为例进行示例,如图-3所示。 图3 定义了主属性的“文章”的 E-R图注意:在数据库设计中,选择和设置列作为主键是一个关键步骤。3.1.2 E-R 图的绘

13、制实体-关系图是表现实体-关系模型的图形工具,简称E-R 图。这节会以DWCMS数据库为例,给出一个完整的数据库的E-R 图设计示例。图3给出了在E-R 图中使用的各种元素的图形符号。图-4 E-R图中使用的各种元素的图形符号在 E-R 图中,实体之间的关系以菱形表示,关系中各方面的表通过直线与菱形中的关系名称相连接。还要为每个关系命名一个“关系名称”,实体与关系相连的直线旁都根据关系的属性标注有“1”或“N”。 E-R图为读者的数据库提供了一个不错的蓝图,可以分成三步进行:首先设计局部 E-R图;然后合并各局部 E-R 图,并解决可能存在的冲突,得到初步 E-R 图;最后修改和重构初步 E-

14、R 图,消除其中的冗余部分,得到最终的全局 E-R 图,即概念模式。设计全局 E-R模式的目的不在于把若干局部 E-R 模式形式上合并为一个 E-R 模式,而在于消除冲突使之成为能够被全系统中所有用户共同理解和接受的统一的概念模型。使设计人员仅从用户角度看待数据及处理要求和约束,产生一个反映用户观点的概念模式。3.1.3 设计局部E-R 模式 先设计局部 E-R 图,也称用户视图。在设计初步 E-R 图时,要尽量能充分地把组织中各部门对信息的要求集中起来,而不需要考虑数据的冗余问题。 局部概念模型设计是从用户的观点出发,设计符合用户需求的概念结构。局部概念模型设计的就是组织、分类收集到的数据项

15、,确定哪些数据项作为实体,哪些数据项作为属性,哪些数据项是同一实体的属性等。确定实体与属性的原则: 能作为属性的尽量作为属性而不要划为实体; 作为属性的数据元素与所描述的实体之间的联系只能是1:n的联系; 作为属性的数据项不能再用其他属性加以描述,也不能与其他实体或属性发生联系。 以下是例子 辣妈帮 的部分局部 E-R 图的设计: 3.1.4 设计全局E-R 模式综合各局部E-R 图,形成总的E-R图,即用户视图的集成。所有局部ER模式都设计好了后,接下来就是把他们综合成单一的全局概念结构。全局概念结构不仅要支持所有局部ER模式,而且必须合理地表示一个完整、一致的数据库概念结构。 另外,在进入

16、下一节之前,先回顾一下概念数据库的设计,其中主要是实体-关系模型的建立。简要总结一下实体-关系模型建立的步骤: (1) 对需求进行分析,从而确定系统中所包含的实体。 (2) 分析得出每个实体所具有的属性。 (3) 保证每个实体有一个主属性,该主属性可以是实体的一个属性或多个属性的组合。主属性必须能惟一地描述每个记录。 (4) 确定实体之间的关系。 经过这些步骤后,读者就可以绘制出 E-R 图。之后可以再看看数据库的需要,判断是否获取了所需的信息,是否有遗漏信息等,读者可以再对 E-R 图进行修改,添加或删除实体与属性。3.1.5 全局 ER 模式的优化 在得到全局 ER 模式后,为了提高数据库

17、系统的效率,还应进一步依据处理需求对 ER模式进行优化。一个好的全局 ER 模式,除能准确、全面地反映用户功能需求外,还应满足下列条件: 1. 实体类型的个数要尽可能的少 2. 实体类型所含属性个数尽可能少 3. 实体类型间联系无冗余 4. 逻辑结构设计逻辑结构设计的任务是把概念设计阶段建立的基本 E-R 图,按照选定的容管理系统软件支持的数据模型,转化成相应的逻辑设计模型。也就是可以将实体、实体间的关系等模型结构转变为关系模式,即生成数据库中的表,并确定表的列。下述讨论由实体-关系模型生成表的方法。 任务:将基本 E-R 图转换为与选用 辣妈帮 产品所支持的数据模型相符合的逻辑结构。 过程:

18、 1) 将概念结构转换为现有辣妈帮 支持的关系模型 。2) 从功能和性能要求上对转换的模型进行评价,看它是否满足用户要求。 3) 对数据模型进行优化 4.1 ER 图向关系模型的转化 上面实体之间的关系的基础上,将实体、实体的属性和实体之间的联系转换为关系模式。这种转换的原则是: 一个实体转换为一个关系,实体的属性就是关系的属性,实体的码就是关系的码。 一个联系也转化为一个关系,联系的属性及联系所连接的实体的码都转化为关系的属性,但是关系的码会根据关系的类型变化,如果是: 1) 1:1联系,两端实体的码都成为关系的候选码 2) 1:n联系,n 端实体的码成为关系的码 3) m : n 联系,两

19、端的实体码的组成为关系的码4.2 消除冗余所谓冗余的数据是指可由基本数据导出的数据,冗余的联系是指可由其他联系导出的联系。冗余数据和冗余联系容易破坏数据库的完整性,给数据库的维护增加困难,应当予以消除。本系统的冗余数据和冗余关系已经在概念结构设计中处理过了,这里不再进行过多的叙述。 5.物理结构设计数据库设计的最后阶段是确定数据库在物理设备上的存储结构和存取方法,也就是设计数据库的物理数据模型,主要是设计表结构。一般地,实体对应于表,实体的属性对应于表的列,实体之间的关系成为表的约束。逻辑设计中的实体大部分可以转换成物理设计中的表,但是它们并不一定是一一对应的。本次项目开发采用的是MySQL建

20、立数据库。 5.1 设计数据表结构在利用MySQL创建一个新的数据表以前,应当根据逻辑模型和数据字典先分析和设计数据表,描述出数据库中基本表的设计。需要确定数据表名称,所包含字段名称,数据类型,宽度以及建立的主键、外键等描述表的属性的容。本项目全部 26 个数据表结构设计如下所示: 表5.1-1 广告结构表表名Lmbang_add 用于保存广告记录,表引擎为 MyISAM 类型, 字符集为 utf-8 列名数据类型属性约束条件说明idSMALLINT(11)无符号/非空/自动增涨主键 广告编号adnameVARCHAR(5)无符号/非空/缺省0 广告名称typeVARCHAR(50)非空/缺省

21、 广告类型picVARCHAR(10)非空/缺省 广告图片urlVARCHAR(100)非空/缺省 地址ordernoINIT(11)排列顺序补充说明 表5.1-2 意见反馈结构表表名Lmbang_advise用于保存反馈的一件,表引擎为 MyISAM 类型, 字符集为 utf-8 列名数据类型属性约束条件说明idINT(11)无符号/非空/自动增涨主键 反馈编号uidINT(11)无符号/非空/缺省0 外键/普通索引反馈用户messageTEXT非空/缺省 反馈信息posttimeBIGINT非空/缺省0反馈时间补充说明 表5.1-3 帮表表名Lmbang_bang 用于保存用户信息,表引擎

22、为 MyISAM 类型, 字符集为 utf-8 列名数据类型属性约束条件说明idINT(11)无符号/非空/自动增涨主键 帮编号bcidINT(11)无符号/非空/缺省0 外键/普通索引(bcid)分类编号bangnameVARCHAR(50)非空/缺省 帮名bangpicVARCHAR(50)非空/缺省 帮图片ordernoINT(11)非空/缺省 排列顺序补充说明与帮分类通过bcid关联表5.1-4 帮标签表表名Lmbang_tag 用于保存标签记录,表引擎为 MyISAM 类型, 字符集为 utf-8 列名数据类型属性约束条件说明idINT(11)无符号/非空/自动增涨主键 消息编号bi

23、dINT(11)无符号/非空/缺省0 帮idtagnameVARCHAR(50)非空/缺省 标签名补充说明通过bid与帮表相关联,标签就是每个帮下面的小分类表5.1-5 帮分类表表名Lmbang_bclass 用于保存帮分类记录,表引擎为 MyISAM 类型, 字符集为 utf-8 列名数据类型属性约束条件说明idINT(11)无符号/非空/自动增涨主键 分类编号bclassnameVARCHAR(50) 分类名补充说明帮的分类,帮表的父级表表5.1-6 最近浏览帮表表名Lmbang_browsebang 用于用户浏览的帮的记录,表引擎为 MyISAM 类型, 字符集为 utf-8 列名数据类

24、型属性约束条件说明idINT(11)无符号/非空/自动增涨主键 浏览编号bidINT(11)无符号/非空/缺省0 帮iduidINIT(11)非空/缺省 用户idbangnameVARCHAR(30)帮名posttimeVARCHAR(20)浏览时间补充说明保存用户的浏览记录表5.1-7收藏表表名Lmbang_collect 用于保存相册记录,表引擎为 MyISAM 类型, 字符集为 utf-8 列名数据类型属性约束条件说明idINT(11)无符号/非空/自动增涨主键 收藏编号uidINT(11)无符号/非空/缺省0 用户idtopicidINIT(11)非空/缺省 话题idcollectti

25、meBIGINT(20)收藏时间补充说明通过uid和topicid与用户表和话题表关联表5.1-8 评论表表名Lmbang_comment,用于保存评论记录,表引擎为 MyISAM 类型, 字符集为 utf-8 列名数据类型属性约束条件说明idINIT(11)无符号/非空/自动增涨主键 评论编号ctypeTINYINIT(4)非空/缺省 评论名称cidINIT(11)非空/缺省 评论所属idcontentTEXT非空/缺省 评论容posttimeBIGINIT(20)非空/缺省 发表时间uidINIT(11)非空/缺省 用户idqidINIT(11)非空/缺省引用回复idfloorINIT(1

26、1)无符号/非空/缺省0 所属楼层补充说明Ctype类型:1 话题评论,2图片日记 3文字图片 4语音图片。Qid是话题评论时,引用回复的idFloor话题评论所属楼层表5.1-9 日记表表名Lmbang_diary,用于保存日记记录,表引擎为 MyISAM 类型, 字符集为 utf-8 列名数据类型属性约束条件说明idINT(11)无符号/非空/自动增涨主键 日记编号uidINIT(11)非空/缺省 用户idtypeVARCHAR(20)非空/缺省 日记类型contentTEXT非空/缺省 日记容posttimeBIGINIT(20)非空/缺省 发表时间补充说明Type类型: audio 音

27、频日记 pic 图片日记 text 文档日记表5.1-10 日记上传数据表表名Lmbang_diarydata,用于保存日记上传数据,表引擎为 MyISAM 类型, 字符集为 utf-8 列名数据类型属性约束条件说明idINT(11)无符号/非空/自动增涨主键 日记编号diaryidINIT(11)非空/缺省 日记idfilenameVARCHAR(50)非空/缺省 路径名补充说明日记表的子表表5.1-11 达人数据表表名Lmbang_doyen,用于保存达人记录,表引擎为 MyISAM 类型, 字符集为 utf-8 列名数据类型属性约束条件说明idINT(11)无符号/非空/自动增涨主键 达

28、人编号uidINIT(11)非空/缺省 用户idbcidINIT(10)非空/缺省 帮分类idcountINIT(10)非空/缺省 发表话题数补充说明统计达人数据表5.1-12 友情表表名Dw_flink,用于保存友情记录,表引擎为 MyISAM 类型, 字符集为 utf-8 列名数据类型属性约束条件说明idINT(4)无符号/非空/自动增涨主键 编号FlinknameVARCHAR(50)非空/缺省 名称typeVARCHAR(15)非空/缺省 类型urlVARCHAR(100)非空/缺省 地址logoVARCHAR(50)非空/缺省 图片ordernoINIT(11)非空/缺省 显示顺序isplayTINYINIT(4)非

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2