大数据的库设计说明书.docx
- 文档编号:24962913
- 上传时间:2023-06-03
- 格式:DOCX
- 页数:43
- 大小:106.80KB
大数据的库设计说明书.docx
《大数据的库设计说明书.docx》由会员分享,可在线阅读,更多相关《大数据的库设计说明书.docx(43页珍藏版)》请在冰豆网上搜索。
大数据的库设计说明书
数据库设计说明书
容管理系统(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.引言
在使用任何数据库之前,都必须设计好数据库,包括将要存储的数据的类型,数据之间的相互关系以及数据的组织形式。
数据库设计是指对于一个给定的应用环境,构造最优的数据库模式,建立数据库及其应用系统,使之能够有效地存储数据。
为了合理地组织和高效率地存取数据,目前最好的方式,就是建立数据库系统,因此在系统的总体设计阶段,数据库的建立与设计是一项十分重要的容。
由于数据库应用系统的复杂性,为了支持相关程序运行,数据库设计就变得异常复杂,因此最佳设计不可能一蹴而就,而只能是一种“反复探寻,逐步求精”的过程,也就是规划和结构化数据库中的数据对象以及这些数据对象之间关系的过程。
1.1编写目的
数据库设计的好坏是一个关键。
如果把企业的数据比做生命所必需的血液,那么数据库的设计就是应用中最重要的一部分,是一个系统的根基。
用于开发人员进行项目设计,以此作为编码的依据,同时也为后续的数据库维护工作提供了良好的使用说明,也可以作为未来版本升级时的重要参考资料。
数据库设计的目标是建立一个合适的数据模型。
这个数据模型应当是满足用户要求,既能合理地组织用户需要的所有数据,又能支持用户对数据的的所有处理功能。
并且要具有较高的式,数据完整性好,效益高,便于理解和维护,没有数据冲突。
1.2背景
名称
说明
数据库名称
Lmbang(辣妈帮)
数据库系统
MySQL5.0
客户端连接工具
MySQLCommandLineClient
项目任务提出者
LAMP兄弟连-大碗组
项目开发者
大腕组
使用用户
大腕组成员
1.3定义
Lmbang:
辣妈帮
E-R图:
实体关系图
1.4参考资料
A.《细说PHP》教程
B.《DWCMS项目需求分析说明书》
C.本项目相关的其他参考资料。
2.外部设计
外部设计是研究和考虑所要建立的数据库的信息环境,对数据库应用领域中各种信息要求和操作要求进行详细地分析,了解应用领域中数据项、数据项之间的关系和所有的数据操作的详细要求,了解哪些因素对响应时间、可用性和可靠性有较大的影响等各方面的因素。
2.1标识符和状态
数据库表前缀:
lmbang_
用户名:
root
密码;020808
权限:
全部
有效时间:
开发阶段
说明:
系统正式发布后,可能更改数据库用户/密码,请在统一位置编写数据库连接字符串,在发行前请予以改正。
2.2使用它的程序
本系统主要利用PHP作为前端的应用开发工具,使用MySQL作为后台的数据库,Linux或Windows均可作为系统平台。
2.3约定
■所有命名一定要具有描述性,杜绝一切拼音、或拼音英文混杂的命名方式。
■字符集采用UTF-8,请注意字符的转换。
■所有数据表第一个字段都是系统部使用主键列,自增字段,不可空,名称为:
id,确保不把此字段暴露给最终用户。
■除特别说明外,所有日期格式都采用int格式,无时间值。
■除特别说明外,所有字段默认都设置不充许为空,需要设置默认值。
■所有普通索引的命名都是表名加设置索引的字段名组合,例如用户表User中
name字段设置普通索引,则索引名称命名方式为user_name。
2.4支持软件
操作系统:
Linux/Windows
数据库系统:
MySQL
查询浏览工具:
PHPMyAdmin
命令行工具:
mysql
注意:
mysql命令行环境下对中文支持不好,可能无法书写带有中文的SQL语句,也不要使用PHPMyAdmin录入中文。
3.结构设计
数据库的结构设计中有许许多多需要考虑的因素,如数据库的背景、应用环境等方面都需要有深入的了解,只有一个对所有这些因素都很了解的数据库设计专家,他设计的数据库才能易于使用和维护,并且具有高效和一致的特征。
虽然这样只对数据库设计过程有一个概要的了解,但是仍然有助于读者了解和掌握SQL,使读者可以很好地分析数据间的相互关系在使用SQL进行报表的生成、子查询及视图等操作时,可以更好地进行操作。
3.1概念结构设计
概念数据库的设计是进行具体数据库设计的第一步,概念数据库设计的好坏直接影响到逻辑数据库的设计,影响到整个数据库的好坏。
我们已经得到了系统的数据流程图和数据字典,现在就是要结合数据规化的理论,用一种模型将用户的数据要求明确地表示出来。
概念数据库的设计应该极易于转换为逻辑数据库模式,又容易被用户所理解。
概念数据库设计中最主要的就是采用实体-关系数据模型来确定数据库的结构。
数据是表达信息的一种重要的量化符号,是信息存在的一种重要形式。
数据模型则是数据特征的一种抽象。
它描述的是数据的共性,而不是描述个别的数据。
一般来说,数据模型包含两方面容。
(1)数据的静态特性:
主要包括数据的基本结构、数据间的关系和数据之间的相互约束
等特性。
(2)数据的动态特性:
主要包括对数据进行操作的方法。
在数据库系统设计中,建立反映客观信息的数据模型,是设计中最为重要的,也最基本的步骤之一。
数据模型是连接客观信息世界和数据库系统数据逻辑组织的桥梁,也是数据库设计人员与用户之间进行交流的共同基础。
概念数据库中采用的实体-关系模型,与传统的数据模型有所不同。
实体-关系模型是面向现实世界,而不是面向实现方法的,它主要是用使用方便,因而在数据库系统应用的设计中,得到了广泛应用。
实体-关系模型可以用来说明数据库中实体的等级和属性。
以下是实体-关系模型中的重要标识:
●在数据库中存在的实体
●实体的属性
●实体之间的关系
3.1.1实体和属性的定义
按照定义的数据类型和属性创建实体和实体属性列表。
实体形成表,如“用户”就是一个实体,属性则为表中的列,如对应于实体“用户”属性包含“用户名”、“用户ID”等。
◆实体
实体是实体-关系模型的基本对象,是现实世界中各种事物的抽象。
凡是可以相互区别开并可以被识别的事、物、概念等对象均可认为是实体。
本数据库中,基本的实体列表如下:
●广告
●意见反馈
●帮
●帮标签
●帮分类
●收藏
●评论
●日记
●日记上传数据
●达人
●友情
●热门搜索
●加入的帮
●赞
●私信
●私信记录表
●图片
●用户关系
●举报
●话题
●用户
●最近访问
●最近浏览
●信息
●词语过滤
在绘制实体-关系图(E-R图)时,实体出现在矩形中。
如图1所示。
图1表示实体的E·R图
一般来说,每个实体都相当于数据库中的一个表。
上面介绍的实体都是强实体,每个实体都有自己的键。
但是在实际领域中,经常存在一些实体,它们没有自己的键,这样的实体称为弱实体。
弱实体中不同的记录有可能完全相同,难以区别,这些值依赖于另一个实体(强实体)的意义,必须与强实体联合使用。
在创建了实体之后,就可以标识各个实体的属性了。
◆属性
每个实体都有一组特征或性质,称为实体的属性。
实体的属性值是数据库中存储的主要数据,一个属性实际上相当于表中的一个列。
下面来看看“文章”(article)实体。
这个实体具有哪些属性呢?
对于一篇文章来说,都具有文章标题、文章简介、添加时间、文章来源、文章容、关键字、访问次数、推荐状态、审核状态。
所以关于“文章”实体的属性如下:
●文章标题(title)
●文章编号(id)
●文章简介(summary)
●添加时间(posttime)
●文章来源(comefrom)
●文章容(content)
●关键字(keyword)
●访问次数(views)
●推荐状态(recommend)
●审核状态(audit)
实体“栏目(column)”包含的属性如下:
●栏目标题(title)
●栏目路径(path)
●栏目描述(description)
●排序编号(ord)
由于篇幅有限这里就不列出所有实体的属性了,在绘制E-R图中,属性由椭圆包围,在属性和它所属的实体间使用直线进行连接,以实体brocms中“文章”为例进行示例,如图2所示。
图2包含属性的Department的E-R图
对于每个实体,都有其确定的主属性(实体中的主属性实际上相当于表中的主键),就可以惟一地确定实体的每个记录。
最好是创建一个单独的属性作为主属性,在实体文章中可以选择“文章编号”作为主属性,在绘制E-R图中,主属性在属性下加下划线来说明。
以实体“文章”为例进行示例,如图-3所示。
图3定义了主属性的“文章”的E-R图
注意:
在数据库设计中,选择和设置列作为主键是一个关键步骤。
3.1.2E-R图的绘制
实体-关系图是表现实体-关系模型的图形工具,简称E-R图。
这节会以DWCMS数据库为例,给出一个完整的数据库的E-R图设计示例。
图3给出了在E-R图中使用的各种元素的图形符号。
图-4E-R图中使用的各种元素的图形符号
在E-R图中,实体之间的关系以菱形表示,关系中各方面的表通过直线与菱形中的关系名称相连接。
还要为每个关系命名一个“关系名称”,实体与关系相连的直线旁都根据关系的属性标注有“1”或“N”。
E-R图为读者的数据库提供了一个不错的蓝图,可以分成三步进行:
首先设计局部E-R图;然后合并各局部E-R图,并解决可能存在的冲突,得到初步E-R图;最后修改和重构初步E-R图,消除其中的冗余部分,得到最终的全局E-R图,即概念模式。
设计全局E-R模式的目的不在于把若干局部E-R模式形式上合并为一个E-R模式,而在于消除冲突使之成为能够被全系统中所有用户共同理解和接受的统一的概念模型。
使设计人员仅从用户角度看待数据及处理要求和约束,产生一个反映用户观点的概念模式。
3.1.3设计局部E-R模式
先设计局部E-R图,也称用户视图。
在设计初步E-R图时,要尽量能充分地把组织中
各部门对信息的要求集中起来,而不需要考虑数据的冗余问题。
局部概念模型设计是从用
户的观点出发,设计符合用户需求的概念结构。
局部概念模型设计的就是组织、分类收集到
的数据项,确定哪些数据项作为实体,哪些数据项作为属性,哪些数据项是同一实体的属性
等。
确定实体与属性的原则:
■能作为属性的尽量作为属性而不要划为实体;
■作为属性的数据元素与所描述的实体之间的联系只能是1:
n的联系;
■作为属性的数据项不能再用其他属性加以描述,也不能与其他实体或属性发生联系。
以下是例子辣妈帮的部分局部E-R图的设计:
3.1.4设计全局E-R模式
综合各局部E-R图,形成总的E-R图,即用户视图的集成。
所有局部ER模式都设计好了后,接下来就是把他们综合成单一的全局概念结构。
全局概念结构不仅要支持所有局部ER模式,而且必须合理地表示一个完整、一致的数据库概念结构。
另外,在进入下一节之前,先回顾一下概念数据库的设计,其中主要是实体-关系模型的建立。
简要总结一下实体-关系模型建立的步骤:
(1)对需求进行分析,从而确定系统中所包含的实体。
(2)分析得出每个实体所具有的属性。
(3)保证每个实体有一个主属性,该主属性可以是实体的一个属性或多个属性的组合。
主属性必须能惟一地描述每个记录。
(4)确定实体之间的关系。
经过这些步骤后,读者就可以绘制出E-R图。
之后可以再看看数据库的需要,判断是否获取了所需的信息,是否有遗漏信息等,读者可以再对E-R图进行修改,添加或删除实
体与属性。
3.1.5全局ER模式的优化
在得到全局ER模式后,为了提高数据库系统的效率,还应进一步依据处理需求对ER模式进行优化。
一个好的全局ER模式,除能准确、全面地反映用户功能需求外,还应满足下列条件:
1.实体类型的个数要尽可能的少
2.实体类型所含属性个数尽可能少
3.实体类型间联系无冗余
4.逻辑结构设计
逻辑结构设计的任务是把概念设计阶段建立的基本E-R图,按照选定的容管理系统软件支持的数据模型,转化成相应的逻辑设计模型。
也就是可以将实体、实体间的关系等模型结构转变为关系模式,即生成数据库中的表,并确定表的列。
下述讨论由实体-关系模型生成表的方法。
■任务:
将基本E-R图转换为与选用辣妈帮产品所支持的数据模型相符合的逻辑结
构。
■过程:
1)将概念结构转换为现有辣妈帮支持的关系模型。
2)从功能和性能要求上对转换的模型进行评价,看它是否满足用户要求。
3)对数据模型进行优化
4.1ER图向关系模型的转化
上面实体之间的关系的基础上,将实体、实体的属性和实体之间的联系转换为关系模式。
这种转换的原则是:
◆一个实体转换为一个关系,实体的属性就是关系的属性,实体的码就是关系
的码。
◆一个联系也转化为一个关系,联系的属性及联系所连接的实体的码都转化为关系的属性,但是关系的码会根据关系的类型变化,如果是:
1)1:
1联系,两端实体的码都成为关系的候选码
2)1:
n联系,n端实体的码成为关系的码
3)m:
n联系,两端的实体码的组成为关系的码
4.2消除冗余
所谓冗余的数据是指可由基本数据导出的数据,冗余的联系是指可由其他联系导出的联系。
冗余数据和冗余联系容易破坏数据库的完整性,给数据库的维护增加困难,应当予以消除。
本系统的冗余数据和冗余关系已经在概念结构设计中处理过了,这里不再进行过多的叙述。
5.物理结构设计
数据库设计的最后阶段是确定数据库在物理设备上的存储结构和存取方法,也就是设计数据库的物理数据模型,主要是设计表结构。
一般地,实体对应于表,实体的属性对应于表的列,实体之间的关系成为表的约束。
逻辑设计中的实体大部分可以转换成物理设计中的表,但是它们并不一定是一一对应的。
本次项目开发采用的是MySQL建立数据库。
5.1设计数据表结构
在利用MySQL创建一个新的数据表以前,应当根据逻辑模型和数据字典先分析和设计数据表,描述出数据库中基本表的设计。
需要确定数据表名称,所包含字段名称,数据类型,宽度以及建立的主键、外键等描述表的属性的容。
本项目全部26个数据表结构设计如下所示:
表5.1-1广告结构表
表名
Lmbang_add用于保存广告记录,表引擎为MyISAM类型,字符集为utf-8
列名
数据类型
属性
约束条件
说明
id
SMALLINT(11)
无符号/非空/自动增涨
主键
广告编号
adname
VARCHAR(5)
无符号/非空/缺省0
广告名称
type
VARCHAR(50)
非空/缺省''
广告类型
pic
VARCHAR(10)
非空/缺省''
广告图片
url
VARCHAR(100)
非空/缺省''
地址
orderno
INIT(11)
排列顺序
补充说明
表5.1-2意见反馈结构表
表名
Lmbang_advise用于保存反馈的一件,表引擎为MyISAM类型,字符集为utf-8
列名
数据类型
属性
约束条件
说明
id
INT(11)
无符号/非空/自动增涨
主键
反馈编号
uid
INT(11)
无符号/非空/缺省0
外键/普通索引
反馈用户
message
TEXT
非空/缺省''
反馈信息
posttime
BIGINT
非空/缺省'0'
反馈时间
补充说明
表5.1-3帮表
表名
Lmbang_bang用于保存用户信息,表引擎为MyISAM类型,字符集为utf-8
列名
数据类型
属性
约束条件
说明
id
INT(11)
无符号/非空/自动增涨
主键
帮编号
bcid
INT(11)
无符号/非空/缺省0
外键/普通索引(bcid)
分类编号
bangname
VARCHAR(50)
非空/缺省''
帮名
bangpic
VARCHAR(50)
非空/缺省''
帮图片
orderno
INT(11)
非空/缺省''
排列顺序
补充说明
与帮分类通过bcid关联
表5.1-4帮标签表
表名
Lmbang_tag用于保存标签记录,表引擎为MyISAM类型,字符集为utf-8
列名
数据类型
属性
约束条件
说明
id
INT(11)
无符号/非空/自动增涨
主键
消息编号
bid
INT(11)
无符号/非空/缺省0
帮id
tagname
VARCHAR(50)
非空/缺省''
标签名
补充说明
通过bid与帮表相关联,标签就是每个帮下面的小分类
表5.1-5帮分类表
表名
Lmbang_bclass用于保存帮分类记录,表引擎为MyISAM类型,字符集为utf-8
列名
数据类型
属性
约束条件
说明
id
INT(11)
无符号/非空/自动增涨
主键
分类编号
bclassname
VARCHAR(50)
分类名
补充说明
帮的分类,帮表的父级表
表5.1-6最近浏览帮表
表名
Lmbang_browsebang用于用户浏览的帮的记录,表引擎为MyISAM类型,字符集为utf-8
列名
数据类型
属性
约束条件
说明
id
INT(11)
无符号/非空/自动增涨
主键
浏览编号
bid
INT(11)
无符号/非空/缺省0
帮id
uid
INIT(11)
非空/缺省''
用户id
bangname
VARCHAR(30)
帮名
posttime
VARCHAR(20)
浏览时间
补充说明
保存用户的浏览记录
表5.1-7收藏表
表名
Lmbang_collect用于保存相册记录,表引擎为MyISAM类型,字符集为utf-8
列名
数据类型
属性
约束条件
说明
id
INT(11)
无符号/非空/自动增涨
主键
收藏编号
uid
INT(11)
无符号/非空/缺省0
用户id
topicid
INIT(11)
非空/缺省''
话题id
collecttime
BIGINT(20)
收藏时间
补充说明
通过uid和topicid与用户表和话题表关联
表5.1-8评论表
表名
Lmbang_comment,用于保存评论记录,表引擎为MyISAM类型,字符集为utf-8
列名
数据类型
属性
约束条件
说明
id
INIT(11)
无符号/非空/自动增涨
主键
评论编号
ctype
TINYINIT(4)
非空/缺省''
评论名称
cid
INIT(11)
非空/缺省''
评论所属id
content
TEXT
非空/缺省''
评论容
posttime
BIGINIT(20)
非空/缺省'
发表时间
uid
INIT(11)
非空/缺省'
用户id
qid
INIT(11)
非空/缺省'
引用回复id
floor
INIT(11)
无符号/非空/缺省0
所属楼层
补充说明
Ctype类型:
1话题评论,2图片日记3文字图片4语音图片。
Qid是话题评论时,引用回复的id
Floor话题评论所属楼层
表5.1-9日记表
表名
Lmbang_diary,用于保存日记记录,表引擎为MyISAM类型,字符集为utf-8
列名
数据类型
属性
约束条件
说明
id
INT(11)
无符号/非空/自动增涨
主键
日记编号
uid
INIT(11)
非空/缺省''
用户id
type
VARCHAR(20)
非空/缺省''
日记类型
content
TEXT
非空/缺省''
日记容
posttime
BIGINIT(20)
非空/缺省'
发表时间
补充说明
Type类型:
audio音频日记pic图片日记text文档日记
表5.1-10日记上传数据表
表名
Lmbang_diarydata,用于保存日记上传数据,表引擎为MyISAM类型,字符集为utf-8
列名
数据类型
属性
约束条件
说明
id
INT(11)
无符号/非空/自动增涨
主键
日记编号
diaryid
INIT(11)
非空/缺省''
日记id
filename
VARCHAR(50)
非空/缺省''
路径名
补充说明
日记表的子表
表5.1-11达人数据表
表名
Lmbang_doyen,用于保存达人记录,表引擎为MyISAM类型,字符集为utf-8
列名
数据类型
属性
约束条件
说明
id
INT(11)
无符号/非空/自动增涨
主键
达人编号
uid
INIT(11)
非空/缺省''
用户id
bcid
INIT(10)
非空/缺省''
帮分类id
count
INIT(10)
非空/缺省''
发表话题数
补充说明
统计达人数据
表5.1-12友情表
表名
Dw_flink,用于保存友情记录,表引擎为MyISAM类型,字符集为utf-8
列名
数据类型
属性
约束条件
说明
id
INT(4)
无符号/非空/自动增涨
主键
编号
Flinkname
VARCHAR(50)
非空/缺省''
名称
type
VARCHAR(15)
非空/缺省''
类型
url
VARCHAR(100)
非空/缺省''
地址
logo
VARCHAR(50)
非空/缺省'
图片
orderno
INIT(11)
非空/缺省'
显示顺序
isplay
TINYINIT(4)
非
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据 设计 说明书
![提示](https://static.bdocx.com/images/bang_tan.gif)