表4.4 评论表（Reply）
字段名 数据类型 主键 附键 是否为空 备注 re_id re_name re_title re_content re_time B_id
int char(30) text text datetime int not null null null null null Null
表4.5 照片表（Photo）
字段名 数据类型 主键 是否为空 备注 Img_ID Img_url Img_beizhu
int char(10) text not null null null 表4.6 管理员表（Manage）
字段名 数据类型 主键 主键
表4.7 连接表（Link）
字段名 数据类型 主键 主键 是否为空 备注 是否为空 备注 唯一的ID ID admin pass beizhu int varchar(50) varchar(50) varchar(50) not null null null null l_id Link_name Link_img_url Link_beizhu
int char(50) text text not null null null null -23-
第三节 数据库的完整性和安全性
一、数据库的完整性约束
数据库的完整性是指数据的正确性和相容性。数据库管理系统(DBMS)用一定的机制来检查数据库中的数据是否满足规定的条件——完整性约束条件，数据的约束条件是语义的体现，将作为模式的一部分存入数据库中。数据库的完整性约束主要包括以下三方面要求：
① 实体完整性
实体完整性是指若属性A是基本关系R的主属性，则属性A不能取空值。对于每个表来说，主键都不可以为空。在用户提交信息时，系统会对用户所填写的信息进行验证，对于其中的关键信息没有填写或者数据非法时，系统会提示用户更改后再提交。这样保证了系统实体完整性。
② 参照完整性
由于表和表之间会存在某些联系，当关系R和关系S之间是一对多关系时(R的主键是A，S的主键是B，C是S中的外码)，在插入数据时就要保证外码C的值或者为空或者等于R中某个元组的主码值。在对被参照表进行删除操作时应同时进行及联删除。
③ 用户定义完整性
任何关系数据库系统都应该支持实体完整性和参照完整性。除此之外，不同的关系数据库系统根据其应用环境的不同，往往还需要一些特殊的约束条件，用户定义的完整性就是针对某一具体关系数据库的约束条件。它反映某一具体应用所涉及的数据必须满足的语义要求。例如某个属性必须取唯一值、某个属性的取值范围等。
二、数据库的安全性
数据库的安全性是指保护数据库以防止不合法的使用所造成的数据泄漏、更改或破坏。在数据库系统中，大量的数据集中存放，同时又为许多用户直接共享，是宝贵的信息资源，因此系统的安全保护措施就显得更为重要。键全的数据库安全机制可以防止数据库被恶意的破坏和非法的存取。
本系统的安全设计包括服务器和数据库两方面设计。当用户使用系统时，系统首先会检查用户是否登录，如果用户还没有登录，系统将会弹出警告窗口提醒用户，并将相应的页面跳转至用户登录。在用户提交登录信息后，系统会对用户的身份进行核对，如果在数据库中查找到了相关记录，打开用户页面，表明用户登录成功。对于数据库的安全，主要是通过对授权用户的身份验证实现的。在的系统管理页面，提示用户使用管理员帐号在此登录，没有管理权限的系统注册用户无法登录到数据库管理的后台。系统确认了管理员身份之后统会打开管理页面，系统管理者可在此对整个系统的数据库进行管理和维护。
-24-
第五章 系统设计与实现
第一节 后台功能模块详细设计
一、管理员登陆及身份验证
管理员通过此登陆入口进入管理界面，此入口需要填写正确的ID才能够登陆，非法ID不能够登陆，其界面如图5.1所示。
图5.1 后台登陆页面
一个系统能正常使用，安全性是非常重要的一个部分。安全性是对用户的身份进行验证并通过验证的用户按照为其授予的访问权限来确定用户是否可以访问某资源的一个过程。为了保证系统的安全，为了保证应用程序的安全，本系统采用了Session验证技术。
用户登录后会在Session中加入用户相关信息，若无次信息，则无法访问需要登录才能看到的页面，登录代码如附录代码。
二、后台文章管理
管理员可以在此页面操作管理功能，这些功能可以对主页的博客文章进行添加、删除操作，如图5.2、5.3所示。
-25-
图5.2 后台管理页面
图5.3 后台发表博文
三、用户管理
管理员用户可以通过用户管理实现对用户的资料编辑、删除用户的操作如图5.4所示。
-26-
图5.4 用户管理
四、留言管理
管理员用户可以通过留言管理实现对用户提交的留言进行回复、删除的操作如图5.5所示。
图5.5 留言管理
五、后台评论管理
管理员用户可以通过评论管理实现对用户的评论进行删除的操作，如图5.6所示。
-27-