浅析基于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就是一个强大的知识库。

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

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