数据库论文大全11篇
时间：2023-03-23 15:13:39绪论：写作既是个人情感的抒发，也是对学术真理的探索，欢迎阅读由发表云整理的11篇数据库论文范文，希望它们能为您的写作提供参考和启发。
篇（1）
1调查情况介绍
为了配合中国高等教育文献保障系统（CALIS）“十五”期间的建设和中国高等学校数字图书馆联盟（CADLA，下称联盟）工作的开展，2002年4月，CALIS在成员馆中间发放了《数字图书馆建设情况调查表》；2002年5月和6月在联盟理事馆（注：目前中国高等学校数字图书馆联盟理事馆都是CALIS成员馆。）中间发放了《学位论文数据库建设情况调查表》和《教学参考书数据库情况调查表》。
截至2002年6月30日，共回收《数字图书馆建设情况调查表》89份，其中书面报告22份，电子版报告67份。这些调查报告中有29份来自综合性院校，34份来自工科院校，9份来自人文社会科学类院校，来自其他专业性院校，如医学类院校、农林院校和师范类院校的报告分别为5份、4份和6份。图1给出对提交调查报告的学校按地区进行统计得到的结果。根据统计数字和图表可以看到，此次在CALIS成员馆中进行的数字图书馆建设情况调查具有一定的代表性，比较全面地反映了高校数字图书馆建设的整体情况。
图1提交调查报告的学校按地区统计的结果
对于在22个联盟理事馆中间进行的“学位论文数据库建设情况”和“教学参考书数据库情况”重点调研，各单位均及时对调查内容进行了反馈。
针对上面的三份调查，本文第二部分从几个主要方面对各成员馆数字图书馆建设情况进行了分析总结；第三部分给出CALIS在“十五”期间将要建设的两个子项目“高校学位论文全文数据库”和“教学参考书数据库”在成员馆中间开展的情况；最后对目前成员馆数字图书馆建设中急需解决的主要问题进行汇总。
2整体分析
通过CALIS的宣传和培训，大部分成员馆意识到开展数字图书馆建设的必要性和重要性。调查结果显示，在2000年前后成员馆根据各自对数字图书馆的理解、现有基础、阶段性工作重点、人员情况，开始从专业性或校园范围的文献信息保障体系、数字图书馆应用系统、数字资源、基础设施等各方面进行建设，全面推动图书馆向电子化、数字化方面发展，并在资金投入力度方面予以重视。
2.1专业性、校园范围的文献保障体系
众所周知，CALIS在“九五”期间建设了三级文献信息保障体系。四个全国中心、七个地区中心分别构成文献信息保障体系的第一级和第二级，在全国和地区范围内行使文献信息保障功能。但是由于人力、物力、财力的原因，这些中心还不能满足所有高校图书馆和用户的全部需要。根据本次调查的结果，目前有10个学校正在开展专业性或校园范围内的文献信息保障系统建设。其中北京师范大学图书馆正在构造有一定规模的“中文教育数字图书馆”，将分布于国内外的中文教育资源纳入统一的检索系统；上海财经大学图书馆在数字图书馆理念以及相应的管理机制等方面进行了研究与实践，提出了建设“财经文献资源信息中心”的设想；电子科技大学图书馆“西南地区电子信息学科与文献信息中心”的建设已具雏形；首都师范大学图书馆和北京工业大学图书馆受北京市教委的委托筹建了“北京高校网络图书馆”；内蒙古大学图书馆“多功能蒙古学文献信息研制服务中心”的建设颇具民族特色；安徽大学、北京理工大学、大连海事大学、福州大学、哈尔滨工业大学的图书馆，依托校园网建立与本校学科发展、人才培养相配套的，以信息服务为重心的全方位、多层次、高效率的文献信息服务体系。
2.2数字图书馆应用系统
考虑图书馆的工作特点，针对图书馆的需要，研究和开发数字图书馆建设中急需的各种应用系统，已经被列入各成员馆的计划中。本次调查发现有16个图书馆正在应用系统方面进行技术攻关。其中开展数字图书馆原型试验系统研发的学校主要有北京大学、复旦大学、西安交通大学、厦门大学、中山大学、武汉大学等高校的图书馆，这些图书馆研制的内容包括数字图书馆体系结构、元数据、信息存储与检索、互操作等相关技术与解决方案；上海交通大学、北京大学、北京航空航天大学等10余所高校图书馆开发了“视频点播系统”，采用大容量存储设备存储多媒体资料在校园网内提供多媒体视频、音频资料的网上实时点播；复旦大学图书馆正在开发“图书馆电子资源跨平台检索系统”，实现统一界面查询，读者可以通过书刊名、文章名、关键词、著者、媒介类型、数据来源等检索项（包括组合检索项），查询系统连接的各个数据库；天津大学、厦门大学、西北师范大学等7所高校图书馆专门成立了“特色资源数字化加工中心”，开展纸本文献数字化、多媒体资源加工、电子剪报、数据库制作的相关硬件环境设备建设及软件支撑平台建设，形成数字化资源的收集、加工、分类标引、整合、、更新、维护等的完整系统；电子科技大学图书馆开发了“专题数据库系统”，为图书馆的数据库建设提供平台，包括开发、分类、全文检索、远程查询、科学管理和升级等功能，能全面、准确、高效地达到网络化数据库系统的应用标准；吉林大学、中国人民大学图书馆利用相关技术，建立了标准化的知识服务系统平台，开发了“服务子系统”，为用户提供个性化服务，包括信息定制、协作咨询、知识挖掘、多媒体教学、VOD点播、重点学科导航等；西安交通大学图书馆正在集中力量，依托CALIS西北地区中心搭建一个统一的软硬件平台，建设地区性数字资源中心、数字化中心、存储中心、交换中心以及数字图书馆研究与开发中心，为用户提供集成化的智能服务。
2.3数字资源建设
资源建设是数字图书馆建设的基础，也是各馆开展数字图书馆尝试的主要选择。“九五”期间在CALIS的宏观调控和统一规划下，一方面，各馆大幅度增加电子文献的引进，以网络版数据库为主，并引进部分光盘数据库；另一方面，各馆在自建资源方面取得了很大的突破，CALIS组织成员馆共同建设了联合目录数据库、中文现刊目次库、学位论文文摘库等数据库。在提交调查报告的89所图书馆中，85％以上的图书馆参与了CALIS“九五”期间的子项目建设，在支持CALIS资源建设工作的同时推动本馆的数字化进程，起到了事半功倍的效果。
与此同时，CALIS有选择性地支持24个单位根据本馆的特色馆藏、资源特性，在网络环境下建立特色馆藏，逐步把有价值的特色信息资源组织起来，建设成CALIS重点学科专题数据库，以便比较集中、更深层次地揭示各高校收集的富有学科特色的文献。目前CALIS重点学科专题数据库包括24家成员馆建成的25个重点学科专题数据库，数据量已达280万条以上，通过因特网进行服务，实现资源共享。
在CALIS的带动下，在24家成员馆的示范作用下，为了更好地满足本校教学科研的需要，其他的CALIS成员馆纷纷开展本馆特色资源的调研、论证和建设工作。本次调查统计结果显示，目前正在进行数据库建设的CALIS成员馆有74所，每个馆根据各自的条件和实力，或者百花齐放，如中山大学、西安交通大学、上海交通大学等17所高校图书馆同时进行几个数据库的建设；或者一支独秀，在数据库建设的质量上下功夫。
成员馆自建的这些数据库围绕着CALIS制定的“建设具有中国特色、地区特色和高等教育特色的专题数据库”的原则，或者对馆藏特色文献数字化，或者做某个学科或专题的数字资源建设工作，比较系统全面地对某个专题进行综合报道。数据库各具特色，有的体现中国文化渊源历史，有的介绍人物生平、业绩、著作，有的针对某个学科或专业做全面的介绍，有的展现科技动态。数据库形式多样，包括图象、文字、解说、全文和文摘，具有学科知识数据库的特点。揭示的内容比普通二次文献库要深，丰富了高校资源。数据库内容丰富，包含中外文期刊、会议论文、专利文献、产品、事实数据、研究机构信息，或集各种信息于一体。有的数据库具备良好的检索系统，提供WEB界面的查询，有些还使用全文检索系统和多媒体系统，可提供全文、关键词、题名、出处、文摘等多检索点检索；为配合学校的教学和科研，为推广高校科学技术成果，展示广大科研人员的劳动成果和聪明才智，给广大读者提供丰富的有价值的科研资料做出了积极的贡献，弥补了图书馆经费紧缺造成的纸本资源的不足，为高校数字图书馆的工作积累了丰富的经验和技术。
2.4基础设施建设
基础设施建设是各馆进行数字图书馆建设的一个重要部分。调查发现，有28所图书馆正在从基础设施建设入手，创造数字图书馆的基本环境。其中22所图书馆对本馆的自动化和网络系统进行了升级与改造，旨在建立先进可靠的高速信息网络系统，建设先进的图书馆集成管理系统，实现图书馆日常业务科学全面的自动化管理，为国内外资源共享提供环境；9所学校建设了多功能电子阅览室、多媒体教学、网络培训教室，提升了图书馆的开发和应用能力，为师生提供多媒体信息服务；北京理工大学、北京化工大学等4所院校还斥资数千万建设了新馆舍，给师生提供了舒适的教学科研环境。
2.5资金支持
《数字图书馆建设情况调查表》中还包括对各个学校用于数字图书馆建设的资金额度及其来源的调查。调查结果显示各成员馆数字图书馆的建设资金分别来源于“211工程”建设经费“985”工程，国家“教育振兴行动计划”，国家和省级自然科学基金，各省市教委、学校的专项拨款，与企业共建，捐助，图书馆年运作经费，学校自筹等10多个方面。由此可见图书馆动用了所有力量，通过各种渠道支持数字图书馆建设。小到学校，大到国家，建设数字图书馆的意识都明显增强，对此投入的资金大幅度增加，部分学校得到的数字图书馆建设的资金更是令人可喜。表1将各馆数字图书馆经费情况按几个等级进行了统计。需要说明的是有17个学校未对数字图书馆资金的投入进行说明，无法进行统计。对72个成员馆的统计结果显示，38.9％的学校数字图书馆建设的资金额度大于100万，其中有8.3％的高校十分重视数字图书馆的建设，投入了数千万资金支持数字图书馆的建设，但是，我们还应该看到，有超过一半的图书馆用于数字图书馆建设的资金小于10万，无力开展规模性的、目的明确的数字图书馆建设活动。“十五”期间，为了在更大范围内共建、共知、共享，CALIS任重道远。
表1数字图书馆建设资金状况统计
3重点调研
下面根据联盟理事馆对《学位论文数据库建设情况调查表》和《教学参考书数据库情况调查表》的反馈意见，综合CALIS成员馆对《数字图书馆建设情况调查表》的反馈意见，对CALIS成员馆“学位论文数据库”和“教学参考数据库”的建设情况进行分析。
3.1学位论文全文数据库建设
“高校学位论文文摘数据库”是CALIS“九五”建设的一项重要成果，是高校间开展文献传递的重要基础数据库之一。“九五”期间共有90余所成员馆参与了CALIS学位论文文摘数据库的建设，学位论文文摘数据提交量已经达到10万条。由于学位论文内容丰富、新颖、情报价值高，对某一专题有独到的见解和系统论述，对科研和生产有较大参考价值，读者需求呈上升趋势，为此，“十五”期间，CALIS将在该库的基础上进一步建设“高校学位论文全文数据库”，全面实现博、硕士学位论文资源的共享。根据《数字图书馆建设调查》和《高校学位论文全文数据库建设调查》的统计结果，CALIS成员馆中有29家开展了学位论文全文数据库的筹备和建设工作，其中13家来自联盟理事馆；目前这些学校学位论文的全文数据加起来有18100条，主要采用WORD和PDF格式保存，也有个别学校采用JPG格式和DJVU格式；其中北京大学、上海交通大学和东南大学图书馆学位论文建设工作开展较早，可以追溯到1996年；北京大学、清华大学和西安交通大学图书馆数据库建设规模较大，有超过5000条的全文数据；已经具有学位论文数据库提交系统的学校有11个，其中北京大学、清华大学等图书馆的系统已经比较成熟，不仅具有学位论文提交系统，而且同时开发了学位论文检索系统，并考虑了学位论文的编目、校验、统计，设计了学位论文管理系统；目前北京大学和西安交通大学图书馆的学位论文数据库系统是开放的，读者可以检索到摘要级，其他学校的学位论文系统有的要进行用户认证，有的通过IP限制访问；对于学位论文的版权问题，各个学校还没有很好的解决方案。比较实际的解决方法是和论文作者签署论文使用协议，限于校园网使用。成员馆的上述工作为“十五”期间CALIS学位论文全文数据库的建设提供了很好的基础。2002年5月底，CALIS管理中心邀请在学位论文建设方面有一定基础的15个联盟理事馆召开了“高校学位论文全文数据库建设工作研讨会”。会议统一了对高校学位论文全文数据库建设的认识，明确了高校学位论文全文数据库建设的指导思想为在统一的建库标准规范下，实现共建、共享。会上大家总结出学位论文建设的主要环节包括总体工作流程、标准规范、论文提交、应用系统、管理与版权等。会后，CALIS管理中心根据各成员馆的意见，整理了《高校学位论文全文数据库建设参考》，为其他准备开展学位论文全文数据库建设的学校提供参考，加快高校特色资源共建共享的进程。北京大学、清华大学、武汉大学、西安交通大学、厦门大学、东南大学等学校还表示愿意根据会议精神，在对各自的应用系统进行修改后，尽快向兄弟院校免费提供。与此同时，大家还认同了将CALIS学位论文全文数据库设计为“集中索引、分布式存储”的数据库的思路。
3.2教学参考书数据库建设
CALIS管理中心充分意识到，建设教学参考书数据库，对高校的公共基础课、专业基础课和一部分精选专业课的教学参考书提供上网服务，可以满足教育事业发展的需要，有效地解决各校教参复本量少的问题，在“十五”期间将“教学参考书数据库”建设提到了议事日程上来。
根据《数字图书馆建设情况调查表》和《教学参考书数据库情况调查表》反馈的结果，目前CALIS成员馆教学参考书数据库建设基本的情况是：14个学校已经建有一定规模的教学参考书数据库，另有11个学校开始筹划；其中教参数据库建库时间最早的是中国人民大学图书馆，始于1996年；北京大学图书馆1999年开始建库；包括复旦大学、清华大学图书馆在内的8所高校图书馆从2000年开始建库；其他的图书馆是在近一年里才开始和计划进行教学参考书数据库的建设；这些学校的教学参考书书目数据量加在一起有49500条，全文数据有5100条，其中复旦大学的书目数据量最多，已达26，500条，中国人民大学的全文数据最多，有3000条；对于教学参考书数据库系统，有7所图书馆使用TRS全文数据库进行二次开发，有3所图书馆采用快葳公司的DIPS系统，2所图书馆馆使用方正Apabi系统；选择MARC做为教参元数据进行著录的有5家，选择DC做元数据的有3家；对于全文，一般采用WORD和PDF格式；对于版权问题，中国人民大学、西安交通大学、中国科技大学图书馆目前的解决办法是限于校园网使用，其中中国人民大学图书馆已经开始对教师著作征询版权，清华大学和上海交通大学图书馆目前的政策是部分解决版权，同时结合访问控制，北京大学图书馆、复旦大学图书馆正在考虑和专业公司合作，全面解决版权；目前在主页上有教学参考书项目链接的图书馆，有上海交通大学、复旦大学和厦门大学，其中复旦大学图书馆的检索系统可以对外提供服务，非校园网用户可以浏览到书目级。
CALIS在6月中旬邀请22家中国高等学校数字图书馆联盟理事单位召开了“教学参考书数据库建设研讨会”。会上，大家根据各自的工作经验对CALIS将在“十五”期间进行的教学参考书数据库的建设工作提出了很好的建议：（1）标准规范方面：希望CALIS在标准、系统等方面提出方案与要求。（2）建设内容：在学科上有所侧重和分工。（3）版权问题：提出统一的版权解决方案。（4）管理方面：以211工程或CALIS名义，请学校教务部门将教参书的收集纳入教务管理工作，以保证教参考书的权威性和新颖性。（5）建设方式：由CALIS组织购买一批有版权的电子参考书，同时在CALIS协调下，由部分高校分工建设，共享数据，成本分摊。（6）合作思路：和数据库商与系统商合作开发系统和解决版权。（7）系统建设：第一步参建各校分别建立教参信息库，同时把数据集中起来建立CALIS教学参考信息库；第二步建设电子全文数据库。
针对以上建议，CALIS正在积极征集包括系统、资源、读者使用、服务模式、实施、经费预算等在内的教学参考书数据库的解决方案并通过申报、调研、审批方式确定承建单位。
4小结
篇（2）
1．2数据库设计数据库设计在软件开发过程中是一个很重要的环节，数据库是任何系统都不可避免的。本研究在设计数据库时尽量满足第三范式，减少数据冗余，尽量设计比较精简的数据库。(1)人员信息表:有机构、人员编号、姓名、出生日期、性别、职称、最后学历、最后学位、学科、研究方向等字段。(2)科研成果信息表:有机构、成果编号、成果名称、第一作者、成果来源、成果形式、出版单位、出版时间、刊号、关键字、成果字数等字段。(3)科研项目信息表:有机构、项目编号、项目名称、项目来源、批准号、负责人、立项时间、完成时间、项目状态、批准经费等字段。(4)管理员信息表:有用户名称、密码。管理员登录的时候要进行验证，表单获得的数据和数据库中该表的数据对比如果成功，则登录成功，否则，登录失败。对以上所有表的添加、删除、修改、读取等数据操作都设计相应的存储过程来实现。
2系统实现
2．1系统用户界面的设计用户界面设计的要求是:(1)简单清晰，一目了然，容易上手;(2)功能相似的页面，采用统一的布局;(3)方便操作，尽量减少数据录入量;(4)具有较好的录入容错功能。用户工作界面由三层组成:上方是图标栏;左下方为事务菜单;右下方为操作界面。页面主要采用webForm来进行设计。如校级管理员用户通过验证后的登入界面。
2．2数据库的实现本科研管理系统采用了三层结构的框架，将访问数据库的一些底层方法封装在DBUtility这个类库中，其中DbHelperSQL类和DbHelperSQLP类是连接数据库字符串和一些公用的方法，如简单的SQL语句，带参数的SQL语句，存储过程的操作等，DES－Encrypt类是数据库的安全性，加密解密等操作。PubConstant类是动态的配置数据库的连接字符串。
2．3配置web．config为了方便数据操作和维护，可以将一些数据库连接配置参数放在web．config文件中，代码如下。
2．4科研项目管理功能模块的实现高校科研项目管理主要针对已通过审核的项目提供管理功能，能提供项目的信息，对项目实现增加、修改、查找等功能。点击项目管理，可以出现项目一览和新增项目两个功能模块。这时候点击项目一览，可以出现项目的一些基本信息，并且可以对其进行增加、修改、查找等相关操作。系统管理员有最高权限，可以查找全校的申报项目，可以模糊查找，有修改、删除的权限，还可以导出所要的项目资料。以下是校级科研项目管理设计界面，如图4所示。
篇（3）
1引言
异构数据库互操作问题作为数据库领域的研究热点和难点课题，在国内外的学术界和工业界都引起了广泛的关注。自20世纪80年代以来，国外许多公司和科研单位对异构数据库的集成进行了大量研究，取得了不少成果，但国内对异构数据库集成的研究还处于开始阶段。
2异构数据库互操作的概念
异构数据库（HeterogeneousDatabase）集成是数据库技术从完全集中到逻辑集中、物理分布（传统分布式数据库）乃至逻辑分布、物理分布（异构数据库）这一发展过程的结果，也是兼顾已有系统自治性并实现新的数据共享这一现实需求的有效手段。
异构数据库的异构特征包括两个级别：系统一级的异构和语言一级的异构，主要体现在以下几个方面。
(1)计算机体系结构的异构:各个参与的数据库可以分别运行在大型机、小型机、工作站、PC或嵌入式系统中。
(2)操作系统的异构:各个数据库系统的基础操作系统可以是Unix,WindowsNT,Linux等。
(3)数据库管理系统的异构:一种是数据库概念模式的异构:有层次、网状、关系和面向对象4种；另一种是数据库物理模式的异构：指概念模式相同，但数据结构不同，比如Oracle与SQLServer同属关系型，但结构不同。
异构数据库互操作的实现包括三个功能要素:(1)为用户提供功能强大且操作灵活的互操作可视化界面，通过它用户可以直观地对多个异构数据库进行透明访问;(2)提供高级语言数据库访问调用级接口，至于调用级接口的实现层次可由设计者视具体清况而定;(3)支持环境开放性，可能的话还应该支持实现语言开放性。
异构数据库系统的目标在于实现不同数据库之间的数据信息资源、硬件设备资源和人力资源的合并和共享。异构数据库系统集成就是要将数据库系统的不同，操作系统的不同，操作平台的不同或者底层网络的不同进行屏蔽，使得用户就可以将异构数据库系统看成普通的数据库系统，用自己熟悉的数据处理语言去访问数据库，如同访问一个数据库系统一样，对其进行透明的操作。
3实现异构数据库互操作的途径
面对异构数据库的互操作需求，主要从两个方面同时进行努力:一是建立标准，即建立统一的数据库规范，消除由于标准的不完善而造成的各数据库系统间的差异;二是构建异构数据库互操作平台，实现对多个异构数据库的透明访问。
随着对数据库互操作问题的深入研究，基于不同角度，许多研究者提出了可行的异构数据库互操作途径，这些途径在实现互操作的深度、广度和高度上各不相同，都有各自所适应的特定环境和需求。从异构数据库的核心思想出发，把实现互操作的途径归纳为两大类。
3.1系统级异构互操作
对于DBMS系统一级异构的网络环境下的数据库互操作，主要有四种实现途径。
（1）数据库网关（DatabaseGateway）
数据库网关是一种中继器，它能提供应用级的异构数据库集成的手段。网关的主要作用是转换和通信。
数据库网关可以建立比较稳定和透明的数据库互操作，但是其缺点也较为明显。诸如不关心如何屏蔽数据库之间的异构性，不支持事务处理，资源冗余，用户受限于数据库厂商，不能任意选择客户机平台及目标数据库等问题。
（2）公共协议/数据转换协议技术
公共协议是异构数据库进行通信时采用的公认的数据协议，即公认的系统间传递SQL请求和结果的形式。最常见的协议是ANSI/ISO的关系数据存取(RDA)标准、SGA（SQLAccessGroup）规范和IBM的分布式关系数据库结构(DRDA)。与数据库网关相比，公共协议更具有可扩充性和开放性，能较好地实现异构数据库的透明访问、支持多种网络协议和多种客户平台，是实现异构数据库互操作的有效途径之一。
公共协议/数据转换协议的缺点是协议本身的低效率带来的速度问题。
（3）公共编程接口
公共编程接口包括客户应用编程界面(CAPI)和服务器应用编程界面(SAPI)。CAPI是一组过程库，通常驻留在客户端，通过装载后端专用的驱动程序访问不同的数据库。SAPI提供一个应用编程界面，控制服务器与客户应用请求和目标数据库之间的交互。如Microsoft的ODBC、Oracle的SQL*NET以及IDAPI。其优点有：由于提供了统一的调用级接口，使用户免除了应用程序随数据库改变而改变的痛苦;通过API可使应用程序直接操纵数据库中的数据。数据库访问API的缺点是:针对每一个数据库都需要有一个与其对应的驱动程序;由于不同的驱动程序所支持的数据类型和对数据的操作都不相同，其完全透明地访问异构数据库的能力有限;实现效率过分依赖于驱动程序，而驱动程序将标准语法转换成相应数据库的命令语法要花费大量的时间。
（4）中间件技术（MiddleWare）
中间件是处于应用程序及应用程序所在系统的内部工作方式之间的软件，它的基本思想是在各后端数据源和前端应用程序之间建立一个抽象层。把应用程序与系统所依附软件的较低层细节和复杂性隔离开来，使应用程序开发者只处理某种类型的单个API，而其他细节则可以由中间件处理。这样就使系统对每个不同数据源的操作变成对单一的中间件的操作，而后再对中间件进行异构处理。使用中间件技术解决异构数据库集成的问题，将会给系统集成带来很多的好处。这是因为中间件不仅能够使得前端用户访问后端的异构数据库实现透明化，并且保证了访问接口的开放性，这样可以使系统在以后功能上的扩展更加方便。通过中间件来访问数据库的另一个好处就是所有的客户端的请求都发送到了中间件上，减轻了数据库服务器的负担，保证了数据库服务器的性能不会降低。同时，中间件的采用极大地提高了系统的可维护性，在系统内部的某个逻辑发生变化时，只要改变中间层的相应处理程序，前台用户界面不需要做任何的改动，这样就大大降低了系统维护的费用。
3.2数据结构与语义级异构互操作
目前，对于数据结构和语义一级异构的数据库互操作的研究有紧密耦合和松散耦合两种思想，具体体现于多数据库系统、联邦数据库系统和分布式数据库系统三种方法。
（1）多数据库系统
所谓多数据库系统就是一种能够接受和容纳多个异构数据库的系统，允许各个异构数据库的“自治性”。多数据库系统是一个广义的概念，是相对于如集中式数据库系统或分布式数据库系统那种逻辑上具有同一管理系统而言的，它以多元和分布为主要特征。多元是指它多个彼此区别的集中式或分布式数据库系统;分布则是指数据分布在不同场地的数据库系统中，由各自的管理系统进行管理。
多数据库技术的目标是为在多个数据库之间实现互操作，解决数据库资源共享找到一种技术途径。一般采用分布、异构、自治三个特性作为尺度来刻画多数据库系统。使用这种方法，用户需要显式地指明所要访问的数据库。多数据库系统采用自下而上的方法来实现。
（2）分布式数据库（DistributedDatabase）
分布式数据库的基本思想是抛弃原有的数据库系统，在网络环境下建立分布的数据库系统，在体系结构、事务处理模型等方面重新设计从而解决信息共享与互操作问题。分布式数据库系统分为同质分布式数据库和异质分布式数据库。像Oracle、Sybase、Informix等都是同质分布式数据库系统，这类系统的实现相对来说比较容易一些。异质分布式数据库管理系统大多是在已有的一些数据库管理系统的基础上实现的。
（3）联邦式数据库（FederatedDatabase）
联邦式数据库系统是网络技术和分布式数据库技术发展的必然结果，它是由一组能协调工作，又可以独立自治的部件数据库组成。它可以是原先不分布的，又可以是分布的，具有分布性、自治性、异构性三大特性。
联邦式数据库与分布式数据库系统的区别在于：分布式数据库系统虽然在物理上是分散的，但因为有统一的数据模型及全局数据模式，所以它在逻辑上却是集中的，因此用户感觉到的是一个完整的数据库。显然，这种系统可用于某个专用领域的系统，但不适于不同领域间的异构系统的集成。相反地，联邦式数据库系统是由在不同结点上松散耦合分布的异构成员数据库构成，各联邦成员间的一种松散结合。构成联邦成员的可以是一个集中式数据库，也可以是一个分布式数据库，它们可以根据需要（按某种组合）加邦或者根据需要退出联邦。联邦式数据库没有全局模式，各子系统（即联邦成员）按自己的需求建立各自的数据模式。其成员之间的数据共享关系，通过由协商确定的输入/输出模式来建立，单个成员有权拒绝或允许其它成员结点对它的访问。因此，它能够支持多库系统的分布性、异构性和自治性，使之产生满意的集成。超级秘书网
异构数据库的互操作技术使得数据库在原有技术领域发挥重要作用的同时，在未来新的应用领域也有着重要的影响，如地球观测系统EOSDIS、电子商务、保健信息系统、数字出版、协同设计等领域。
参考文献
[1]萨师煊，王珊.数据库系统概论.北京：高等教育出版社，2000.2.
[2]张水平,万映辉等.异构数据库的集成与互操作.计算机应用研究,2000(1).
[3]郑振楣,于戈等编著.分布式数据库.北京:科学出版社,1998.
[4]刘艳梅.基于COM/DCOM组件标准实现异构数据库的联合使用:[博士学位论文].北京:北京理工大学,2000.
[5]唐巍,周俊林,李晓.异构数据库集成方法初探.计算机应用研究,1999(8).
篇（4）
件*.mdb),也可以是远程数据库文件(如MicrosoftSQLServer);它可以是已知的某种DBMS格式,也可以是一种全新的数据库格式。总之,它取决于提供了什么数据库类型的驱动程序。
VisualC++中的ODBC主要是实现基于Windows的关系数据库的应用的共享。
二、ODBC管理器
在ODBC中,数据源是一个重要的概念,它是数据库位置和数据库类型等连接信息的总和。数据源在使用前必须通过ODBC管理器(Administrator)进行登录。在登录数据源时,要搞清数据源名(Datasourcename)、数据库文件名(Databasename)和数据表格名(Tablename)这三者的概念和相互关系:数据源实际是一种数据连接的抽象,数据源名是登录时赋予的“连接”的名称,以供应用程序使用,至于该数据源下连接的是哪一个数据库,则由数据库文件名指出(如Access2.0forMSOffics中的.mdb文件);一个数据库文件中可以包括若干个数据表格(table)和其他。在关系@@09A05900.GIF;图1ODBC层次关系图数据库中,数据是以二维表格的方式存在于数据库@@文件中,应用程序最终的操作目标即是这些表格中的行(row记录)和列(columns字段)数据。对于foxprow数据源,数据库文件名是“路径名”,而该路径下的所有数据文件(*.dbf)都属于该“数据库文件”名下的数据表格(table)。
ODBC管理器被装在ControlPanel里(ODBCINST.CPL)。通过该工具可以增添、修改或删除数据源,也用来增添、删除ODBC驱动程序,ODBC管理器把数据源和它们的连接信息保存在ODBC.INI、ODBCINST.INI和ODBCISAM.INI中。当需要共享应用程序时,只需按新的数据文件的类型和位置重新登录即可。
三、ODBC应用程序接口
ODBCAPI是一组标准的ODBC函数库,除了一般的数据库操作函数外,还包括一组函数(如SQLExec或SQLExecdirect)能够内嵌标准SQL查询语句。SQL(StructuredQueryLanguage结构化查询语言)是一种存取关系型数据库的标准语言,能够定义、查询、修改和控制数据,简单的语句能够作用于整个数据表格,具有很强的功能。
同Windows3.1SDK中API类似,ODBCAPI也是基于句柄(handle)进行操作的。API函数按功能可分为以下几类:
·数据源连接函数,设置/获取有关信息的函数;
·准备/提交执行SQL查询语句的函数和获得数据的函数;
·终止函数和异常处理函数。
上述函数的顺序也表示了进行数据库操作的一般顺序。两个需要特别说明,一是数据类型问题:数据源中的数据所具有的数据类型称为SQL数据类型,这些数据类型在其数据源中可能比较特殊,不一定和ODBCSQL数据类型存储方式一致,驱动程序把这些数据类型同ODBCSQL数据类型进行相互转换,每一个ODBCSQL数据类型都相当于一个ODBCC语言数据类型;二是函数的调用级别问题,并不是每一个ODBC驱动程序都支持所有的ODBCAPI函数调用,在应用程序中,可以调用有关函数获取驱动程序以支持层次方面的信息。
四、ODBC编程
在VisualC++中,MFC(MicrosoftFoundationClass基本类库)是经过对Windows应用程序中各个部件进行类的抽象而建立的一组预定义的类,如窗口基类(CWnd)、各种窗口派生类等等,这些类在应用程序中可直接使用,不需要重新定义。在MFC中,也为ODBC预定义了几个类,其中主要的是数据库类(CDatabase)和记录集合类(CRecoredset)。这两个类既有联系又有区别,在应用程序中,可以分别使用,也可以同时使用,每一类也可以同时存在多个对象。CDatabase的每一个对象代表了一个数据源的连接,CRecordset的每一个对象代表了从一
个数据表中按预定的查询条件获得的记录的集合,一般说来,前者适宜于对数据源下的某个数据表格进行整体操作,后者用于对所选的记录集合进行处理。
同Windows类与SDKAPI函数的关系一样,CDatabase类与ODBCAPI函数也有类似的关系,但CDatabase类中并不包含所有的ODBCAPI函数,大部分操作功能仍须直接调用ODBCAPI函数,如目录功能函数,用于获得数据源下的数据表格信息,如表格名,字段名等。
在应用编程时,一般使用CDatabase和CRecordset的派生类。假设派生类分别为CUserdb和CUserset,而在应用类CUserClass中,使用了一个CUserdb对象(m-db)和一个Cuserset对象(m-recset),图2给出了用户应用类与ODBC类的相互关系示意图。
@@09A05901.GIF;图2CDatabaseCRecordset类与应用类及数据源关系图@@
1.m-db连接数据源
m-db在完成定义构造后,要调用CDatabase的打开(Open)函数以进行数据源的实际连接:
m-db.Open(lpszDSN,bExclusive,bReadOnly,lpszConnect);
打开函数需要输入四个参数。lpszDSN:要连接的数据源的名字,如果lpszDSN=NULL且lpszConnect中也没有指明数据源名,则该调用会自动出现一个对话框列出所有可用的数据源(名),让用户选择。bExclusive:只支持“假”(False)值,表示为共享(share)方式连接。因此,应用程序在运行前,一定要装入share.exe或在Windows的system.ini中装入vshare.386。ReadOnly:指明数据源操作方式是“只读”还是可以修改。lpszConnect:指明连接字符串,包括数据源名、用户标识码、口令等信息。该字符串必须以“ODBC;”开头,表示该连接是与一个ODBC数据源的连接(考虑以后版本支持非ODBC数据源)。
m-db打开后,其指针可以传给m-recset作为其数据源。m-db关闭后,将关闭所有CRecordset对它的连接,m-db也可以重新打开。
2.m-db操作数据
数据源打开后,即可对数据库文件中的数据表格进行操作,操作以调用SQL语句方式进行,可直接通过ODBCAPI函数,或者CDatabase类成员函数ExecuteSQL。数据表名在SQL语句中指定,如下语句则在所在的数据源中的clerk表中插入一个记录,记录的name字段值为"chen"。
m-db.ExecuteSQL("insertintoclerk(name)value(''''chen'''')");3.m-recset连接数据m-recset在构造时,可传入一个CDatabase对象指针,作为m-recset的数据源,当为NULL时,必须重载CRecordset的函数GetDefaultConnect,以提供数据源连接字符串(相当于m-db.Open中的lpszConnect)。如下则表示连接名为COMPANY的数据源(当传入了合法的CDatabase对象指针时,该函数将不被调用)。
CStringCUserset::GetDefaultConnect()
{
return"ODBC;DSN=COMPANY;";
}4.m-recset选取记录和字段
m-recset在调用打开函数时,即获得了符合条件的一组记录,条件语句在Open函数中的lpszSQL中给出,如果lpszSQL为NULL,则必须重载CRecordset的函数以提供该语句。该语句是一个SELECT语句,带或不带where和orderby子句(如果不带,where和Orderby的条件也可在CRecordset的两个预定义成员变量m-strFilter和m-strSort中给出)。lpszSQL也可以只是一个数据表名(table-name),也可以是对内嵌在数据库文件中的查询程序的调用语句。所选择的一系列字段名,在成员函数DoFieldExchange中由一系列RFX-函数指定。RFX-(RecordFieldExchange)函数,使字段和成员变量一一建立类型对应关系。另外,m-strFilter中也可以带变量参数(用"?"表示,如"fieldl>=?ANDfield2<=?"),参数与成员变量的对应关系也在DoFieldExchange中由RFX-函数指定(串中的"?"将被参数变量值逐一替换)。
voidCUserset::DoFieldExchange(CFieldExchange*pFX)
{
pFX->SetFieldType(CFieldExchange::outputColumn);
/*以下为字段连接*/
RFX-???(pFX,"field1",m-var1);
RFX-???(pFX,"field2",m-var2);
...
RFX-???(pFX,"fieldn",m-varn);
pFX->SetFieldType(CFieldExchange::param);
/*以下为参数连接*/
RFX-???(pFX,field1,m-param1);
RFX-???(pFX,field2,m-param2);
...
}其中,???为ODBCSQL数据类型名,如RFX-Double,RFX-Text等。
综合上述,选取记录和字段实际是由下列语句完成:
SELECTrfx-field-listFROMtable-name[WHEREm-strFilter][ORDERBYm-strSort]
字段变量和参数变量的个数一定要在调用打开函数前(如构造函数中)准确地赋值给成员变量m-nFields和m-nParams。m-recset在打开后的任何时候调用Requery()函数,将根据新的查询条件(例如修改了参数变量值)重新选取记录。
5.m-recset操作数据
记录集合生成后,其当前记录的各字段值被保存在前述的各字段变量中,如果调用CRecordset的滚动(scroll)函数,如MoveFirst(),MoveNext(),MovePrev(),MoveLast()等,字段变量的值将自动跟随“当前”记录的位置的变化而变化。IsBOF(),IsEOF()用于判别是否移动到记录的头或尾。
数据操作主要包括删除(Delete),添加(AddNew)和更改(Edit),一般流程为:
if(m-recset.CanUpdate())/*是否允许修改*/
{
if(m-db.CanTransact())/*是否支持“批”处理*/
{
m-db.BeginTrans();
m-recset.AddNew();
/*修改字段变量值*/
...
m-recset.Update();
m-mitTrans();
if(catcherror)
m-db.RollBack();
}
}
对于AddNew和Edit,修改字段变量后一定要调用函数Update(),否则更新将丢失,而Delete操作则不必进行字段值修改和调用Update()。
上述的CDatabase的四个函数是ODBC为保证数据操作的可靠性而提供的“批”处理函数,即在BeginTrans和CommitTrans之间的数据修改如果出现任何异常,可通过函数RoolBack来恢复所做的修改。
在多用户系统使用时,每一个数据源可以被多个用户的多个任务连接,不同的任务可同时修改相同的数据源。ODBC提供了两种数据表更新的同步机制(在m-recset.Open函数中指定),“静态”的(snapshot)和动态的(dynaset)。前者是一组静态的记录集合,当建立后不会改变,除了反应自己的添加/删除外,不反应别的用户的修改,除非调用了Requery重新建立。后者是一组动态的记录集合,自己或别的用户所作的修改随时反应到集合中来(当然也可用Requery重建),以保持记录与数据源的同步。在应用中,应根据需要确定使用哪一种方式。
篇（5）
网络数据库是网络环境下办公自动化（OA）系统的核心部分。设计一个网络数据库所采用的技术实现方法，其先进性和科学性不仅对软件的开发效率和软件质量有着很大的影响，而且对整个软件的使用和维护有着重大的影响。同时，系统的安全性对于系统的实现同样非常关键。系统不安全的因素包括非授权用户访问计算机网络，授权用户越权访问有关数据库，以及敏感信息在基于TCP/IP网络上的传输。结合开发实践，本文主要介绍网络数据库的实现技术和基于SQLSERVER的安全策略。
1系统实现技术
（一）数据库访问技术
一般的数据库开发工具如Delphi5都提供了一些数据库对象组件，它们封装了BDE的功能。这样，开发数据库应用程序就不必知道BDE的功能。其次，还提供了数据感知组件可以与数据访问组件彼此通信，这样，建立数据库应用程序的界面就变得简单。SQLLinks为连接Oracle、Sybase、Informix、MicrosoftSQLServer、DB2和InterBase提供了专门的驱动程序，还可以通过ODBC连接其他数据库[1]。
（二）SQL编程技术
SQL是一组符合工业标准的数据库操作命令集，它可以在Delphi这样的编程环境中使用。SQL不是一门语言，无法得到一个专门的SQL软件，它只是服务器数据库的一部分。
作为一种查询语言，是网络环境下客户/服务器数据库应用程序开发的标准[2]。Delphi提供了支持SQL的有关组件。SQL具有一些查看数据的优势，而且只能使用SQL命令来获得。通过SQL，也可以灵活地查询所需要的数据，这种灵活性是面向记录的数据库操作所不具备的。
SQL为控制服务器的数据提供了下列功能：
数据定义：使用SQL可以定义数据库表的结构，包括表中字段的数据类型以及不同表的字段之间的参照关系。
数据检索：客户程序可以通过SQL向服务器请求它所需要的数据。SQL还允许客户定义要检索什么数据、如何检索，例如排序、选择字段等。
数据完整性：SQL可以实现数据完整性约束，这些完整性约束可以定义为数据库表的一部分，也可以使这些规则以存储过程或其他数据库对象的形式从表中独立出来。
数据处理：SQL允许客户程序更新、添加或删除服务器上的数据。这些操作可以由客户提交的SQL语句来完成，也可以由服务器上的存储过程来完成。
安全性：通过对不同的数据库对象定义访问权限、视图以及受限制的访问，SQL可以保护数据的安全。
并发访问：SQL支持对数据的并发访问，多个用户可以同时使用系统而不互相干扰。
简而言之，SQL是开发和操作客户/服务器数据的重要工具。
（三）多层分布式应用技术。
MIDAS(MultitudeDistributedApplicationServicesSuite)即多层分布式应用程序服务器，它提供了一整套中间层应用服务，扩展了操作系统标准，这些服务用于解决各种具体的分布式计算问题，从用于网络定位的目录服务到数据库集成和业务规则处理。
篇（6）
2地图可视化
2．1符号库的制作根据《地理信息公共服务平台电子地图数据规范》(CH/Z9011－2011)，利用ArcGIS10．1软件在ESRI中国的地图模板符号库基础上进行修改、重组、补充，某些特殊符号利用FontCreator字体制作软件，最终形成“天地图•成都”矢量电子地图符号库和影像标注电子地图符号库。
2．2配图模板的制作
2．2．1地图文档组织形式根据电子地图分级与显示比例的规定，通过创建图层组对数据进行管理，即按显示比例尺范围的不同对数据进行分类［3］。一个图层组对应一个显示比例范围，无需逐个设置所有图层，切图比例尺需处于这两个比例尺的范围之内，以避免在地图切片过程中可能发生的瓦片显示错误。地图文档共分3个图层组，每个图层组按三级组织模式，具体如下:1)图层组命名方式为:L+显示级别(比例尺)，如L18(1:564．25)。2)数据集命名方式为:要素类别(点/线/面/注记)，如水系(点)。3)数据层，如MPHYDPT。按照图面显示效果设置点、线、面、注记数据的上下层关系。
2．2．2地图符号化1)利用ArcGIS10．1软件对提取的要素通过定义查询进行分级显示。制作总体原则是下一级别的要素内容不少于上一级，相邻两级的地图负载量变化相对平缓［4］。选取方法是首先分类选取，优先选取重要地物，然后分要素选取，并且随着比例尺的不断增大，要素内容随之增多。2)对每个要素类利用先前制作的符号库进行符号化，同时，采用MAPLEX高级标注引擎设置要素的标注位置、标注样式、标注权重、标注避让规则等，对道路、水系、地名、POI等要素进行标注并统一管理，保证注记与地物关系的合理一致性以及注记与注记之间的相互不压盖，最终形成公众版矢量电子地图模板和影像标注矢量电子地图模板。
2．3地图优化根据地图分级显示效果利用ArcGIS的制图工具和相关插件进行图面整饰，主要包括分级道路优化、要素连通显示、标注简化、线状地物平滑、地名兴趣点抽稀、制图综合等。根据不同的显示要求选择合适的工具进行优化。由于标注与其他地图数据要分开服务进行切片，为了标注地图与背景地图服务叠加显示后标注边缘看上去有平滑效果，要把标注地图模板图层框背景色改成与背景地图服务色调接近的颜色，“天地图•成都”选取的是RGB(30，30，30)。“天地图•成都”对国、省、县、乡道、城区主要道路采用道路面表示，考虑道路更新的问题没有采用道路融合后加边线的表示方法，而是用一层没有加边框的道路面与加了边框的道路面叠加的方法表示道路互通的融合效果。
3地图瓦片制作
地图配置完成后，利用ArcGISServer10．1进行并切片。切片的基本参数设置为:1)瓦片分块的起始点:(－180，90)。2)瓦片分块大小256*256像素。3)屏幕分辨率为96pdi。4)矢量地图和影像标注地图服务采用PNG24格式。5)影像地图服务采用MIXED(JPG和PNG)格式，采用默认压缩率75%。6)ArcGISServer10．1自带抗锯齿功能，在服务时抗锯齿要选择最佳。
篇（7）
2基于策略的网络管理主要应用
2.1策略管理工具的应用
策略管理工具主要是网络管理人员对各种策略进行监测分析所使用的。虽然已经将策略归纳分类，但是对策略的编辑是一项工程巨大的工作，而策略管理工具的应用可以为网络管理人员提供一个便捷高效的操作方式，对策略进行科学的编辑管理，并将其作为一种解决问题的策略加入数据库中，以备不时之需。
2.2策略表示的应用
网络管理人员在对策略进行输入及编辑时，需要用到策略表示。就是策略数据库与系统之间的桥梁，能够将策略数据库与外界因素连接起来，从而简化网络管理的流程，减轻工作任务，将一些策略简单化，使管理工作变得更加高效快捷。
2.3策略数据库的应用
策略数据库就是储存策略的仓库，不同于其他数据库，网络管理人员将编辑好的策略存放于策略数据库中，数据库能够自行对各种策略进行分类汇总，列出不同策略的不同作用，在遇到不同问题时就可以针对性做出应对。策略数据库不仅能储存策略，还能储存一些辅助参数，帮助提高数据库的系统性能。
2.4策略决策点的应用
策略决策点相当于人的大脑，是决策系统的指挥官。遇到网络时，该服务器开始作出决策，从众多决策中找到合适的解决方式并提取出来。这部分的功能就是将决策和问题对号入座，并负责决策的提取和分配。
2.5策略执行点的应用
策略执行点主要是解决问题的直接对象，可以将其理解为执行的客户端。策略被输出后直接由该部分直接表现出来，日常杀毒软件等都属于策略执行点的范围，是执行策略的一线工人，也是最能展现效果的部分。
3基于策略的网络管理技术模型建立
基于策略的网络管理技术模型的建立主要是根据一定规律分布、为解决问题而存在的策略组模型与待解决问题对象之间通过某些联系结合在一起而形成的。需要注意的是，策略模型是面向对象的，其核心就是前文提到的策略系统的大脑，即策略决策点，另外辅助于策略的其他功能组建一个完整的策略模型。策略模型的建立过程并非表面上看得那么简单。从宏观上看，整个策略数据库与存在的各种问题本身就是一个抽象的策略模型。有些人认为策略与问题是一一对应的，其实不然，策略模型本就是多对多的存在模式，即一种策略可以解决多个问题，一个问题可以被多个策略解决，而整个策略系统的任务就是在策略数据库中寻找最适合的解决方法并贯彻执行。
篇（8）
1.Oracle。Oracle是一个最早商品化的关系型数据库管理系统，也是应用广泛、功能强大的数据库管理系统。Oracle作为一个通用的数据库管理系统，不仅具有完整的数据管理功能，还是一个分布式数据库系统，支持各种分布式功能。Oracle使用PL/SQL语言执行各种操作，具有可开放性、可移植性、可伸缩性等功能。
2.Sybase。最新版本的SybaseAdaptiveServer与以前的版本相比，具有更丰富的功能设置，Sybase比较强大的地方在于它对资源的低占有率上。在这一方面，Sybase15还引入了新的“专利查询过程技术”，显示了增强的性能和降低的硬件资源消耗。
3.MicrosoftSQLServer。MicrosoftSQLServer是一种典型的关系型数据库管理系统，可以在许多操作系统上运行，它使用Transact-SQL语言完成数据操作。由于MicrosoftSQLServer是开放式的系统，其它系统可以与它进行完好的交互操作。
4.MicrosoftOffice。作为MicrosoftOffice组件之一的MicrosoftAccess是在Windows环境下非常流行的桌面型数据库管理系统。Access既拥有用户界面(VB可以用来开发用户界面)；也拥有逻辑、流程处理，即VBA语言(VB也可以用来做逻辑处理)；又可以存储数据，即在“表”中存储数据。使用MicrosoftAccess无需编写任何代码，只需通过直观的可视化操作就可以完成大部分数据管理任务。在MicrosoftAccess数据库中，包括许多组成数据库的基本要素。这些要素是存储信息的表、显示人机交互界面的窗体、有效检索数据的查询、信息输出载体的报表、提高应用效率的宏、功能强大的模块工具等。
5.VisualFoxPro。VisualFoxPro是Microsoft公司VisualStudio系列开发产品之一，简称VFP是Xbase数据库家族的成员，可以运行于Windows9X/2000和WindowsNT平台的32位的数据库开发系统。VisualFoxPro提供了一个功能强大的集成化开发环境，采用可视化和面向对象的程序设计方法，使数据管理和应用程序的开发更加简便。VisualFoxPro是数据库管理软件，可实现数据与应用程序独立。
二、如何选择适合自己的数据库软件
1.按性能应从以下几个方面予以考虑：
(1)构造数据库的难易程度；(2)程序开发的难易程度；(3)数据库管理系统的性能分析；(4)对分布式应用的支持；(5)并行处理能力；(6)可移植性和可扩展性；(7)数据完整性约束；(8)并发控制功能；(9)容错能力；(10)安全性控制；(11)支持汉字处理能力。
2.按需求来选择
选择一个数据库的主要理由就是它的功能是否可以很好地支持你的应用程序。人们通常使用数据库来完成的任务有：支持Web、事务处理、文本搜索，有的情况下复制也是一个重要的要求。在事务处理方面，Oracle看上去更有领先优势，接下来是微软的SQLServer。没有一个开源数据库具有可以与Oracle相媲美的事务处理功能。
3.按易用性和管理来选择；
4.按支持性来选择；
5.按成本因素来选择。
三、结论
Oracle是商业数据库的代表，具有非常丰富的功能、广泛的平台支持和大量的附加功能。目前Access更常用一些，Access不是一种存储格式，是一种软件。ACCESS这个软件本身就具有开发者使用的界面和适合于“最终用户”的界面。但学习FoxPro可为学型数据库管理软件大典基础。微软的SQLServer只可以运行在其Windows操作系统平台上。不过由于Windows操作系统的广泛普及，缺乏对其他系统的支持并没有阻挡SQLServer的市场份额的增长。SQLServer是真正的中大型数据库,VFP是桌面数据库,使用方便、易学，但实际上牺牲了真正数据库的一些功能，如安全性；此外，VFP既是数据库又是编程语言（开发工具）。SQLServer是中大型数据库,VFP是带有自身数据库的编程语言。
总体来说，选择什么样的数据库要看你的应用程序的需要。如果它是以阅读数据库为主的Web应用，MySQL无疑是最佳选择。而如果需要那些事务处理和复杂的数据库功能，那么可选择Oracle和微软的SQLServer。如果你需要一些商业数据库的高级功，但又不想支付授权费用，那么可以考虑PostgreSQL或Ingres。对于嵌入式数据库应用，MySQL和Sybase所占有的系统资源最少。总之，最适合的才是最好的！
参考文献：
[1]刘守根.数据库管理系统的现状和发展方向初探.内江科技，2006，(2).
[2]陈业斌.分布式数据库管理系统的设计与实现.安徽工业大学学报(自然科学版)，2005,(3).
[3]姬志刚.计算机、网络与信息社会.科技咨询导报，2006，(20).
[4]薛向阳.数据库管理系统的开发与程序的设计.渭南师范学院学报，2005,(2)
篇（9）
2数据库自动分片设计
管理系统在运行中会产生大量的写操作，进而带来频繁的磁盘I/O操作，在大数据下，最好采用将数据库分布在多台服务器上，即分片［7］。本文采用Auto-Sharding(自动分片)及Replic-Set(复本集)相结合的方式来减轻单个数据库服务器的负载，即在每台Server上各自运行一个实例，组成一个Replic-Set，最后再各运行一个实例，组成ConfigServer。直接执行Addshard操作即可增加分片以缓解服务器的压力，实现动态扩展。分片的实现重点在于片键设计。本文将保存天线参数信息的集合声明了一个复合片键{Lacci:1，Day:1}。当来自不同的小区(可以根据Lacci进行判断)向集群系统插入数据时，可以预计到在大部分情况下，同一小区的数据会落在单个块或片上。
3数据库查询的实现
数据查询功能为本数据库设计的重要功能之一。数据库将小区信息、天线参数等相关的数据信息根据用户的要求，以界面或报表的形式全部或部分的显示给用户。基于本数据库的设计，用户通过数据查询菜单进入相应查询界面，获取小区信息、终端信息及告警信息等。实现“天线工程参数查询”功能的工作流程如图3所示。为了实现小区天线参数查询功能，客户端需要向数据库发送2次请求，用户根据需求，向控制器发送查询请求，控制器处理查询命令，对相应的小区进行信息查询，待小区返回信息后，将用户的查询命令发送至对应小区，根据需求读取有用信息，并返回给用户。跟关系型数据库相比，由于省去了大量的多表连接操作，实际上查询的效率要高于基于关系型数据库的多表连接查询。查询工作的SQL语句如下。
4数据库备份与恢复
数据安全在数据库设计中有很重要的地位。在各种意外情况下，如计算机硬件故障等，对数据库进行备份和恢复能够保障数据的完整性和安全性，使得数据损失降到最小［8］。本数据库设计的备份选用的是副本集的方式［7］:在主节点上进行操作，写入的数据被一步地同步到所有的从节点上，并从主节点或从节点上读取数据，如果主节点由于某些原因断线，会自动将一个从节点提升为主节点。在查询分析器中运用SQL语句完成数据库的备份和恢复。在数据库管理界面中，用户通过数据库备份与恢复功能进行相应操作，确保数据的正确行和完整性。
篇（10）
二、为什么用ASP
随着Internet的发展,静态Web站点的开发与维护变得越来越困难,一方面信息的不断增加和变化,使站点维护人员不得不经常修改他们的网页,特别是基于数据库驱动的Web站点更是如此;另一方面静态网页由于不能与浏览者进行有效交互,使人们感到越来越乏味,而不愿意再一次地进入同一站点。所以开发动态网页或动态内容成了越来越多的站点所追求目标。所谓动态内容是由每一个用户按照自己的需求发出请求而特殊制作的Web网页,例如访问某一网站的新用户得到的欢迎词与重新返回到该站点的用户得到的欢迎词是不同的。
三、ASP的特点
ASP具有学习快、设计快的特点,不需花许多时间即可学会和快速设计出WEB应用程序。
ASP的源程序码在服务器端执行,代码保密性好。
集成与HTML中,无需编译链接可直接执行；使用文本编辑器如记事本,即可设计。
与浏览器无关,用户端只要使用常规可执行HTML代码的浏览器。
ASP是面向对象的（Object_Oriented）
四、ASP与其它相关技术的比较
随着Internet的发展,静态Web站点的开发与维护变得越来越困难,一方面信息的不断增加和变化使站点维护人员不得不经常修改他们的网页,特别是基于数据库驱动的Web站点更是如此;另一方面静态网页由于不能与浏览者进行有效交互,使人们感到越来越乏味,而不愿意再一次地站点。所以开发动态网页或动态内容成了越来越多的站点所追求目标。
所谓动态内容是由每一个用户按照自己的需求发出请求而特殊制作的Web网页,例如访问某一网站的新用户得到的欢迎词与重新返回到该站点的用户得到的欢迎词是不同的。有许多技术可以实现动态内容,目前常用的主要有两种:CGI(公共网关接口)和ISAPI。
CGI是开发较早的技术,它可以很好地实现动态内容,但它有两个主要缺点。一是对每一个请求(请求一个页面)CGI都要产生一个新的进程,同一时刻发出的请求越多,服务器产生的进程也就越多。我们知道,产生一个进程是非常耗时的,而且需要用到大量的服务器RAM,所以其响应时间相对较长,特别是当进程多到某一数量后,服务器性能将显著下降。另一方面,CGI的主要编程语言是C语言,对大多数网页开发人员来说,要掌握和精通这些编程语言需要花很长的时间。
ISAPI针对CGI第一个缺点进行了改进,利用DLL(动态链接库)技术,以线程代替进程,提高了性能和速度,但要考虑线程的同步问题,而且开发步骤烦琐。
ASP除了提供CGI的所有功能外,还具有许多显著的优点。ASP运行在Web服务器的同一个进程中,可以更快、更有效地处理客户请求;ASP提供更方便、更简单的访问数据库的方法,使开
发基于数据库驱动的Web应用程序更加容易;ASP支持几乎所有的脚本语言,如VBScript、Jscript和Perl,其主要脚本语言VBScript是基于众多编程人员非常熟悉VisualBasic语言,所以ASP更容易被人们所接受。
五、ASP的工作过程
ASP技术直接建立于微软的Web服务器之中,所有微软的Web服务器都支持ASP,如WindowsNTInternetInformationServer(IIS),WindowsNTWorkstation以及Windows95PersonalWebServer。你不要担心浏览器是否能执行你的ASP程序,你的WEB服务器会自动把ASP程序码,解释为HTML格式的主页内容,再送到用户端的浏览器显示出来。如图1所。
六、用ASP实现用户登陆WEB数据库
在ASP中访问数据库,可采用ASP内置ActiveX服务器组件棗数据库访问组件,使用ActiveXDataObject(ActiveX数据对象,简称ADO)的技术。ADO通过在WEB服务器上设定ODBC,来建立与多种数据库的连接,其中包括SQLServer、Oracle、Foxpro等各种大、中、小型数据库。下面我们举例说明用ASP实现用户登陆WEB数据库的过程。
1.用户在客户机浏览器上输入一个URL地址并回车,请求一个页面。
例如yin/User_Login/default.htm。
2.服务器接受用户请求,调出相应页面(假设该页面含有一个表单)。
例如default.htm,其代码如下:
<html>
<head>
<metaname="GENERATOR"content="MicrosoftFrontPage3.0">
<title>系统登录</title>
</head>
<h2align="center">系统登录</h2><hr>
<formmethod="post"action=”user_login.asp”name=”form”>
<center>
请输入用户名:<inputname="username"type="text">
请输入口令:<inputtype="password"name="password"size="14">
<br>
<inputtype="submit"value="登录"name="submit">
<inputtype="reset"value="复位"name="reset">
</center></form></body>
</html>
篇（11）
2数据库结构设计
2．1数据库选择
由于科研管理的保密性，本校科研管理不对校外开放，基本不用考虑并行查询的系统需求，另外，鉴于本系统目标用户普遍应用Windows系统，所以项目采用了WindowsServers系统下的SQLServer，在跨平台操作时，可直接用SQL语言进行数据读写和查询等操作命令．用于数据库中的标准数据查询语言项目在开发过程中得到了验证．
2．2数据库结构设计
数据库的结构设计一定是在项目的最初完成的．构造数据库必须考虑所有需求规则．在关系数据库中，我们习惯称之为范式，参考关系数据库的多种范式，依据科研管理的需求分析，为扩大操作功能和减少冗余度选择了第三范式．科研工作者的信息是贯穿于整个数据库中的，必须单独建立的，同时为了避免多人同名可以采用唯一身份证号码加以区别．其表内信息依据需要建立以下字段:包括年龄、性别、单位院系、职务职称、技术领域、个人信息(电话)等．每个表单都有一个和人员相关的字段，这个字段可以是工作证号，也可以是身份证号码．每个表单都可以单独进行，甚至可以在备份的同时也不影响录入．如果将来需要查询某科研人员的详细成果，只要每个库调用相同工作证号或身份证等就可以．科研经费是每年国家审计管理的重点，每笔经费一定要保证和唯一项目编号准确对应．所以建立经费和经费分配两独立表单．两个单独表中经费都含有项目编号，这个项目编号和项目管理中的项目编号一致．由于项目管理表中有人员信息相连，所以只要通过调出科研经费相关联的项目编号后自动在逻辑层调用项目表和科研工作者库中信息，就可以得到全面的经费信息．而经费分配表中的人员必须符合人员库，这样就杜绝了非项目人员经费报销的可能性，大大降低了查找同一个人员参加的不同项目的经费结果的复杂度．成果管理模块通过建立专门的成果库，成果库可以包括论文、专著、专利、软件著作权等．在设计时同样建立一个单独的表，而成果中也有和经费模块一样的地方，也就是包含项目人员，这样将来查询某人员的时候，项目和成果可以一起得出．
2．3用户接口设计
根据科研管理需求分析，设计为多用户．第一种是数量最多的科研工作者的访问模块，每个科研人员可以利用互联网将在任何地点输入本人的科研信息和成果，这样可以将科研管理人员从大量录入科研工作者的项目成果、专利等繁琐工作中摆脱出来，同时也可以在保密许可范围内查询到自己参加过的所有项目、论文和成果;第二种是科研管理人员的入口(科研处人员)，科研管理人员必须通过授权才可以通过接口进入后台．在有记录的情况下，直接管理数据，包括输入到数据库、项目审核、项目修改(教师录入错误等)及删除等．这个入口可看到项目和经费，还可以审批经费等管理功能．超级管理员还可以对科研工作者授权，使之对本人输入数据的错误进行修正．一般来说，科研处的分工有多细，这个入口就有多细．比如项目管理科的人员就只能针对项目管理，项目经费管理科只能针对项目经费管理和项目状态管理等．这样，在管理上的细分导致多用户之间是严格不相关并且不能互相越权管理．
3数据库接口应用
本校科研管理平台用户功能在面板左侧以项目为例:分别为项目录入、项目修改、项目查询和项目分析．
3．1项目录入
该平台突破了传统的手工录入方法，避免了项目数量巨大，录入工期长等问题．最重要的是保证了非手工录入的正确率．创新方法为先在熟悉科研管理方法的基础上提出一个完善的项目资料存档要求，并对每个存档内容给予明确的指示，应包含一个科研项目的所有基本信息．其中项目类型中应包含附加属性，如是否双十项目等;项目状态应添加自动修改的功能，当项目合同时间已到却仍未结题者，项目应变更为延期．当所有功能都已确定完成后，直接由项目负责人提供符合后台数据库格式的excel表格，无论申报还是结题，都由各科研处统一通过审核将各个项目表格汇总，项目录入工作就是直接导入．这样大大避免了手工录入的人为错误．如果有临时的突然增加项目，让项目负责人填好相应表格，直接导入即可．
3．2前台的查询功能
前台应将任意条件如项目名称、项目负责人、工作单位和项目编号等检索，同时应考虑到将来的科研管理需求，如想查询所有结题项目或经费等于4万的项目等其他条件等，这样的检索可以让我们在左边的可选字段中自由搭配，以便于应对不同的科研管理需求．所以平台开发为检索条件完全自由组合。
3．3项目修改
设计了对应不同功能的不同账号，并分别给予不同权限，如普通院系老师给予查询功能，首先通过教师的身份证号或者工资卡号等登陆，教师一旦登陆就相当于默认为查询自己的所有项目．如果是科研处的管理科研工作者登陆，则可以修改和确认．为防止科研处管理科研工作者的人工误差，可以在确认上有两个账号，由领导审核后方可生效．
3．4数据导出
项目查询完毕后，可以导出的EXCEL表格应是前面检索条件下检索结果的表格，要求应包含所有的科研信息．由于现有的数据仓库技术发展，将导出的数据中与现有其他数据来源(如其他大学的科研数据分析图)对比，可根据对比数据修整本校科研发展的方向．
