開場：兩次大學輟學，點樣創辦企業軟件巨頭？
Larry Ellison唔係典型嘅名校畢業創業家。佢先後入讀伊利諾大學同芝加哥大學，最終都冇取得學位。1970年代佢喺加州從事程式編寫工作，後來同兩位同事共同創立一間細小軟件公司。幾十年後，呢間公司發展成Oracle，成為企業資料庫、商業應用程式與雲端基建重要供應商。
佢嘅成功唔係因為輟學本身，而係準確判斷企業未來需要管理越來越大量嘅數據，再將一套學術界嘅資料庫概念變成可銷售嘅商業產品。
第一章｜童年與身世
Ellison於1944年出生於紐約，幼年由芝加哥嘅姨母與姨丈收養。成長環境並非矽谷富裕創投家庭。佢對科學與數學有興趣，但學業道路唔順利。
佢先後喺伊利諾大學與芝加哥大學就讀，最後離校。呢段經歷經常被包裝成「讀書冇用」，但實際上佢接觸過科學、數學與電腦相關知識；真正影響佢事業嘅，係之後長期累積嘅程式編寫能力、對企業需求嘅理解，以及願意冒險嘅性格。
第二章｜去到加州：由打工仔到技術創業者
Ellison搬到加州後，曾喺多間科技公司工作，參與程式及資料管理相關項目。當時電腦主要由大型機構使用，銀行、政府、航空公司及企業都需要處理龐大紀錄。
問題係：資料分散、程式難以修改，當企業要用不同方式查詢同一批資料，成本可以非常高。Ellison逐漸理解，企業願意為可靠、可擴充、易查詢嘅資料管理系統付費。
第三章｜一篇IBM研究論文帶來嘅機會
1970年，IBM研究員Edgar F. Codd發表關於關聯式資料模型嘅重要論文，提出以數學關係整理資料嘅方法。後來IBM亦開發System R等研究項目，推動關聯式資料庫與SQL概念。
Ellison並非發明關聯式資料庫嘅人。佢嘅商業眼光在於睇到研究成果可以變成企業願意購買嘅產品。對創業者嚟講，科學突破與商業成功係兩回事：前者需要證明概念可行，後者要處理效能、穩定性、銷售、支援與客戶信任。
第四章｜1977年創業：三個人同一筆細小資金
1977年，Ellison與Bob Miner、Ed Oates共同成立Software Development Laboratories（SDL），其後經歷公司名稱變更，最終成為Oracle。創業初期資金相當有限，廣泛流傳嘅數字係約2,000美元，但不同歷史敘述對出資細節有差異，唔應將呢個數字理解為公司成長所需嘅全部資本。
三位創辦人分工互補：Ellison積極推動商業方向與銷售，Miner等工程人才則對技術開發有重要貢獻。佢哋面對嘅唔係普通消費者市場，而係對穩定性要求極高嘅企業客戶。
第五章｜第一代產品：技術要賣得出去先算數
Oracle早期推出商業化關聯式資料庫產品，讓企業用SQL等方式管理及查詢數據。產品名稱與版本歷史有特定背景：Oracle Database早期商業產品常被稱為Oracle Version 2，並非代表曾公開出售一個成熟嘅Version 1。
企業軟件同一般手機應用唔同。客戶購買資料庫，往往涉及大量既有系統，停機可能直接影響生意。因此銷售唔單止講功能，更要提供部署、支援、可靠性與持續升級。Oracle逐步建立工程團隊同企業銷售能力。
第六章｜挑戰IBM：選擇同巨頭競爭
當時IBM喺企業電腦市場擁有強大地位。對一間細公司嚟講，直接挑戰巨頭有風險，但亦有機會：如果客戶唔想被單一硬件平台綁死，支援不同系統嘅資料庫軟件就有吸引力。
Oracle逐步發展跨平台能力，令資料庫可以喺不同電腦環境運行。呢個策略令Oracle唔需要只依賴一間硬件製造商，亦有助企業客戶規劃長期資訊系統。
Ellison嘅競爭方式十分進取，善於將產品定位成對傳統企業科技秩序嘅挑戰。但市場宣傳必須配合實際交付，否則銷售增長反而會成為風險來源。
第七章｜1986年上市：高速成長背後嘅壓力
Oracle於1986年上市，反映企業資料庫需求持續擴大。上市可以幫助企業籌資、吸引人才，但同時令季度營收、利潤與市場預期成為更大壓力。
企業軟件銷售涉及大型合約，收入確認、交付條件與銷售預測都可能相當複雜。當管理層過度追求高速增長，內部控制若跟唔上，財務與營運風險就會累積。
第八章｜1990年危機：差點毀掉Oracle嘅錯誤
1990年前後，Oracle因銷售與收入確認問題陷入嚴重危機，公司需要修正財務數字，股價急跌，亦面對訴訟與管理信任危機。市場一度質疑公司能否繼續生存。
呢次危機比「創業好艱難」更值得深入研究：企業可能因為產品成功、銷售增長太快，反而忽略會計制度、合約管理與內部監控。Ellison之後推動管理改革、改善財務紀律與組織運作。
對企業家嚟講，最危險未必係冇客戶，而係訂單越多，管理系統越跟唔上。業績報表如果唔可信，投資者、員工同客戶信心都可能迅速流失。
第九章｜Oracle 7與企業資料庫市場
Oracle之後推出多代資料庫產品，持續改善可靠性、交易處理、效能與系統管理。企業資料庫唔係單純儲存一堆檔案，而係要確保大量用戶同時操作時，資料仍然準確一致。
銀行轉帳、航空訂票、零售庫存同大型企業帳目，都依賴可靠資料管理。當企業將核心業務放喺某套資料庫上，轉換供應商通常涉及高昂成本、重新測試與員工培訓。呢種黏性有助建立長期收入，但亦可能令客戶擔心被供應商鎖定。
第十章｜由資料庫走向企業應用
Oracle逐步將業務擴展至財務、人力資源、供應鏈與客戶關係管理等企業應用。Ellison明白，資料庫係企業資訊系統底層，但企業真正要解決嘅係訂單、庫存、員工、成本同客戶管理。
公司既可以自行開發產品，亦可以透過收購加速擴張。呢個策略令Oracle由單一資料庫供應商，逐步發展成大型企業軟件集團。
第十一章｜收購PeopleSoft：增長背後嘅爭議
2004年，Oracle完成對PeopleSoft嘅收購，交易經歷長時間競爭、法律與監管爭議。呢項收購擴大Oracle企業應用市場版圖，但亦引發客戶對產品整合、價格與供應商選擇嘅關注。
大型收購唔只係財務計算，仲涉及文化整合、產品路線、員工流失與客戶承諾。收購對企業增長有幫助，但買到市場份額唔代表自動買到客戶信任。
第十二章｜Sun Microsystems：硬件、Java與新戰場
Oracle於2010年完成收購Sun Microsystems，取得包括Java技術、Solaris作業系統與伺服器業務。呢次交易令Oracle更深入硬件與軟件整合，但亦帶來複雜嘅技術授權與生態系統問題。
企業透過垂直整合，可以嘗試優化整體系統效能；另一方面，客戶亦可能擔心開放性下降。Oracle需要喺控制產品體驗與維持合作夥伴生態之間取得平衡。
第十三章｜雲端時代：既有成功可能變成包袱
隨住AWS、Microsoft Azure與Google Cloud興起，企業逐漸由自行購買伺服器及資料庫授權，轉向租用雲端運算與託管服務。對Oracle嚟講，呢唔只係推出一款新產品，而係重新思考收費方式、基建投資與客戶部署模式。
Oracle其後擴展Oracle Cloud Infrastructure（OCI）、雲端資料庫與企業應用服務。競爭優勢包括既有企業客戶、資料庫技術及整合能力；挑戰則係面對雲端巨頭嘅規模、價格與產品生態。
Ellison長期積極參與技術策略與產品定位，但Oracle雲端轉型係大量工程、產品與營運團隊共同推動，唔應歸功於單一人物。
第十四章｜管理風格與爭議
Ellison以強勢、好勝與直接嘅管理風格聞名，呢種風格可能幫助企業迅速作出決策，亦可能造成組織壓力。Oracle長期面對企業軟件授權、競爭策略、收購整合及市場集中度等批評。
企業家可以有鮮明個性，但投資者與客戶更應關注制度：產品有冇競爭力、合約係咪透明、收入確認係咪審慎，以及董事會能否有效監督管理層。
第十五章｜五個商業啟示
第一，創新唔一定係自己發明理論，亦可以係將研究成果轉化成可靠產品。第二，細公司可以挑戰巨頭，但必須找到真正嘅差異化價值。第三，銷售速度唔可以長期快過財務與管理制度。
第四，企業客戶買嘅唔只係功能，而係穩定性、支援、風險控制同長期承諾。第五，舊業務即使成功，都必須面對新技術改變收費模式與客戶需求。
Larry Ellison嘅故事，唔應被簡化成「兩千美元變億萬富豪」。佢嘅路程包含技術判斷、強大銷售能力、企業管理失誤、危機改革、收購擴張同雲端轉型。真正值得問嘅係：如果你經營一間高速增長公司，你會先追求市場份額，定係先建立足以支撐增長嘅管理制度？