大学生义工管理系统数据库的设计与分析.docx

大学生义工管理系统数据库的设计与分析.docx

  1. 1、本文档共5页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

?

?

大学生义工管理系统数据库的设计与分析

?

?

卢峰林沣

【摘要】本文针对计算机网络技术成熟发展的现状,指出大学生义工信息管理系统应立足于大学生义工的实际需求,后台数据库开发工具采用SQLServer2008系统,优化处理数据库的各项信息,使该系统具有相对稳定、便于维护和更新等优点。

【关键词】大学生义工管理系统优化数据库存储方式

在管理义工的过程中,准确把握义工的特点和能力、活动信息等,在数据量日益增多的信息化时代,要求也越来越高。采用互联网手段,对大学生义工活动进行数字化管理已是必然,这样做既能从根本上解决义工管理上的疏漏,又能大大提高工作效率,增加数据的安全性和可维护性。使用义工管理系统中的数据还能对其数据进行系统的分析,减少义工重复工作和完成质量低的问题,改进义工管理业务的处理效率。同时,发挥互联网快速便捷、存储分布式、数据安全性高的优势,提高管理效率。

一、數据初始化

大学生义工管理系统的数据库用户和功能因组织而异,但总体上来说管理项目是大体类似的,主要涉及以下三方面的数据。

(一)义工信息数据

义工信息数据可以从分特征去定义,一个是义工的专业特征,另一个是义工个人的擅长领域。尽可能地设计更多的字段去记录义工的信息,这样就能在后期数据分析和派遣上有所倾向。

(二)义工项目数据

义工项目数据中主要是对项目的分类和活动的分派等进行记录。项目分类主要依据是劳动的类型,体力劳动如打扫场地、搬运物件;脑力劳动如整理文件、录入数据,这里就存在着对义工能力特征的需求类型不一,要求数据库中项目的分类与义工的能力特征关联。数据初始化过后,在运行一段时间,组织者记录每一次活动的情况,数据库可以对数据进行整理,以便能在以后的活动中形成准确的关联。当然,也会存在一些小问题,例如项目分类被修改、项目分类不明确,但通过调整,直到相对完善。

(三)评价管理数据

评价是客观反映义工完成效果,完成质量的记录,也需要与项目数据和义工信息数据建立联系。在评价体系中,项目的难易和义工的能力是需要平衡的,必须通过优化,尽可能地让项目难易度与义工能力匹配度一致,保证高标准高要求完成。

二、数据库模型

在系统开发的过程中,要提高系统的实际性能,降低客户端和服务器端的编程和维护的难度,所以设计一个合理的数据库模型就显得尤为重要。

数据库模型采用多对多的关联关系,用工部门可以发布多个义工项目,每个义工可以对应多个项目,每个项目也可以对应多个义工,通过分析构建大学生义工管理系统实体类关系图,如图1所示。

三、数据库设计

数据库管理员和数据库设计师都很熟悉的技术就是对数据库进行分区设计,分区设计具备了可以减少特定SQL操作中数据的读写总量,减少响应时间等多种效果。

分区跟分表一样,就是按特定的规则对数据库进行分解。主要的区别在于分表是用若干个实体表代替一个达标,分区则是分散在多个位置存储数据。既可以是在同一个物理磁盘内,也可以是在其他的机器中。进行分区过后,数据虽然分散存储在不同的位置上,但实际上是通过数据库系统自动组织分区的数据去操作一张表,在数据库进行读写的时候跟一张大表没有区别。

当表中的数据变得非常大时,读取数据和查询数据的效率就会非常低。但是如果进行分表保存数据又会使得操作上会变得复杂,这其中的原因是在做CRUD操作时,所涉及的表增多,要进行跨表操作。如果使用分区就能较好地避免这种情况的出现。因为分区是将表的数据按设定的规则保存在不同的分区中,这样既可以保障数据的范围相对统一地划在同一区域中,又可以避免跨表的查询,操作起来就相对容易,并且具备数据量少、运算速度快和方法简单等特点,对程序透明,程序不需要做任何修改。

大学生义工管理系统数据库初始规模约为40M,之后要考虑每年2GB的数据增长量。因此必须对数据库服务器进行合理的配置规划。首先,在一般情况下系统盘不作为数据库存储盘,这样系统数据和数据库数据互不受影响。其次,数据库的事务日志文件要与数据文件分开保存在不同的盘中,这样做的原因主要是可以避免在服务器出现硬件故障的时候导致数据丢失,有利于数据的恢复。最后,每年的数据增长率,如果在不考虑辅助数据文件的情况下,可以略微缩减,如果考虑辅助数据文件,那需要另外存储。这样将主文件、事务日志文件和辅助文件独立存储在三个不同的盘或者磁盘阵列上,数据库的读取性能、稳定性和安全性都将大大地提高。

四、数据表的设计

数据表在进行设计的时候要考虑具体的问题。(1)数据行的长度是有限制的,长度过长会造成数据存储的碎片产生,降低查询的效率。(2)编号和联系方式等采用数字字段存储,因为数字的比较会比字符串的比较简单(数字是一次比较,字符串是逐个比较),这样既能提高查询和链接的性能,又能减少存储的开销。(3)在存储字符类型时,对可变字符类型varchar和不可

您可能关注的文档

文档评论(0)

180****9182 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档