请选择 进入手机版 | 继续访问电脑版

数据库论文范文

2023-06-01| 编辑: 佚名| 查看: 113 |原作者: 叶红雨|来自: 衙媒网

关于数据库论文范文这个问题?下面小编为大家介绍下“数据库论文范文”的详细内容:数据库论文篇1因为旅游规划的本质是为区域旅游的发展指明方向,提供战略指导,为近期的规划开发提出具体的、实际性的指导,满足市场需 ...

  关于数据库论文范文这个问题?下面小编为大家介绍下“数据库论文范文”的详细内容:

数据库论文篇1

  因为旅游规划的本质是为区域旅游的发展指明方向,提供战略指导,为近期的规划开发提出具体的、实际性的指导,满足市场需求的同时,取得利润的最大化。因此,本文试图以数据库营销的核心贯穿整个旅游规划的过程,从三个方面:规划的客源市场调查、具体市场营销方式、规划完成后的跟踪来阐述数据库营销的重要性,有别于以前的就营销而论营销的做法,以求给以后的旅游规划提供些许指导与借鉴。

  一、问题的提出

  目前的旅游规划文本当中的市场营销方式大部分仍是以传统的营销方式为主,没有充分考虑客源市场的需求,就营销论营销,没有把营销的理念贯穿于整个规划的过程,缺乏整体的营销观念,在客源市场调查的过程当中,对消费者需求的调查成分偏少,即使有,在后续的旅游产品设计中也难以体现,降低了客源市场的满意度。

  另外一种情况是在传统的营销方式的基础上,间杂着一些现代营销方式的手段,如电话营销、电邮营销、短信营销等,都是在探索现代营销方式,但往往不成体系,在具体的运用过程当中,往往是传统营销方式的附庸,难以形成实际的效果。

  第三种情况是指目前的旅游规划文本在指导具体的区域旅游实践当中的精准性不够,难以跟上外界环境的变化,没有充分考虑外界环境的变化,导致规划文本束之高阁,没有用处,资源浪费,规划文本的完成并不意味着规划过程的完成,规划的过程是一个反复修正的过程,是在具体的实践中检验的过程。

  二、问题的分析

  针对上述问题,本文试图从现代营销的手段之数据库营销的角度去分析,以其核心观念贯穿整个规划过程,用以指导具体的规划过程。

  (一)客源市场调查中的数据库营销

  每一个旅游规划在具体实施之前,都必须要进行客源市场的调研,了解客源市场的基本情况及消费需求,有必要的话,还依据不同的指标,进行客源市场的细分,以求在具体的规划过程中能精确定位,投放产品。目前的客源市场调查最常用的是问卷调查,辅之以访谈、电话调查等方式,(在不考虑样本是否科学性的基础上)得到客源市场消费者的主观、客观数据,进行数据的分析、加工。

  可以看出客源市场的这种调查方式是一次性的,消费者在规划进行过程当中的需求变化及客观环境的变化并没有考虑,也就是说规划默认为客源市场的需求及消费模式短期内是不会变化的,其实不然,环境在时时刻刻的变化,消费者的心理也在时时的变化,因此,在此基础上,可以尝试建立所调查样本的数据库,以一定的周期为间隔,采取各种数据库营销方式进行样本的调研,对每一个细分市场的样本进行归类分析,指导规划的进行。

  (二)以数据库为基础的旅游市场营销模式

  传统的旅游市场营销方式以产品、价格、分销、促销为模式,以远远不能满足现有的消费者的需求,事实证明,这种传统的、不考虑市场的营销方式是不科学的,在旅游规划过程当中应该予以摒弃。取而代之的应该是以消费者为中心的消费者、成本、方便、沟通为模式的“4C”策略,而数据库营销是这一策略的最直接的体现,因此,在旅游规划创作过程当中,其基本的营销方式应该以定向直邮,电子邮件营销,网络传真营销和短消息服务等在内的多种形式的数据库营销手段为主,深挖其具体内涵,延展其多种利用方式。

  通过数据库了解旅游者的兴趣爱好后,就可以在宣传册的封面上贴上他们喜欢的产品图或直接与他们在互联网上进行交流,当然交流的内容是他们感兴趣的话题,这样有利于加强与旅游者或潜在旅游者的关系。例如,旅行社利用自己的网站,运用数据库跟踪旅游者的习惯和兴趣爱好,以此为根据向旅游者推荐他们感兴趣的旅游线路。对旅游者了解得越多,就越能更好地帮助旅游者解决旅游购买过程中的问题,最后与旅游者建立起良好的商业关系,提升旅游企业的竞争力,并最终促进旅游业的发展。

  三)规划文本完成后的数据库营销

  规划文本完成以后在具体指导实践的过程中应该结合环境的变化不断修正。

  可以结合客源市场调查中所建立的数据库进行再次调查,不断反复,切实修正提供给消费者的旅游产品的可行性,以求“适销对路”,另一方面,服务行业的这种数据库营销有点类似于物质生产部门的“售后服务”,具体来讲,指的是在规划的实施过程当中,对客源市场或是部分游客进行回访,收集旅游者的信息,建立数据库,分析改进。

  通过数据库资料可分析出旅游者的价值取向,然后针对不同旅游者提供不同类型的旅游产品展示、广告宣传和销售方式。一般来说,对旅游者了解越多,就越能提供令其满意的旅游产品和服务。

  三、问题的解决

  规划的本身就是一个营销的过程,关键是采取什么样的营销模式以及如何采用的问题,从上述分析,可以看出,营销的思想贯穿于规划的始终,客源市场的调研并不仅仅是一个直线式的过程,而更多的是一个循环往复的过程,规划是一个弹性的过程,是一个不断修正的过程,对于旅游者的营销是长期的过程,也是一个培养潜在消费者的过程。具体的数据库营销方式有很多,具体采取哪种方式或是几种方式的组合,应该根据客源市场的情况来定。

  四、数据库营销在旅游规划中应该注意的问题

  (一)从战略的高度来看待数据库营销的作用

  旅游规划应该用战略的眼光、用资产的眼光来看待营销数据库,特别是应认识旅游者信息的真正价值,将规划所涉及到的旅游企业规划从“管理信息”向“利用信息”转化。企业应切实地制定出营销信息战略,对信息收集、维护和利用进行详细的规划和评估,从而将数据库营销提升到旅游企业战略的层次上,从战略的高度来看待数据库营销的应用。

  (二)确保信息的真实性、一致性和规范化

  确保数据库营销中的所有数据和活动都可以按照一定的规则度量,能满足决策分析的需要。

  (三)合法地获取私人信息和采取恰当的保密措施

