Oracle 是一个跨平台的资料库。自1980 年代中期开始,即可在各个作业 ....pdf.pdf

Oracle是一個跨平台的資料庫 。自 1980 年代中期開始 ，即可在各個作業系統 中見到 Oracle。在 Oracle （RDBMS ）還是第六版的時候 ，你在桌上 型電腦 中所開發之資料庫 的架構 ，在不經任何修改下 ，就可在許多大型電腦平台上 執行 。到了 O racle7 時 ，我們可使用 PL/ SQL 來撰寫 （storedprocedure）， 同樣地 ，這些預儲程序也可移植到任何支援 的作業系統上 。在 Oracle8 中 ，導入了 物件導向的技術 。而 O racle8i 則內建了對 Java的支援 。這十五年來 ，各個版本的發 行 ，足以證明了 O racle公司致力於讓 Oracle成為一個跨平台的資料庫 。然而 ，平台 的獨立性並不足以使 Oracle在市場中佔有主要地位 。其中還包括了下列 因素 ： Oracle是 隨著 Unix逐漸成長 ，所以一直保有開放式系統的態度 。而此一態度 促進了改革創新與客戶廣大的回響 。 OracleRDMBS 的資源 ；諸如檔案系統 、記憶體的使用等等 ，都可讓資料庫管 理者 （DBA ）進行設定與管理 。所以 ，Oracle資料庫 的資源 ，可針對不 同工 作 ，而不論此項工作是交易處理 、批次處理或決策支援 ，隨時地更改設定 。 在關聯式資料庫的各個產品中 ，Oracle一貫保持著領先地位 。雖然競爭對手不 時會些微領先 Oracle，但 Oracle總能重回領導地位 。 你可能已經猜到我是一個 O racle的擁護者 。我對 Oracle和其競爭產品已有 16 年的 使用經驗 ，我從中學習到對 Oracle的敬重 。有許多發開人員曾告訴過我 ，Oracle有 很多地方是其它資料庫產品所欠缺 的 。 A7 A 8 我是在一個偶然的機會中接觸到 Oracle。在我之前服務的公 司中 ，曾經有一套資料 庫 ，它是 Oracle的競爭產品 。當時我被派到 West Coast，負責把一些報表從所謂的 關聯式資料庫轉換成在迷你電腦上執行的 CO BOL VSAM/ISAM 程式 。會做這些轉換 的原 因是 ，因為在產生公司報表時 ，關聯式資料庫在效能上表現不佳 的緣故 。在轉 換過程 中 ，我所聽到的都是有 關於關聯式技術 的負面批評 。而我當時的想法是 ，撇 開效能不談 ，關聯式技術的確大大地簡化了決策支援系統的開發 。而且 ，只要我所 轉換 的報表能夠正確 ，那麼 ，效能其實就不是那麼地重要 。 有了那一次經驗後 ，我漸漸地覺得 關聯式資料庫技術 ，將在市場上佔有重要的地 位 。所以 ，我開始研究各個 關聯式資料庫 的產品 ，並在其 中挑選 出一個有潛力的產 品 。經過幾個 月的研究後 ，我選擇了 Oracle，而當時它還只是第五版 。從那時開 始 ，我便 開始使用 Oracle，有時也會使用其它類似產品 。在那段 日子裡 ，我使用了 COBOL 、P ro*COBOL 、C 、WindowsSD K 、Pro*C 、O CI 、C++ 、Smalltalk、Visual Basic、Power Builder、PL /SQL ，以及 Java等等 ，來做為客戶端程式的開發語言 － 它們全都存取 Oracle資料庫 。在經歷許多次之後 ，我仍記得我對 Oracle所犯的第一 個錯誤 － 將 關聯式資料庫轉換成 COBOL VSAM/ ISAM 程式 。 我體認到關聯式資料庫之所以會在效能上表現差的唯一原 因是 ，因為我們從來沒有 以關聯式資料庫 的方式來使用它 。在 Oracle的第一個專案 中 ，從前的程式設計師在 處理資料時 ，都是以比較慢的方式來處理 ：在各個表格 中開啟 （cursor），並在 表格之間找到符合資料時才取 出 。他們會掃過整個資料表格 ，而且也沒有執行資料 庫的 （join）。而在那時會嚴厲批評關聯式技術 的原因 ，除了我們的無知之外 ， 沒有任何理 由 。我多麼希望在那時 ，能有一本由 O Reilly所出版 ，關於 Oracle的好 書啊 ！ 當 Oracle漸漸成為資料庫的選擇時 ，Sun在 1990 年中期 ，發表了 Java。從那時開 始 ，J av