1. 背景概述
在企業數據庫的生命周期過程中，會面臨各種各樣的問題，可以說，Oracle數據庫從搖籃到墳墓，會或多或少的遇到問題，或者潛在問題。問題千奇百怪，有的問題很簡單，一眼便知道解決辦法，有的問題很復雜，有的問題解決起來很危險，有的問題解決過程中不會有什麼危險性。同樣的問題可能會再次或者多次碰見，如果時間間隔很長，可能會忘記以前是怎麼處理的。
Oracle有時候是一個非常命令精確型軟件，諸多步驟中，可能一步也不允許出差錯，否則功虧一篑，甚至帶來風險。對於復雜的處理過程、步驟，作為寶貴的經驗，應該加以存儲和整理加工，作為典型案例，存儲下來。
在現實工作中，我們中使用Oracle數據庫的時候，經常面臨下屬問題：
印象中碰到過這個問題，但是時間長了，我不知道放哪裡了?
我知道如果我要努力的找一下，我會找到答案，但是現在時間來不及了。
一些問題重復出現，很多時候重復的操作使我很煩。
由於當時過於興奮，忘記了記錄一個重要問題的分析解決過程。
當時認為很簡單的問題，一段時間後，始終想不起當初是怎麼解決的。
等等。
案例作為個人和企業的寶貴財富，是實際的經驗，這些既可以作為以後的培訓教材，更是自己以後解決問題的寶貴經驗，如果不對他們進行加工，實際上就是對經驗的浪費。不懂得如何加工，就是你守著一堆寶，卻渾然不知，懂得如何加工，就會變廢為寶，或者讓他們閃閃發光。這正是Oracle服務型公司建立案例知識庫的背景。
2. 實現思路
要實現Oracle案例知識庫，需要進行信息收集、整理、後處理以及提供查詢等。
2.1 信息收集
需要考慮幾個問題：
? 使用什麼工具進行收集。
? 收集那些必要信息。
2.2信息整理
在信息收集的基礎上，需要對信息進行加工。信息的加工，主要是將初次收集的信息進行整理，校驗，格式化，潤色等，使得條理性和可讀性以及可操作性、可查詢性增強，從而使得信息由零碎的文字描述或者混亂的代碼、腳本，變成便於閱讀、便於查詢、可操作性好的素材。
一旦完成上述操作，案例將會作為次級素材，作為以後其他處理的基本材料，隨時從庫存中提取。
2.3信息的後處理
這裡的處理，指發揮案例庫的用途的途徑和方法。
可以簡單的總結如下：
? 解決問題的有力參考
? 學習訓練的培訓教材
? 在商業上可以提高企業的形象，能更好的滿足客戶對於歷史知識的查詢和借鑒。
實現上述目的的主要途徑，就是建立知識庫後，對知識庫進行充分、及時有效的挖掘，達到信息充分共享和利用的目的，從而發揮效益。
2.4信息查詢
查詢信息，實際上是案例庫產生和發揮作用的地方。一般情況，應該提供多一些的查詢方式，比如分類查詢方式，關鍵字查詢的方式，每種方式相互補充，盡可能的在有限時間內，查詢到對解決當前問題有用的案例，從而啟發或者指導問題的解決。
3. 實現方法
實現Oracle案例知識庫的方式，不會太復雜。最主要的是素材的分類，關鍵字提煉，以及內容的組織，有了這些原始素材，將它們存放到數據庫中，設計錄入和查詢的界面。
據了解，有些服務型企業現在有這方面的打算，但是效果不是很理想，最關鍵的原因是，對案例知識庫的建設並不重視，或者操作起來並不方便。要想很順利的推進知識庫的建設，下面幾個因素是很重要的：
有友好的錄入界面和用戶查詢界面。
有專門的人員對知識庫進行維護，比如錄入的格式維護，案例分類，關鍵字提煉等。
有適當的獎懲措施。知識庫的建設應該帶有半強制性性質，是企業行為，具有約束性效力。
對員工進行使用培訓。
讓大家參與使用，並根據實際情形，修改完善，逐步建成適應企業發展的知識資源。
4. 結論
用過metalink的人，一定有非常深刻的印象，metalink是解決問題的非常重要的幫手，metalink產生的效益是巨大的，這也許是Oracle能夠取得如此輝煌成功的一個重要因素，metalink就是一個強大的知識庫。
互聯網也可以看作一個知識庫，而且有互動的成分在裡面，但是，互聯網就是信息太復雜，正確和錯誤俱在，有時候可能會有幫助，有時候可能會有誤導。
既然有了這麼好的知識庫，企業還有必要花費人力財力物力去建立自己的小型知識庫嗎?當然有必要，因為這些是自己的經驗，自己碰到過的問題解決思路，可以根據自己的需要，靈活設計，並且可以為自己特定的目標服務。