数据库论文篇2

  【摘要题】实践研究

  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个学校正在开展专业性或校园范围内的文献信息保障系统建设。其中北京师范大学图书馆正在构造有一定规模的“中文教育数字图书馆”, 将分布于国内外的中文教育资源纳入统一的检索系统;上海财经大学图书馆在数字图书馆理念以及相应的管理机制等方面进行了研究与实践, 提出了建设“财经文献资源信息中心”的设想;电子科技大学图书馆“西南地区电子信息学科与文献信息中心”的建设已具雏形;首都师范大学图书馆和北京工业大学图书馆受北京市教委的委托筹建了“北京高校网络图书馆”;内蒙古大学图书馆“多功能蒙古学文献信息研制服务中心”的建设颇具民族特S;安徽大学、北京理工大学、大连海事大学、福州大学、哈尔滨工业大学的图书馆, 依托校园网建立与本校学科发展、人才培养相配套的, 以信息服务为重心的全方位、多层次、高效率的文献信息服务体系。

  2.2数字图书馆应用系统

  考虑图书馆的工作特点, 针对图书馆的需要, 研究和开发数字图书馆建设中急需的各种应用系统, 已经被列入各成员馆的计划中。本次调查发现有16个图书馆正在应用系统方面进行技术攻关。其中开展数字图书馆原型试验系统研发的学校主要有北京大学、复旦大学、西安交通大学、厦门大学、中山大学、武汉大学等高校的图书馆, 这些图书馆研制的内容包括数字图书馆体系结构、元数据、信息存储与检索、互操作等相关技术与解决方案;上海交通大学、北京大学、北京航空航天大学等10余所高校图书馆开发了“视频点播系统”, 采用大容量存储设备存储多媒体资料在校园网内提供多媒体视频、音频资料的网上实时点播;复旦大学图书馆正在开发“图书馆电子资源跨平台检索系统”, 实现统一界面查询, 读者可以通过书刊名、文章名、关键词、著者、媒介类型、数据来源等检索项(包括组合检索项), 查询系统连接的各个数据库;天津大学、厦门大学、西北师范大学等7所高校图书馆专门成立了“特S资源数字化加工中心”, 开展纸本文献数字化、多媒体资源加工、电子剪报、数据库制作的相关硬件环境设备建设及软件支撑平台建设, 形成数字化资源的收集、加工、分类标引、整合、、更新、维护等的完整系统;电子科技大学图书馆开发了“专题数据库系统”, 为图书馆的数据库建设提供平台, 包括开发、分类、全文检索、远程查询、科学管理和升级等功能, 能全面、准确、高效地达到网络化数据库系统的应用标准;吉林大学、中国人民大学图书馆利用相关技术, 建立了标准化的知识服务系统平台, 开发了“服务子系统”, 为用户提供个性化服务, 包括信息定制、协作咨询、知识挖掘、多媒体教学、VOD点播、重点学科导航等;西安交通大学图书馆正在集中力量, 依托CALIS西北地区中心搭建一个统一的软硬件平台, 建设地区性数字资源中心、数字化中心、存储中心、交换中心以及数字图书馆研究与开发中心, 为用户提供集成化的智能服务。

  2.3数字资源建设

  资源建设是数字图书馆建设的基础, 也是各馆开展数字图书馆尝试的主要选择。“九五”期间在CALIS的宏观调控和统一规划下, 一方面, 各馆大幅度增加电子文献的引进, 以网络版数据库为主, 并引进部分光盘数据库;另一方面, 各馆在自建资源方面取得了很大的突破, CALIS组织成员馆共同建设了联合目录数据库、中文现刊目次库、学位论文文摘库等数据库。在提交调查报告的89所图书馆中, 85%以上的图书馆参与了CALIS“九五”期间的子项目建设, 在支持CALIS资源建设工作的同时推动本馆的数字化进程, 起到了事半功倍的效果。

  与此同时, CALIS有选择性地支持24个单位根据本馆的特S馆藏、资源特性, 在网络环境下建立特S馆藏, 逐步把有价值的特S信息资源组织起来, 建设成CALIS重点学科专题数据库, 以便比较集中、更深层次地揭示各高校收集的富有学科特S的文献。目前CALIS重点学科专题数据库包括24家成员馆建成的25个重点学科专题数据库, 数据量已达280万条以上, 通过因特网进行服务, 实现资源共享。

  在CALIS的带动下, 在24家成员馆的示范作用下, 为了更好地满足本校教学科研的需要, 其他的CALIS成员馆纷纷开展本馆特S资源的调研、论证和建设工作。本次调查统计结果显示, 目前正在进行数据库建设的CALIS成员馆有74所, 每个馆根据各自的条件和实力, 或者百花齐放, 如中山大学、西安交通大学、上海交通大学等17所高校图书馆同时进行几个数据库的建设;或者一支独秀, 在数据库建设的质量上下功夫。

  成员馆自建的这些数据库围绕着CALIS制定的“建设具有中国特S、地区特S和高等教育特S的专题数据库”的原则, 或者对馆藏特S文献数字化, 或者做某个学科或专题的数字资源建设工作, 比较系统全面地对某个专题进行综合报道。数据库各具特S, 有的体现中国文化渊源历史, 有的介绍人物生平、业绩、著作, 有的针对某个学科或专业做全面的介绍, 有的展现科技动态。数据库形式多样, 包括图象、文字、解说、全文和文摘, 具有学科知识数据库的特点。揭示的内容比普通二次文献库要深, 丰富了高校资源。数据库内容丰富, 包含中外文期刊、会议论文、专利文献、产品、事实数据、研究机构信息, 或集各种信息于一体。有的数据库具备良好的检索系统, 提供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管理中心根据各成员馆的意见, 整理了《高校学位论文全文数据库建设参考》, 为其他准备开展学位论文全文数据库建设的学校提供参考, 加快高校特S资源共建共享的进程。北京大学、清华大学、武汉大学、西安交通大学、厦门大学、东南大学等学校还表示愿意根据会议精神, 在对各自的应用系统进行修改后, 尽快向兄弟院校免费提供。与此同时, 大家还认同了将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小结

  CALIS管理中心通过“数字图书馆”、“学位论文数据库”和“教学参考书数据库”建设情况调查, 从各个方面了解了成员馆数字图书馆建设的情况, 同时掌握了CALIS“十五”期间将建设的“学位论文数据库”和“教学参考书数据库”在成员馆中的发展现状。

  与此同时, 通过本次调查, 也可以看到在成员馆数字图书馆建设过程中有一些急需解决的主要问题, 如标准问题、版权问题、可持续发展问题。目前各单位按各自的标准、格式及其规范将重要资料数字化, 利用不同的元数据标准进行著录, 没有对学科知识信息进行有序化、系统化整合, 知识信息不能全方位、高效地为所有专业工作者所共享, 造成资源的浪费和重复建设。如何利用各个学校建设的特S数字资源为教学科研及广大用户提供安全、快捷、准确、完整的信息资源保障服务是CALIS“十五”期间进行特S资源建设过程中需要重点考虑的问题之一。另外一个问题就是版权问题。无论是各成员馆自建的资源, 还是CALIS在“十五”期间准备开展的子项目建设, 大都需要解决版权问题。在后面的工作中, CALIS应该从各个角度了解、掌握、并向各成员馆普及版权知识, 双管齐下, 在资源建设中做到既不违反版权, 又使我们的建设成果得到版权保护。从调查中我们也发现有些图书馆对数字图书馆的理解还有偏差, 过分强调传统资源数字化, 只考虑了资源数字化带来的积极效果, 没有考虑它的负面影响, 例如存储问题, 长久有效的使用问题, 以及数字化成本和使用价值的平衡等数字图书馆建设中可持续发展的问题。

