> 数据库 > Oracle >

浅析基于Oracle案例知识库设计

摘要:本文分为三部分,主要站在oracle案例库角度来进行阐述,分别介绍oracle案例库的背景,实现思路和方法,并最后给出结论。

  1. 背景概述

  在企业数据库的生命周期过程中,会面临各种各样的问题,可以说,oracle数据库从摇篮到坟墓,会或多或少的遇到问题,或者潜在问题。问题千奇百怪,有的问题很简单,一眼便知道解决办法,有的问题很复杂,有的问题解决起来很危险,有的问题解决过程中不会有什么危险性。同样的问题可能会再次或者多次碰见,如果时间间隔很长,可能会忘记以前是怎么处理的。

  Oracle有时候是一个非常命令精确型软件,诸多步骤中,可能一步也不允许出差错,否则功亏一篑,甚至带来风险。对于复杂的处理过程、步骤,作为宝贵的经验,应该加以存储和整理加工,作为典型案例,存储下来。

  在现实工作中,我们中使用oracle数据库的时候,经常面临下属问题:

  印象中碰到过这个问题,但是时间长了,我不知道放哪里了?

  我知道如果我要努力的找一下,我会找到答案,但是现在时间来不及了。

  一些问题重复出现,很多时候重复的操作使我很烦。

  由于当时过于兴奋,忘记了记录一个重要问题的分析解决过程。

  当时认为很简单的问题,一段时间后,始终想不起当初是怎么解决的。

  等等。

  案例作为个人和企业的宝贵财富,是实际的经验,这些既可以作为以后的培训教材,更是自己以后解决问题的宝贵经验,如果不对他们进行加工,实际上就是对经验的浪费。不懂得如何加工,就是你守着一堆宝,却浑然不知,懂得如何加工,就会变废为宝,或者让他们闪闪发光。这正是oracle服务型公司建立案例知识库的背景。

 

  2. 实现思路

  要实现oracle案例知识库,需要进行信息收集、整理、后处理以及提供查询等。

  2.1 信息收集

  需要考虑几个问题:

  ? 使用什么工具进行收集。

  ? 收集那些必要信息。

  2.2信息整理

  在信息收集的基础上,需要对信息进行加工。信息的加工,主要是将初次收集的信息进行整理,校验,格式化,润色等,使得条理性和可读性以及可操作性、可查询性增强,从而使得信息由零碎的文字描述或者混乱的代码、脚本,变成便于阅读、便于查询、可操作性好的素材。

  一旦完成上述操作,案例将会作为次级素材,作为以后其他处理的基本材料,随时从库存中提取。

  2.3信息的后处理

  这里的处理,指发挥案例库的用途的途径和方法。

  可以简单的总结如下:

  ? 解决问题的有力参考

  ? 学习训练的培训教材

  ? 在商业上可以提高企业的形象,能更好的满足客户对于历史知识的查询和借鉴。

  实现上述目的的主要途径,就是建立知识库后,对知识库进行充分、及时有效的挖掘,达到信息充分共享和利用的目的,从而发挥效益。

  2.4信息查询

  查询信息,实际上是案例库产生和发挥作用的地方。一般情况,应该提供多一些的查询方式,比如分类查询方式,关键字查询的方式,每种方式相互补充,尽可能的在有限时间内,查询到对解决当前问题有用的案例,从而启发或者指导问题的解决。

  3. 实现方法

  实现oracle案例知识库的方式,不会太复杂。最主要的是素材的分类,关键字提炼,以及内容的组织,有了这些原始素材,将它们存放到数据库中,设计录入和查询的界面。

  据了解,有些服务型企业现在有这方面的打算,但是效果不是很理想,最关键的原因是,对案例知识库的建设并不重视,或者操作起来并不方便。要想很顺利的推进知识库的建设,下面几个因素是很重要的:

  有友好的录入界面和用户查询界面。

  有专门的人员对知识库进行维护,比如录入的格式维护,案例分类,关键字提炼等。

  有适当的奖惩措施。知识库的建设应该带有半强制性性质,是企业行为,具有约束性效力。

  对员工进行使用培训。

  让大家参与使用,并根据实际情形,修改完善,逐步建成适应企业发展的知识资源。

 

  4. 结论

  用过metalink的人,一定有非常深刻的印象,metalink是解决问题的非常重要的帮手,metalink产生的效益是巨大的,这也许是oracle能够取得如此辉煌成功的一个重要因素,metalink就是一个强大的知识库。

  互联网也可以看作一个知识库,而且有互动的成分在里面,但是,互联网就是信息太复杂,正确和错误俱在,有时候可能会有帮助,有时候可能会有误导。

  既然有了这么好的知识库,企业还有必要花费人力财力物力去建立自己的小型知识库吗?当然有必要,因为这些是自己的经验,自己碰到过的问题解决思路,可以根据自己的需要,灵活设计,并且可以为自己特定的目标服务。摘要:本文分为三部分,主要站在oracle案例库角度来进行阐述,分别介绍oracle案例库的背景,实现思路和方法,并最后给出结论。

  1. 背景概述

  在企业数据库的生命周期过程中,会面临各种各样的问题,可以说,oracle数据库从摇篮到坟墓,会或多或少的遇到问题,或者潜在问题。问题千奇百怪,有的问题很简单,一眼便知道解决办法,有的问题很复杂,有的问题解决起来很危险,有的问题解决过程中不会有什么危险性。同样的问题可能会再次或者多次碰见,如果时间间隔很长,可能会忘记以前是怎么处理的。

  Oracle有时候是一个非常命令精确型软件,诸多步骤中,可能一步也不允许出差错,否则功亏一篑,甚至带来风险。对于复杂的处理过程、步骤,作为宝贵的经验,应该加以存储和整理加工,作为典型案例,存储下来。

  在现实工作中,我们中使用oracle数据库的时候,经常面临下属问题:

  印象中碰到过这个问题,但是时间长了,我不知道放哪里了?

  我知道如果我要努力的找一下,我会找到答案,但是现在时间来不及了。

  一些问题重复出现,很多时候重复的操作使我很烦。

  由于当时过于兴奋,忘记了记录一个重要问题的分析解决过程。

  当时认为很简单的问题,一段时间后,始终想不起当初是怎么解决的。

 

 

  等等。

  案例作为个人和企业的宝贵财富,是实际的经验,这些既可以作为以后的培训教材,更是自己以后解决问题的宝贵经验,如果不对他们进行加工,实际上就是对经验的浪费。不懂得如何加工,就是你守着一堆宝,却浑然不知,懂得如何加工,就会变废为宝,或者让他们闪闪发光。这正是oracle服务型公司建立案例知识库的背景。

 

  2. 实现思路

  要实现oracle案例知识库,需要进行信息收集、整理、后处理以及提供查询等。

  2.1 信息收集

  需要考虑几个问题:

  ? 使用什么工具进行收集。

  ? 收集那些必要信息。

  2.2信息整理

  在信息收集的基础上,需要对信息进行加工。信息的加工,主要是将初次收集的信息进行整理,校验,格式化,润色等,使得条理性和可读性以及可操作性、可查询性增强,从而使得信息由零碎的文字描述或者混乱的代码、脚本,变成便于阅读、便于查询、可操作性好的素材。

  一旦完成上述操作,案例将会作为次级素材,作为以后其他处理的基本材料,随时从库存中提取。

  2.3信息的后处理

  这里的处理,指发挥案例库的用途的途径和方法。

  可以简单的总结如下:

  ? 解决问题的有力参考

  ? 学习训练的培训教材

  ? 在商业上可以提高企业的形象,能更好的满足客户对于历史知识的查询和借鉴。

  实现上述目的的主要途径,就是建立知识库后,对知识库进行充分、及时有效的挖掘,达到信息充分共享和利用的目的,从而发挥效益。

  2.4信息查询

  查询信息,实际上是案例库产生和发挥作用的地方。一般情况,应该提供多一些的查询方式,比如分类查询方式,关键字查询的方式,每种方式相互补充,尽可能的在有限时间内,查询到对解决当前问题有用的案例,从而启发或者指导问题的解决。

  3. 实现方法

  实现oracle案例知识库的方式,不会太复杂。最主要的是素材的分类,关键字提炼,以及内容的组织,有了这些原始素材,将它们存放到数据库中,设计录入和查询的界面。

  据了解,有些服务型企业现在有这方面的打算,但是效果不是很理想,最关键的原因是,对案例知识库的建设并不重视,或者操作起来并不方便。要想很顺利的推进知识库的建设,下面几个因素是很重要的:

  有友好的录入界面和用户查询界面。

  有专门的人员对知识库进行维护,比如录入的格式维护,案例分类,关键字提炼等。

  有适当的奖惩措施。知识库的建设应该带有半强制性性质,是企业行为,具有约束性效力。

  对员工进行使用培训。

  让大家参与使用,并根据实际情形,修改完善,逐步建成适应企业发展的知识资源。

 

  4. 结论

  用过metalink的人,一定有非常深刻的印象,metalink是解决问题的非常重要的帮手,metalink产生的效益是巨大的,这也许是oracle能够取得如此辉煌成功的一个重要因素,metalink就是一个强大的知识库。

  互联网也可以看作一个知识库,而且有互动的成分在里面,但是,互联网就是信息太复杂,正确和错误俱在,有时候可能会有帮助,有时候可能会有误导。

  既然有了这么好的知识库,企业还有必要花费人力财力物力去建立自己的小型知识库吗?当然有必要,因为这些是自己的经验,自己碰到过的问题解决思路,可以根据自己的需要,灵活设计,并且可以为自己特定的目标服务。


(责任编辑:IT)