爱华网提升高师计算机系的竞争力是为中学提供合格的计算机人才的基础,也是当前高师计算机系能否生存与健康发展的关键所在。下面是小编为大家推荐的计算机系毕业论文，供大家参考。
计算机系毕业论文范文一：计算机数据库的建构与管护企业管理数据库[3]的数据信息是由工业管理以及商业管理要求来决定的，收集职工详细信息，包括人员情况、职工薪水、职称晋级、产品指标以及销路规划等，及时了解员工的工作状况以及企业的经济数据，能够提高工作效率，使企业的日常运营方便快捷。当构建企业数据库的时候，比如企业的产品数据库，数据库包含的信息有产品的性能特征、厂家的具体情况等，因此检索字段可以设置为产品名称、厂家名称以及产品分类号等，有利于用户快速检索相关产品，当客户需要查找某种产品的时候，只需要输入主题字或者关键字，就可以获得该产品的产品情况。另外，由于员工的加入以及退出，会导致信息资料的变化，因此，在建立企业数据库的时候，应该严格按照数据库的构建流程，建立完善的数据库体系。对于人员流失比较频繁的部门，应该建立专门的数据库，保证数据库的完善，避免数据库的损坏。在日常工作中，还要不定期对数据库数据信息进行更新。
尽管数据库是严格按照流程进行构建的，但是数据库的漏洞也是难以避免的。比如前后工作之间的衔接以及校验，比如计算机文字的错误录入。因此，必须对数据库进行维护和管理。
1加强数据库管理人员的技能
维护计算机数据库，应该加强数据库管理人员的专业技能和综合素质，使它们能够熟练掌握计算机专业知识，熟练运用计算机相关软件。建立专门的数据库校验部门，分派专业管理人员对数据库进行分析和校验，检查数据库构建过程以及检索过程中出现的错误，并且及时进行核实，并且进行更正，保证数据库信息资源的准确性和完整性。
2加强数据库的更新与维护
当计算机数据库构建完毕以后，应该全面检查输入信息的准确性以及完整性，建立定期检查制度[4]，保证计算机数据库的质量，提高数据库的利用效率。数据库的时效性影响着数据库的生命。因为科学技术发展十分迅速，数据信息不断更换，比如国家政策、法律法规等，随时都可能出现过时的现象，一旦旧的法律以及标准被重新制定或者修改和增补，那么就需要重新录入最新数据信息，代替作废的旧信息。因此，除了选择性能好的操作系统之外，还应该及时对系统进行升级，保证系统的稳定运行，还要对数据信息进行实时记录，及时进行更新，并添加到数据库中，有利于利用数据库的信息资源。对于大学图书馆数据库的维护，由于分类名目较多，图书资源繁杂，因此，应该根据学校的性质以及文献的专业设置，细化图书文献资源的分类工作，减少不必要的类别，并且添加新的文献资源。如果不能及时对数据库进行更新维护，那么就无法保证数据库的准确性以及全面性，从而对数据库的有效应用造成影响。对于企业产品数据库的维护，一般在一至两周年内对数据进行更新[5]，因为产品可能停产或者改型，也可能研制出了新一代的产品，而且有些厂家可能已经倒闭，或者更换了厂址，或者改了新的厂名，产品信息的变化非常大，所以，必须及时对产品的相关数据信息进行更新，保证产品信息具有一定的时效性。只有及时更新数据库，才能保证数据库的活力与生命，才能满足信息时代人们对于数据信息的需求。
3重视用户的计算机教育
在计算机数据库的使用过程中，还要对数据库的使用者进行相关培训。只有对使用者普及计算机知识以及数据库的知识，才能使用户在使用过程中达到快捷方便的使用目的。另外，还应该编制用户使用手册，并且重点标注重要的注意事项，使使用者能够合理地运用数据库信息资源，避免造成数据库的破坏。
4营造方便快捷的网络环境
当数据库建成以后，必须配备一定数量的、性能好、运行稳定的计算机，还需要定期对计算机的设备硬件以及应用软件进行定期检测和维护，确保计算机数据库的正常使用。营造方便快捷的网络环境，有利于推动社会经济和文化教育，扩展数据库的应用领域，提高数据库的使用效率，充分发挥数据库的强大作用。
随着时代的进步以及科学技术的发展，计算机数据库成为学校以及企业必需的工具。数据库的构建和管理也是一项长期而复杂的工程，因此，在数据库的操作过程中，必须细致入微，衔接得当，创造出一个稳定、准确的操作环境，提高学习和工作的效率。
计算机系毕业论文范文二：时间性能数据库的运用1背景介绍
将数据库中的数据和时间属性进行特殊处理的必要性在上世纪七十年代就被理解和提出.支持这种处理的数据库被称为时间数据库.快速数据恢复和更新(即在线访问即时信息的可能性)是数据库管理系统最重要特征之一.自上世纪七十年代起的二十年中,时间数据库已经被非常详尽的研究,但还没有一种广泛应用的商业数据库管理系统支持时间属性,而且将时间属性工具加入到结构化查询语言(SQL)标准中的尝试也失败了.时间属性工具的缺乏造成了人们对时间数据功能的研发与执行的不完善,其严重缺陷表现在以下几方面:
*对完整性约束的应用,复杂且效率低;
*对开发者来说执行查询的逻辑有模糊的连接,有些数据库管理功能在应用中才能被实现;
*由于缺乏明确的设计模式,使程序的执行产生多样性,甚至在同一个应用中就显示出不同;
*同样的功能被重复执行.需要注意的是,几乎所有关于时间数据库的研究都存在着对支持时间数据的手段已包含在数据库管理系统中并被执行的假设.虽然这样的假设保证了查询语言所必需的功能可以使用,但是时间属性在数据库管理系统水平上全面执行的代价非常昂贵,且没有现成可用的解决方案.
本文将论述如何在广泛应用的商业数据库管理系统构架中局部实施时间功能.因为不能对已确立的信息系统程序设计和已开发好的程序做出重大的改变,所以提出了一种在构架中利用现有技术工具来实施的方法,这项课题的主要目的阐述如下:
*提供在传统关系或对象关系的数据库管理系统的构架中使用时间属性手段;
*对在应用程序设计和数据库已确立的方法中进行细微改变的限制;
*执行程序不能降低系统中没有使用时间数据的那些部分的性能;
*不对使用传统方式来保证数据完整性的控制造成妨碍;*执行程序的成本必须低廉.
2基本执行法则
2.1对于历史数据的要求
历史数据的存储是系统的需求,这一需求可能对应用的各个领域至关重要.系统的主要事件逻辑模块可以在应用程序的时间层面上进行独立的设计与开发.从本质上讲,支持历史数据更改同支持事务完整性和经授权的数据访问,都属于系统的基本功能.在本文中,使用的是区间时间的数据表达形式.假设一实体,它的任何历史改变都必须存储下来,并同这实体的当前状态(即事物对象的普通状态)一起,表现出这个实体的表达形式.当表达形式有效时,除普通属性外,它成为了一个被用于研究区间时间的抽象概念.在对象级别上,有效和时间的表达形式之间的关系通常取决于执行程序.时间属性的支持不会影响到系统事物逻辑分析和设计,并且不需要任何特殊的开发程序.需要存储历史数据的应用程序的设计必须包括下列步骤:
*设计系统的事物逻辑;
*增加对保留某些事物实体的历史变化的要求.
因此,设计步骤须指定实体以及之间关系.对于这些实体及关系,必须保留修改历史.统一建模语言(UML)模板便是例子之一.应用程序必须能够处理历史数据,这就要求开发特殊的界面来进行数据访问,开发图形界面向终端用户呈现历史数据.应用程序的进程逻辑在时间面上的叠交状态,仅意味着概念上支持历史更改要求的数据模型可被独立地进行设计.包含系统实体有效状态的数据模型称为基本模型,对于历史更改的基本模型来说,添加属性的数据模型称为时间模型.在本文中将就关系数据库中的时间表达做出详细的描述.支持历史数据的方法不需要附加编码.存储历史改变的表和表中更新数据的触发器可以从基本模型的模式中自动生成.
2.2对于历史数据的表达
我们对实体及其关系进行定义以便创建时间模式,这些实体和关系的历史更改必须被存储下来.在基本模式中,这些实体及其关系是与关系表相关联的.对每一个这样的表,我们用与基本模式同样的文件名创建一个附加表,并加以H前缀.例如,对文件名为EMPLOYEE的表,我们创建了以HEMPLOYEE为名的表.这个新的表包含了与基本表同样的列,以及两个额外的列——时间区间的开始与结束,在这一区间中,表中每行的数值都是有效的.这两个额外列的名字分别由基本表中的名字加以FTS(实施时间标记)后缀和XTS(终止时间标记)后缀来构成.每一个H表都具有主键和外键.主键由基本表的主键和FTS列构成.例如(图1)表HEMPLOYEE,主键为:Primarykey(ID,EMPLOYEE-FTS)基本表的主键则被用做H表的外键:Foreignkey(ID)referencesEMPLOYEE(ID)H表中的数据自动更新,因此,时间模式里不存在完整性约束.
2.3对于更改历史的更新
现在来考虑在H表中插入和更新记录重要的规则是应用程序不可直接更新这些表中的数据,H表应进行自动更新.自动更新可由触发器执行或者作为应用程序构架中的功能.以下是数据更新的规则:
*当一个记录插入到基本模式表中时,同样的数据也被插入到相应的时间模式H表中FTS字段的数值被设成当前的日期和时间,XTS字段的数值设成一个远离的时间点.
*当一个记录在基本模式表中被更新时,在H表中相应的记录(具有同样的主键和XTS字段等于ENDDATE)也随之更新.之后,这一记录将不再有效,同时XTS字段被设为当前时间.一个具有当前字段值的新记录随即插入到H表,FTS字段设成当前时间,XTS字段重新设成ENDDATE;
*当基本模式表中的记录被删除时,H表中相应的记录(XTS字段为ENDDATE)也随即进行更新,将XTS字段设为当前时间.H表保留了所有数据更改的历史.每一个H表中的记录在区间[FTS,XTS]中都是有效的.更改历史是连续的,前面描述的带有同样主键的记录的FTS字段值与XTS字段值在同一时间进行改变.H表的主键由基本表的主键和FTS字段构成.由于时间是离散的,上面描述的模式不能保证主键的值是唯一的.
这一问题可以通过附加检查得以解决.如果另一个具有当前FTS值的记录已经存在,那么至少在新的记录中FTS有一位有效值会被增加.尽管基本模式中的所有数据在时间模式中都存在,基本模式仍是有用的,理由如下:
*完整性约束在时间模式中没有定义,并且可以不被数据库管理系统进行核实;
*时间模式表可能比基本模式表大很多;
*对于一些查询,时间模式中的数据连接不如基本模式表中的连接有效.
以上提出的执行方法对于其他类型的冗余也进行了假设,冗余的程度经过了选择,从而更易实行有效查询.很明显,为了能够有效执行查询,数据库需要进行细微的调整.特别是时间表上应选择一组索引.不过,这一问题超出了本文论述的范围,在此不详叙述.我们强调不同的完整性约束可以在基本模式中存储当前数据的值,以确保建立高度可靠的数据库.
3数据库查询执行
3.1包含时间条件的查询
基本模式中的数据查询提供了数据的当前值.由于时间数据的支持使得在过去一定时间区间里获得的有效数据、实体更改的历史、带有时间谓词的执行查询以及生成各种报告均成为可能.例如我们可以找出一个员工在任职经理时工资的改变,或者这一员工在一定时间区间里的平均工资.在本文中,将对以下查询进行探讨:
*快照查询可获得在过去某一时间上实体及其关系的状态.例如我们可以查询到某个员工在2000年12月31日的工资是多少;
*跟踪日志查询可以追溯实体更改的历史例如可以查询员工在过去5年中工资变动的情况.
下面分别论述历史数据表达如何应用在以上的查询中,从而在结构化查询语言(SQL)中对查询进行表达.
3.2快照查询
实际上,快照查询是带有附加参数的普通查询,也就是追溯查询数据有效时的时间.为了将一个普通查询转换为快照查询,需要执行以下步骤:(1)将基本表中的参照替换为相应H表中的参照.(2)对每个与查询相关的H表,在WHERE语句中添加附加条件:snapshotdate>=FTS和snapshotdate<XTS.然后,将特定时间里的记录从每个H表中选择出来例如选择当前某位员工工资的查询为:SELECTE.SALARYFROMEMPLOYEEEWHEREE.ID=100这种在特定时间里对那位员工工资的查询被转换成下面的查询:SELECTE.SALARYFROMHEMPLOYEEEWHEREE.ID=100ANDEMPLOYEEFTS>=:snapshotdateANDEMPLOYEEXTS<:snapshotdate由于同一位员工的时间区间是不会重叠的,两个查询产生同一个记录需要注意的是,有效数据在H表中被复制,因此,最后一个查询也会产生有效数据(例如,当snapshotdate=currentdate).
3.3跟踪日志查询
现在我们来论述追溯历史更改的查询.这种查询的复杂度取决于与查询有关的时间表的数量,所选记录有效的时间区间在不同的时间表中必须吻合.为了创建一个跟踪日志查询,需要两个带有不同参数的函数.一个产生最大自变量,另一个产生最小自变量.在查询中会用到下列表达式:
*maximal(table1fts,…,tablenfts)从自变量列表中选出最大的自变数.我们将其代入所有与查询有关的H表的FTS值.为了简洁起见,这一函数产生的值记为MAXFTS;
*minimal(table1xts,…,tablenxts)从自变量列表中选出最小的自变数.我们将其代入所有与查询有关的H表的XTS值.同样,这一函数产生的值记为MINXTS.为了将查询转换为跟踪日志查询,需要执行以下步骤:(1)将基本表中的参照替换为相应H表中的参照.(2)将表达式MAXFTS和MINXTS加入所选字段的列表中.(3)将附加条件MAXFTS<MINXTS加入WHERE语句中.(4)下面的步骤可能需要操作:对历史更改进行追溯的区间进行界定.在WHERE语句中加入条件MINXTS>SANDMAXFTS<E,其中S和E分别是区间的开始值和终止值.假设查询一位员工及其部门的信息:随着时间的变化,这位员工的工资、所在部门甚至姓名都有可能改变.在一定时间区间里选择同样数据的跟踪日志查询为。
4结论
本文所论述的对于时间数据的区间表达的执行并不新奇,类似的执行程序已被很多商业软件包和开发小组所用.然而人们对于效率的问题,完整性约束的支持,应用程序开发以及查询的设计都应更深入的思考.
本文提出的技术考虑了上述所有因素,因此,保证了高效和可信赖软件的开发.文章也仅描述了在非时间数据库管理系统中支持时间属性的基本方面.许多重要的课题还有待研究,其中包括:
*应用程序的额外功能[例如撤销(Undo)功能];
*执行并使用基于事件的表达方式;
*与事务支持机制的相互作用;
*对于有效时间的表达和使用(相对于事务时间).