数据库论文篇3

  [关键词]SQLServer2000;数据导入;DTS

  1SQLServer2000常用的数据导入导出方法

  1.1通过DTS的设计器进行导入或导出

  DTS的设计器功能强大, 支持多任务, 也是可视化界面, 易于操作, 但熟悉的人一般不多, 如果只是进行SQLServer数据库中部分表的移动, 用这种方法最好, 当然, 也可以进行全部表的移动。在SQLServerEnterpriseManager中, 展开服务器左边的+, 选择数据库, 右击, 选择Alltasks/ImportData...(或Alltasks/ExportData...), 进入向导模式, 然后按照提示一步一步进行就可以了, 里面分得非常详细, 可以灵活的在不同数据源之间复制数据, 非常的方便, 而且还可以另存成DTS包, 如果以后还有相同的复制任务, 直接运行DTS包就行, 省时省力。也可以直接打开DTS设计器, 方法是展开服务器名称下面的DataTransformationServices, 选LocalPackages, 在右边的窗口中右击, 选NewPackage, 就打开了DTS设计器。值得注意的是:如果源数据库要拷贝的表有外键, 注意移动的顺序, 有时要分批移动, 否则外键主键, 索引可能丢失, 移动的时候选项旁边的提示说的很明白, 或者一次性的复制到目标数据库中, 再重新建立外键, 主键, 索引。其实在建立数据库时, 建立外键, 主键, 索引的文件应该和建表文件分开, 而且用的数据文件也分开, 并分别放在不同的驱动器上, 有利于数据库的优化。

  1.2利用Bcp工具

  这种工具虽然在SQLServer2000的版本中不推荐使用, 但许多数据库管理员仍很喜欢用它, 尤其是用过SQLServer早期版本的人。不过Bcp确实有其局限性, 首先它的界面不是图形化的;其次它只是在SQLServer的表(视图)与文本文件之间进行复制。但是另一方面, 它也有其优点:性能好, 开销小, 占用内存少, 速度快。

  1.3利用备份和恢复

  先对源数据库进行完全备份, 备份到一个设备(device)上, 然后把备份文件复制到目的服务器上(恢复的速度快), 进行数据库的恢复操作, 在恢复的数据库名中填上源数据库的名字(名字必须相同), 选择强制型恢复(可以覆盖以前数据库的选项), 在选择从设备中进行恢复, 浏览时选中备份的文件就行了。这种方法可以完全恢复数据库, 包括外键, 主键, 索引。

  1.4直接拷贝数据文件

  把数据库的数据文件(*.mdf)和日志文件(*.ldf)都拷贝到目的服务器, 在SQLServerQueryAnalyzer中用语句进行恢复:

  EXECsp_attach_db@dbname=’test’,

  @filename1=’d:\mssql7\data\test_data.mdf’,

  @filename2=’d:\mssql7\data\test_log.ldf’

  这样就把test数据库附加到SQLServer中, 可以照常使用, 如果不想用原来的日志文件, 可以用如下的命令:

  EXECsp_detach_db@dbname=’test’

  EXECsp_attach_single_file_db@dbname=’test’,

  @physname=’d:\mssql7\data\test_data.mdf’

  这个语句的作用是仅仅加载数据文件, 日志文件可以由SQLServer数据库自动添加, 但是原来的日志文件中记录的数据就丢失了。

  1.5在应用程序中定制

  可以在应用程序(PB、VB)中执行自己编写的程序, 也可以在QueryAnalyzer中执行, 这种方法比较灵活, 其实是利用一个平台连接到数据库, 在平台中用的主要是SQL语句, 这种方法对数据库的影响小, 但是如果用到远程链接服务器, 要求网络之间的传输性能好, 一般有两种语句:

  1.5.1select...intonew_tablenamewhere...

  1.5.2insert(into)old_tablenameselect...from...where...

  这两种方式的区别是前者把数据插入一个新表(先建立表, 再插入数据), 而后者是把数据插入已经存在的一个表中, 一般来说, 第二条语句强于前者。

  1.6SQLServer的复制功能

  SQLServer提供了强大的数据复制功能, 也是最不易掌握的, 具体应用请参考相关资料, 值得注意的是要想成功进行数据的复制工作, 有些条件是必不可少的:

  1.6.1SQLServerAgent必须启动, MSDTC必须启动。

  1.6.2所有要复制的表必须有主键。

  1.6.3如果表中有text或image数据类型, 必须使用withlog选项, 不能使用withno_log选项。

  另外maxtextreplsize选项控制可以复制的文本和图像数据的最大规模, 超过这个限制的操作将失败。

  1.6.4在要进行复制的计算机上, 应该至少是隐含共享, 即共享名是C$或D$…。

  1.6.5为SQLServer使用的WindowsNT账号不能是一个本地的系统账号, 因为本地的系统账号不允许网络存取。

  1.6.6如果参与复制的服务器在另外的计算机域中, 必须在这些域之间建立信任关系。

  2实现基于网页的数据库数据导入

  那么, 如何实现基于网页的数据库数据导入呢, 下面利用一个比较简单的网络介绍一下。

  假设某局域网的网络拓扑结构如下所示:

  其中服务器A和工作站B位于局域网内, 工作站C与服务器D位于Internet内, 局域网与Internet是物理隔离的, 工作站C与工作站D在同一个办公室内, 服务器A上的数据库管理系统是Oracle, 服务器D上的数据库管理系统是SQLServer2000。由于工作需要, 要求把服务器A的有关数据导入到服务器D上。

  2.1通常的工作流程:

  2.1.1在工作站B上运行客户端软件, 将服务器A上数据导入到本地的dbf文件。

  2.1.2用移动硬盘把dbf文件从工作站B拷贝到工作站C上。

  2.1.3在工作站C上, 用ftp软件将dbf文件上传到服务器D上。

  2.1.4在工作站C上, 运行远程桌面软件登录到服务器D上。

  2.1.5在服务器D上, 执行DTS, 将dbf文件中的数据导入到SQLServer

  数据库。

  2.1.6在服务器D上,运行相关存储过程,做数据的后期处理工作。

  在许多情况下, 因为各种不同情况的需要, 这个工作流程每天(甚至更短的时间内)就要执行一次, 非常繁琐, 而且使用手工操作, 很容易出错。下面提出一种改进的方案。

  2.2改进后的工作流程

  2.2.1在工作站B上运行客户端软件, 将服务器A上数据导入到本地的dbf文件。

  2.2.2用移动硬盘把dbf文件从工作站B拷贝到工作站C上。

  2.2.3在工作站C上, 打开服务器D上的相关网页, 利用网页将dbf文件的数据导入到服务器D上的SQLServer数据库中。

  首先, 要在网页里实现上传功能, 把dbf文件从工作站C上传到服务D上, 这里就不多介绍了。要通过网页把dbf文件导入到SQLServer中, 需要借助DTS可编程对象。DTS包含一组可编程COM对象, 主要包含:DTS.Package、DTS.Connection、DTS.Step、DTS.ExecuteSQLTask、DTS.DataPumpTask、DTS.Transformation。

  在ASP网页里, 通过用VBScript脚本创建调用DTS可编程COM对象,可以完成数据导入任务。SQLServer2000有比较详细的文档资料介绍DTS编程, 但没有给一个具体的例子, 如果仅参考文档资料, 难度比较大, 开发时间也会相当长。这里大概的介绍一下开发程序的过程。首先, 在SQLSever2000的DTS设计器里, 创建DTS包, 实现从dbf文件到SQLServer2000的数据导入, 把后期处理的存储过程也添加到DTS包里。将这个DTS包另存为VBScript文件。有了这个VBScript文件, 开发程序就容易多了, 加入所需要的其他代码, 就可以在网页里实现数据库的数据导入。

  参考文献

  【1】张莉, 等.SQLServer数据库原理及应用教程[M].北京:清华大学出版社, 2003.

  【2】梁方明.SQLServer2000数据库编程[M].北京:北京希望电子出版社, 2002.

数据库论文篇4

  1.1馆藏纸质学位论文利用情况分析

  我馆没有设立专门的学位论文阅览室, 而是把外文的过刊和学位论文统一存放在过刊阅览室, 学位论文按系别和写作年代排架, 便于读者查找。由于学位论文存放在过刊阅览室, 与过期期刊全部开架阅览, 所以很难对其阅览人次及使用频率进行定量统计分析。在每年撰写学位论文的高峰时期(2—6月), 这部分“特S文献资源”会得到较高频率的使用, 据外借复印统计, 每年外借学位论文近300册。

  1.2CNKI学位论文数据库利用情况分析

  选择CNKI学位论文数据库对哈尔滨工程大学(以下简称我校)学位论文的利用情况进行定量分析, 是因为该数据库对其收录的每一篇论文的下载及引用情况提供了详尽可靠的数据。截至2011年底, CNKI共收录我校博硕士论文14275篇, 占本校馆藏纸质学位论文的82.6%。因此, 使用CNKI提供的数据对学位论文进行调研, 可以比较准确地反映其利用情况。截至2011年底, CNKI学位论文库共收录我校博士论文1308篇, 总下载次数为534603次, 总被引次数为6987次, 平均每篇被下载408次, 被引用5.34次;收录我校硕士论文12967篇, 总下载次数为3434255次, 总被引次数为20028次, 平均每篇被下载265次, 被引用1.54次。参考CNK“I中国引文数据库”提供的数据, 截至2011年12月31日, 我校的发文总量为4061篇, 被引17141次, 下载477137次, 平均每篇被引4.22次,下载117.5次。CNKI收录我校学位论文及其利用情况对比分析详见表1。在全部被收录的14275篇论文中, 有8082篇论文被引用, 占全部论文的56.6%。引用频次最高的论文是发表于2003年的管理科学与工程专业董士波的博士论文《全生命周期工程造价管理研究》, 被引用91次。最早被引用的论文是发表于2002年的轮机工程专业李玩幽的博士论文《基于扭振信号的柴油机故障诊断方法研究》, 被引用17次, 距今已有10年。根据被引用博硕士学位论文频次分布表(详见表3), 我们可以这么认为, 在我校硕士、博士论文中, 有1876篇论文是“非常有用的”(被引用5次以上), 有6206篇论文是“有用的”(被引用1~4次), 有6193篇论文是“尚未激活的”, 或者仅仅是被参阅过但没有在其正式发表的学术论文中列为引用文献的(尚未被引用)。

  2筹建以用户需求为导向的触摸屏查询系统

  鉴于我馆读者使用纸质博硕士学位论文和学位论文库购买及收录情况, 避免资源的重复建设及浪费, 我们因地制宜地自主研发了利用触摸屏技术实现多媒体导读的软件系统。该系统采用触摸屏控制方式, 读者只需轻触屏幕,便可查找我校博硕士论文资源,查询结果定位到具体架位, 界面清晰易懂,操作简单易行。

  2.1查询系统结构设置

  本系统根据读者需求, 结合部门业务需要而研发, 学位论文系统模块功能如图2所示。在操作过程中, 每个模块按钮代表一个查询项, 每个查询项的界面都制作成独立的场景, 这样既方便管理整个程序又使程序框架清晰明了, 读者在使用过程中只需点击界面中的相应按钮, 就可以直接跳转到按钮所对应的界面中进行操作。

  2.2查询系统总体框架

  导向系统采用浏览器/服务器(B/S)结构, 使用3层架构, 整个业务应用划分为3层设计并结合使用MVC应用框架模型完成。展现用户界面, 运行在用户PC的Web浏览器上, 完成显示、输入或更新数据的功能。处理用户请求和应用逻辑, 完成对数据层的操作, 并对数据业务进行逻辑处理。为减少程序的可维护性与低耦合, 可根据业务划分定义业务实体, 实现ORM映射, 业务之间的数据传递通过对应实体实现。(DAL)该层直接操作数据库, 完成数据的增添、删除、修改、更新、查找等, 为实现数据库访问细节与业务层的分离, 引入数据持久化层, 使其与业务实体相匹配。查询系统的建立使图书馆的学位论文服务工作进入了崭新的自动化阶段, 通过多媒体导读系统, 可以有效地节约读者时间, 提升了资源的利用率。

  3结语

  本文通过对哈尔滨工程大学图书馆馆藏纸质博硕士学位论文及博硕士学位论文数据库的收录及使用情况进行统计分析, 合理了解了读者需求, 为构建我馆特S学位论文查询系统提供了理论依据。但是, 我馆目前还有17.4%的纸质学位论文在学位论文数据库中没有被收录, 给读者充分利用这部分电子文献资源带来不便。下一步我们将把这部分资源电子化, 使纸质资源和电子资源达到有机整合, 为用户提供全面系统的数字化文献信息服务。另外, 馆藏纸质学位论文的编目还没有纳入到图书馆管理自动化系统中, 这将是今后急待解决的问题。

数据库论文篇5

  内容摘要:数据库营销作为目前一种全新营销模式, 顺应了网络经济时代社会的发展潮流, 体现了以人为本的经营理念, 也为企业实现利润最大化提供了方便、快捷的途径。现代化的统计手段与先进的营销方式的结合, 极大地提高了营销的效率, 成为数据库营销不可或缺的得力助手。

  数据库营销的内涵

  数据库营销是指营销者通过建立、维持和利用顾客数据库和其它数据库(产品、供应商、批发商和零售商等), 与客户进行接触和成交的过程。笔者认为, 数据库营销是统计、数据库与市场营销有机结合而形成的一种新型的营销方式。它通过市场调查, 搜集、整理消费者和其他同类企业的大量信息, 经过分析、加工和处理, 预测消费者购买某种产品的概率以及企业的市场占有率, 据此选择、确定企业的目标消费者群及正确的营销策略, 以便在合适的时间、地点, 以合适的价格、销售渠道、促销方式销售产品, 并通过相关的售后服务, 达到企业预期的目标, 实现自身的经济效益和社会效益。

  由于市场调查一整理、分析、处理信息一预测一决策是数据库营销的生命线, 而这一系列程序恰恰也是现代企业统计工作的重要环节, 因此数据库营销与统计的结合, 不仅可能, 而且必要。

  数据库营销的优势

  (一)降低营销成本

  企业运用消费者数据库能够准确找出某种产品的目标消费者, 这样就避免了使用昂贵的大众传播媒体, 从而能以更为经济的促销方式, 降低成本, 提高营销效果, 增强竞争力。根据有关资料显示, 运用数据库技术筛选消费者后, 其邮寄宣传品的反馈率较高。

  传统营销方式的营销效果一般很难直接测定, 而运用中间商和竞争者数据库, 每次数据库营销的效果比较容易测定。因为顾客可通过回复卡、电话等方式进行查询、订货或付款, 管理人员获取顾客的反馈信息非常方便。

  (二)准确识别目标顾客的需求及其数量

  由于顾客数据库是在顾客个体层次上建立和整理的, 因而营销者可以从质量和数量上很精确地确定目标顾客的需求, 进而可以进行“大规模定制”, 即制造大量定做产品以满足个别顾客的需求。

  据1997年11月的《幸福》报道, 总部位于美国康涅狄格(CONNECTICUT)的CUSTOMFOOT公司利用数据库营销实施“大规模定制”策略, 效益显著。顾客在公司的六家连锁鞋店里, 自己选择鞋样、颜S和皮革, 并由电子扫瞄仪精确测出顾客左右两脚的尺寸。所有这些个性化的资料都被输入电脑, 然后经由中央数据库处理, 再传输到公司设在意大利佛罗伦萨的办事处, 最后再分别下单给意大利六家为世界顶尖品牌加工的鞋厂制作。顾客一般在三周内就可以取到自己参与设计的皮鞋。

  (三)有助于增强顾客的信任感和信赖感

  运用数据库营销, 经常与消费者保持沟通和联系, 可以维持和增强企业与消费者之间的感情。并且, 企业根据数据库的信息能够分析出顾客是些什么人, 采取什么措施可以留住顾客。另外, 运用储存的消费记录来推测其未来消费者行为具有相当精确性, 从而使企业能更好地满足消费者的需求, 使消费者成为企业长期、忠实的用户。

  在当前, 顾客服务(CUSTOMERSERVICE)也是一个较为关键的营销变量, 甚至可以与营销学中传统的4PS’相提并论。对一个营销者来说, 已有的顾客数据库加上顾客服务环节中形成的数据是取得卓越和高效的顾客服务的关键资源。美国通用电气公司的顾客数据库包括了每一位顾客的地理位置、家庭状况和心理特点以及购买家用电器的历史等信息。这些数据为有效的售前、售中和售后服务, 提供了强有力的支持, 并使营销者能与其顾客建立一种特殊的关系纽带。多智网校诚招全国各地市独家线下商, 共同开发网上教育市场。多智教育()!

  论文关键词:数据库营销效率优势统计

  内容摘要:数据库营销作为目前一种全新营销模式, 顺应了网络经济时代社会的发展潮流, 体现了以人为本的经营理念, 也为企业实现利润最大化提供了方便、快捷的途径。现代化的统计手段与先进的营销方式的结合, 极大地提高了营销的效率, 成为数据库营销不可或缺的得力助手。

  数据库营销的内涵

  数据库营销是指营销者通过建立、维持和利用顾客数据库和其它数据库(产品、供应商、批发商和零售商等), 与客户进行接触和成交的过程。笔者认为, 数据库营销是统计、数据库与市场营销有机结合而形成的一种新型的营销方式。它通过市场调查, 搜集、整理消费者和其他同类企业的大量信息, 经过分析、加工和处理, 预测消费者购买某种产品的概率以及企业的市场占有率, 据此选择、确定企业的目标消费者群及正确的营销策略, 以便在合适的时间、地点, 以合适的价格、销售渠道、促销方式销售产品, 并通过相关的售后服务, 达到企业预期的目标, 实现自身的经济效益和社会效益。

  由于市场调查一整理、分析、处理信息一预测一决策是数据库营销的生命线, 而这一系列程序恰恰也是现代企业统计工作的重要环节, 因此数据库营销与统计的结合, 不仅可能, 而且必要。

  数据库营销的优势

  (一)降低营销成本

  企业运用消费者数据库能够准确找出某种产品的目标消费者, 这样就避免了使用昂贵的大众传播媒体, 从而能以更为经济的促销方式, 降低成本, 提高营销效果, 增强竞争力。根据有关资料显示, 运用数据库技术筛选消费者后, 其邮寄宣传品的反馈率较高。

  传统营销方式的营销效果一般很难直接测定, 而运用中间商和竞争者数据库, 每次数据库营销的效果比较容易测定。因为顾客可通过回复卡、电话等方式进行查询、订货或付款, 管理人员获取顾客的反馈信息非常方便。

  (二)准确识别目标顾客的需求及其数量

  由于顾客数据库是在顾客个体层次上建立和整理的, 因而营销者可以从质量和数量上很精确地确定目标顾客的需求, 进而可以进行“大规模定制”, 即制造大量定做产品以满足个别顾客的需求。

  据1997年11月的《幸福》报道, 总部位于美国康涅狄格(CONNECTICUT)的CUSTOMFOOT公司利用数据库营销实施“大规模定制”策略, 效益显著。顾客在公司的六家连锁鞋店里, 自己选择鞋样、颜S和皮革, 并由电子扫瞄仪精确测出顾客左右两脚的尺寸。所有这些个性化的资料都被输入电脑, 然后经由中央数据库处理, 再传输到公司设在意大利佛罗伦萨的办事处, 最后再分别下单给意大利六家为世界顶尖品牌加工的鞋厂制作。顾客一般在三周内就可以取到自己参与设计的皮鞋。

  (三)有助于增强顾客的信任感和信赖感

  运用数据库营销, 经常与消费者保持沟通和联系, 可以维持和增强企业与消费者之间的感情。并且, 企业根据数据库的信息能够分析出顾客是些什么人, 采取什么措施可以留住顾客。另外, 运用储存的消费记录来推测其未来消费者行为具有相当精确性, 从而使企业能更好地满足消费者的需求, 使消费者成为企业长期、忠实的用户。

数据库论文篇6

  1.1系统功能模块设计经过对福州外语外贸学院科研管理的需求调查分析, 对取得的信息进行仔细整理可以发现, 科研管理系统的主要任务可以划分为机构管理、科研人员管理、科研项目管理、科研成果管理、报表打印管理、系统管理6个部分, 各部分之间并非各个独立, 而是相互联系。本研究正是据此设计, 从而使本系统能够很好地完成这些功能。具体功能结构如图2所示。(1)机构管理:科研机构包括各学院、部处、机关单位等, 所有的科研人员、成果、项目等都按照科研机构进行归口管理。提供各科研机构的增加、删除、修改与检索。(2)科研人员管理:主要对学校参与科研工作的人员基本信息进行管理, 提供人员信息的增加、删除、修改与检索。为其他模块提供人员信息, 是其他模块的基础。(3)科研成果管理:主要对科研论文、著作、成果等进行管理, 提供成果信息的增加、删除、修改与检索。(4)科研项目管理:主要对已经立项后的项目进行管理, 提供项目信息的增加、删除、修改与检索。可以对项目状态进行编辑。(5)报表打印管理:可以打印部门成果报表、个人成果报表、成果分类统计表、院部处教师科研分统计表、申报项目表、立项项目表等报表的打印。(6)系统管理:用于对登录用户信息、密码等进行维护。

  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结束语

  本系统是使用ASP.net技术及SQLServer2005数据库来进行设计与开发而成, 系统简洁实用, 可以有效地实现科研信息的管理, 对于推进高校科研管理建设具有十分重要的意义, 为科研管理工作提供了一个有效的解决方案。

数据库论文篇7

  关键词:资源整合异构数据库互操作联邦式数据库

  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).

  [6]王艳君,王运格,吴丽红.异构数据库间数据集成的方法.烟台师范学院学报,1999,Vol.15(4).

  [7]王宁,王能斌.异构数据源集成系统查询分解和优化的实现.软件学报,2000,Vol.11(2).

数据库论文篇8

  本文以面向文档的NoSQL作为数据持久层, 面向文档的NoSQL数据库的数据结构设计相对于关系型数据库来说容易许多, 在对数据进行查询、数据库操作接口方面都有很大的优势]。因为面向文档的NoSQL数据库不支持多张表的JOIN操作, 因此在对面向文档的NoSQL数据集合进行设计的时候需要考虑到这方面的因素。本监测系统主要的业务功能可以分为3个模块, 分别是小区信息查询模块、报表统计模块和用户、终端管理模块, 因此, 数据集合的设计同样从这三个方面进行设计。各个数据集合之间的关系如图1所示。考虑到在对数据表进行设计所依据的原则基本一致, 因此以下仅对小区信息查询模块的数据表设计进行着重分析。设计数据模型需要结合系统的特点进行分析。此系统主要实现的功能是对小区天线参数信息进行保存、管理, 并以友好的界面展示给用户, 并响应用户的各种操作。因此, 在大部分的操作中, 存储天线实时参数的ANTENNAARGS表会产生大量的插入操作, 本文根据各个表的不同读写比进行了设计, 如图2所示。本文将天线表、区域表以内嵌的形式放入了小区表, 将天线参数表设计成单独的集合, 并以引用的方式指向了小区表主要是考虑到天线参数集合是被访问最频繁的表, 会产生大量的读写操作, 因此在小区集合与天线参数集合之间采用的是范式化的模式。其中, 天线工参表(ANTENANARGS表)用来存储从各个采集终端传输至管理系统的小区天线实时数据信息, 具体如表1所示。小区信息表(CELL表)用来存储各个小区的地址、天线相关参数详细信息, 如表2所示。除了上述表之外还有采集终端表(TERMI-NAL)、天线信息表(ANTENNA)和告警表(ALARM-REPORT)等。数据库运行时, 自动将所对应的数据存入相应表中。

  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语句完成数据库的备份和恢复。在数据库管理界面中, 用户通过数据库备份与恢复功能进行相应操作, 确保数据的正确行和完整性。

  5结束语

  与传统的管理系统基于关系型数据库相比, 基站参数管理终端采用的面向文档的NoSQL具有很大的优势:采用副本集方式进行数据库备份与恢复, 保证数据的完整性和安全性;Auto-Sharding的机制, 实现了数据的分布式存储, 同时也可以方便地实现系统的水平扩展。本文从数据库表的设计, 各个表之间的关联以及其中涉及的关键技术都做了描述, 最终能够实现对基站参数的有效存储与查询, 为移动通信基站的管理与维护提供了重要依据。

  以上就是博学多识的网友关于“数据库论文范文”的解说。

免责声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请联系我们,一经查实,本站将立刻删除。

相关推荐