Oracle

• Inleiding
• Hoofdstuk 1 De geboorte van een idee
• Hoofdstuk 2 Van bescheiden begin: De vroege jaren van Larry Ellison
• Hoofdstuk 3 De geboorte van Relational Software, Inc.
• Hoofdstuk 4 Het winnen van de eerste grote opdracht: de CIA
• Hoofdstuk 5 Het naamspel: Oracle worden
• Hoofdstuk 6 De databasegolf rijden: De bloei van de jaren tachtig
• Hoofdstuk 7 De beursgang en de rand van de instorting
• Hoofdstuk 8 De comeback-kid: Herstructurering en herstel
• Hoofdstuk 9 De onverzettelijke verkoopmachine
• Hoofdstuk 10 De databaseoorlogen: Oracle vs. Informix en Sybase
• Hoofdstuk 11 De opkomst van de netwerkcomputer
• Hoofdstuk 12 Ellison's groter-dan-het-leven persona
• Hoofdstuk 13 De overwinning op de enterprise-markt: De E-Business Suite
• Hoofdstuk 14 De vijandige overname van PeopleSoft
• Hoofdstuk 15 De concurrentie overnemen: Een groeistrategie
• Hoofdstuk 16 De Sun Microsystems-weddenschap: Hardware en software verenigen
• Hoofdstuk 17 De cloudrevolutie navigeren
• Hoofdstuk 18 De juridische strijden: Botsingen met SAP en Google
• Hoofdstuk 19 De America's Cup-obsessie
• Hoofdstuk 20 Boven de CEO-rol uit: Ellison als CTO en voorzitter
• Hoofdstuk 21 De volgende generatie leiderschap
• Hoofdstuk 22 Oracle in het tijdperk van AI en big data
• Hoofdstuk 23 De cultuur van Oracle: Agressief, ambitieus en volhardend
• Hoofdstuk 24 De filantroop en de eiland-eigenaar
• Hoofdstuk 25 De blijvende nalatenschap van een Amerikaanse reus

In het groots en vaak turbulente theater van het Amerikaanse ondernemerschap zijn er weinig verhalen zo boeiend, zo agressief, of zo fundamenteel transformerend als dat van Oracle Corporation. Nog minder zijn onlosmakelijk verbonden met een oprichter zo charismatisch, controversieel en onvermoedelijk gedreven als Lawrence "Larry" Ellison. Dit is een dubbel portret: van een bedrijf dat het digitale landschap herschuf door de kunst van databeheer te meesteren, en van de man wiens ambitie, vooruitzicht en onoverwinnelijke wil de blauwdruk vormden voor de creatie en de duurzame, vaak strijdlustige ziel ervan. Oracle begrijpen is de vracht die de moderne technologie-industrie hebben gevormd begrijpen—van de arcaïsche wereld van databasebeheer tot de uitgestrekte grens van cloud computing en kunstmatige intelligentie.

Het verhaal van Oracle is niet slechts een bedrijfshistorie; het is een verhaal gewoven in het weefsel van de informatietijdperk zelf. Het begint niet in een garage, in de nu geheiligde traditie van Silicon Valley-lore, maar met een academisch artikel—een theoretische verkenning van een nieuwe manier om data te organiseren. In 1970 publiceerde een IBM-onderzoeker genaamd Edgar F. Codd "A Relational Model of Data for Large Shared Data Banks", een document dat de Rosetta Stone zou worden voor een nieuwe generatie software. Codd's relationele model was elegant, krachtig, en op dat moment grotendeels theoretisch. Het stelde een systeem voor waarin data kon worden opgeslagen in eenvoudige tabellen en de relaties ertussen op een vloeibare, logische manier beheerd konden worden, een scherpe afwijking van de starre, hiërarchische databases van die tijd. Terwijl het reuzenbedrijf IBM traag was in het erkennen van het commerciële potentieel van de breekbare werk van een eigen werknemer, zag een 33-jarige college dropout in Californië niet alleen een theorie, maar een revolutie.

Larry Ellison, samen met zijn mede-oprichters Bob Miner en Ed Oates, nam Codd's abstracte concept en smed het tot een commercieel product, een tool die de hoeksteen zou worden van modern zakenleven. Ze richtten hun bedrijf op in 1977, eerst als Software Development Laboratories, dan Relational Software, Inc., voordat ze uiteindelijk de naam van hun vlaggenschipproduct aannamen—Oracle. De naam was een knik naar een eerdere project waar ze aan hadden gewerkt voor de CIA, een passend enigmatische oorsprong voor een bedrijf dat een meester zou worden in het beheren van de meest gevoelige en waardevolle informatie ter wereld. Hun product, de Oracle Database, was het eerste commercieel beschikbare relationeel databasebeheersysteem (RDBMS) dat Structured Query Language (SQL) gebruikte, wat zou uitgroeien tot de industriestandaard.

Het verhaal van Oracle is echter niet een van serene innovatie. Het is een verhaal van felle concurrentie, van "database-oorlogen" waarin rivalen opkwamen en vielen, van een bedrijfscultuur bekend om haar no-nonsense verkooptactieken en een onverontschuldigde wil om te winnen. Ellison kweekte een omgeving die net zo veeleisend was als belonend, een plek waar succes gemeten werd in marktaandeel en verslagen concurrenten. Deze agressieve ethos dreef het meteorische opwaartse van het bedrijf door de jaren tachtig, waardoor het in 1987 de grootste databasebeheersoftwarebedrijf ter wereld werd. Het was een periode van explosieve groei, waarin Oracle's software de onzichtbare motor werd die banken, luchtvaartmaatschappijen, detailhandelaren en regeringen over de hele wereld aandreef.

Toch bracht deze onvermoedelijke drift het bedrijf ook aan de rand van de ramp. De wisseling van het decennium zag Oracle geconfronteerd met een bijna-faillissementservaring, een crisis geboren uit een te agressieve verkoopcultuur die toekomstige omzet boekte als lopende winst. Het was een vuurproef die Ellison's leiderschap op de proef stelde en een pijnlijke maar noodzakelijke herstructurering van het bedrijf dwong. Het comeback dat volgde is een getuigenis van de veerkracht ingebed in Oracle's DNA, een verhaal van herstel en hernieuwd focus dat de basis legde voor decennialang dominantie.

Geen portret van Oracle zou compleet zijn zonder een diepgangende verkenning van de larger-than-life persona van de oprichter. Larry Ellison is een figuur van immense complexiteit en contradictie. Een self-made miljardair die consequent onder de rijkste individuen ter wereld staat, is zijn leven een tapijt van excentrieke passies, van competitief zeilrennen en de America's Cup tot het bezitten van een eigen Hawaï-aan eiland. Hij is een visionair technoloog met een onnavolgbaar vermogen om de volgende grote golf te spotten, maar ook een beroemd dweperig en soms polariserende leider. Zijn leiderschapsstijl, vaak omschreven als autocratisch en gemodelleerd op samurai-principes, is legendarisch in Silicon Valley. Het is een stijl die zowel felle loyaliteit als scherpe kritiek heeft geïnspireerd, maar wiens effectiviteit in het bouwen van een wereldwijde technologie-macht onmiskenbaar is.

De evolutie van Oracle is ook een verhaal van strategische aanpassing, vaak door agressieve overnames. Ellison besefte vroeg dat Oracle, om groei en relevantie te behouden, verder moest kijken dan zijn kern-databaseproduct. Dit leidde tot een reeks hoge inzet, vaak vijandige, overnames die het enterprise software-landschap herschuf. De overnames van PeopleSoft, Siebel Systems, BEA Systems en Sun Microsystems waren niet zomaar zakelijketransacties; ze were strategische overwinningen die Oracle's rijk uitbreidden naar kritische gebieden zoals enterprise resource planning (ERP), customer relationship management (CRM), middleware en computerhardware. De aankoop van Sun Microsystems was in het bijzonder een monumentale gok, die Oracle controle gaf over de populaire Java-programmeertaal en de MySQL-database, en het transformeerde in een bedrijf dat, als zijn oude rival IBM, een complete, geïntegreerde technologiestack kon aanbieden, van hardware tot software.

Als de technologie-industrie verschoven van on-premises software naar de cloud, stond Oracle misschien wel zijn grootste uitdaging te wachten. Aanvankelijk sceptisch over de cloudrevolutie, werden Ellison en Oracle gezien als late komers op een markt gedomineerd door nieuwe titanen als Amazon Web Services. Toch is Oracle's capaciteit om zich aan te passen onderschatten, zijn zijn geschiedenis niet begrijpen. Het bedrijf heeft seither enorme middelen gestort in het ontwikkelen van een eigen cloud-infrastructuur en een uitgebreide suite van cloud-gebaseerde applicaties, en zijn hele bedrijfsmodel omgegooid om in deze nieuwe tijd te concurreren. Recente, massive deals met grote AI-bedrijven als OpenAI signaleren een spectaculaire en succesvolle doorslag in deze cruciale nieuwe markt, eenmaal meer demonstrerend dat het bedrijf zich kan heruitvinden en zijn rivalen kan uitdagen.

Het verhaal van Oracle is ook gemarkeerd door hooggespannen juridische strijden, met name met concurrenten als SAP en Google. Deze rechtszaalclashes bieden een blik op het felle concurrentiegehalte van het bedrijf en zijn onwankelbare verdediging van zijn intellectuele eigendom. Ze zijn hoofdstukken in een groter verhaal over de aard van innovatie, concurrentie en de spelregels in het digitale tijdperk.

Dit boek zal reis maken door deze cruciale momenten, van de genesis van het relationele database-idee tot Oracle's huidige positie als sleutelspeler in het tijdperk van AI en big data. We zullen het vroege leven van Larry Ellison verkennen, de krachten die zijn ambitie vormden, en hoe zijn persoonlijke drift de bedrijfscultuur werd. We zullen de sleutelovernames dissecteren die de groeistrategie definieerden, de technologische innovaties die het aan de top van de industrie hielden, en de controveres die de schaduw wierpen over het succes.

We zullen de onvermoedelijke verkoopmachine onder de loep nemen die de omzet aandeed, de larger-than-life persona van de oprichter, en het duurzame nalatenschap van een bedrijf dat bijna een halve eeuw lang een constante en overweldigende aanwezigheid is geweest in de wereld van technologie. Het is een verhaal van een reus van de Amerikaanse industrie, een bedrijf dat even vaak gehaat als gerespecteerd wordt, maar wiens impact op de manier waarop de wereld informatie gebruikt, gewoon onmiskenbaar is. Het is het verhaal van Oracle, en de oracle die het bouwde.

Elke revolutie begint met een enkele, vaak contrariante gedachte. In de wereld van de informatietechnologie begon een van de diepgaandste en winstgevendste revoluties niet met een product, een bedrijf of een charismatische oprichter, maar met een academisch artikel. Vóór Oracle, vóór Larry Ellison, was er Edgar F. "Ted" Codd. En vóór Codd was er een wereld die worstelde met het beheren van data op een manier die onhandig, onbuigzaam en fundamenteel gebroken was. Om de omvang van het idee te begrijpen dat uiteindelijk een industrie van miljarden dollars zou voortbrengen, moet men eerst de rigide, verwarrende technologische landschap van de jaren zestig waarderen.

In het tijdperk van mainframe-computing was data koning, maar het was een vorst gevangengehouden in een digitale kelder. De dominante methoden voor het organiseren van informatie waren de hiërarchische en netwerk-databasemodellen. Deze vroege systemen waren technisch gezien triomfen voor hun tijd, maar ze waren berucht moeilijk om mee te werken. Het hiërarchische model, gepioneerd door IBM, organiseerde data in een boomachtige structuur. Stel je een organogram voor: een enkele root-record bovenaan, met takken leidend naar "kind"-records, die op hun beurt weer hun eigen kinderen kunnen hebben. Om een stuk informatie te vinden, moest je bovenaan beginnen en de juiste route navigeren, als een grottenverkenner die een enkele gang door een grot volgt. Er was geen gemakkelijke manier om van de ene tak naar de andere te springen.

Het netwerkmodel was een stap vooruit, het liet een "kind"-record meerdere "ouder"-records hebben, wat een meer webachtige structuur van pointers en links creëerde. Ontwikkeld door innovators zoals Charles Bachman, bood dit model meer flexibiliteit dan de strikte één-op-veel-relaties van het hiërarchische systeem. Toch deelde beide modellen een cruciale fout: de logische structuur van de data was onlosmakelijk verbonden met de fysieke opslag op magnetische banden of schijven. Programmeurs moesten het precieze, vooraf gedefinieerde pad naar de gewenste data kennen. Het ophalen van informatie vereiste het schrijven van complexe, procedurele code die deze elektronische paden navigeerde. Een simpele vraag naar een nieuw type rapport kon een aanzienlijke en kostbare programmeerinspanning vereisen.

Dit was de wereld waarin Edgar F. Codd leefde, een in Britannië geboren, in Oxford gepromoveerd wiskundige die werkte bij het San Jose Research Laboratory van IBM. Codd was geen typisch bedrijfsman. Na zijn doctoraat af te leggen met een proefschrift over zelfreproducerende automaten, was zijn geest ingesteld op wiskundige elegantie en logische zuiverheid. Hij keek naar de stand van databasemanagement en zag geen technische uitdaging, maar een fundamentele schending van logische principes. Hij geloofde dat de gebruiker van een database niets hoefde te weten over hoe of waar de data fysiek werd opgeslagen. De applicatie moest gescheiden zijn van de opslag. Dit concept, dat hij "data-onafhankelijkheid" noemde, was de kern van zijn revolutionaire visie.

In juni 1970 publiceerde Codd zijn visie in een artikel dat decennialang door de hallen van de informatica zou weerklinken: "A Relational Model of Data for Large Shared Data Banks." De titel was bescheiden, maar de inhoud was seismisch. Codd stelde een radicaal simpele manier voor om over data na te denken. In plaats van complexe bomen of netwerken van pointers, kon data worden georganiseerd in eenvoudige tabellen, die hij "relaties" noemde. Elke tabel zou bestaan uit rijen (die hij "tupels" noemde) en kolommen ("attributen"). Elke rij vertegenwoordigde een enkele entiteit, zoals een medewerker of een product, en elke kolom een kenmerk van die entiteit, zoals een naam of een prijs. Het model was intuïtief; het leek op een verzameling spreadsheets.

De ware genialiteit van Codd's model lag in hoe het de verbindingen tussen data aanpakte. Relaties werden niet gedefinieerd door fysieke pointers of hiërarchische links die van tevoren moesten worden geprogrammeerd. In plaats daarvan werden relaties gevestigd door de data zelf. Als de tabel "Medewerkers" en de tabel "Afdelingen" beide een kolom "AfdelingID" bevatten, ontstaat er impliciet een relatie. Om te ontdekken welke medewerkers in welke afdeling werkten, hoefde je slechts de waarden in die kolommen te matchen. Dit betekende dat nieuwe, ad-hoc vragen aan de data gesteld konden worden zonder de applicatie of de database te herschrijven of herstructureren. De kracht van het systeem kwam van zijn wiskundige fundament in de verzamelingenleer en predicaatlogica, wat een consistente en voorspelbare manier bood om de datatabellen te manipuleren.

Codd's artikel was in essentie een onafhankelijkheidsverklaring voor data. Het lossde de logische representatie van informatie los van de fysieke implementatie. Een programmeur of gebruiker kon nu vragen wat ze wilden, niet dicteren hoe de computer het moest vinden. Dit verschil tussen declaratieve en procedurele instructies was een monumentale verschuiving in denken. Codd's werk was dicht, academisch en wiskundig rigoreus. Tot zijn teleurstelling was het commercieel potentieel niet direct duidelijk voor zijn werkgever, IBM.

International Business Machines was de onbetwiste koning van de mainframe-wereld, en zijn vlaggenschip-databaseproduct was het Information Management System (IMS), een krachtige maar klassieke hiërarchische database. IMS was een significante bron van omzet, en het bedrijf was zwaar geïnvesteerd in het succes ervan. Codd's relationele model werd intern niet als een kans gezien, maar als een dreiging. Er was angst dat dit nieuwe, elegante model te langzaam zou zijn, een prestatievreter die niet kon concurreren met de fijn afgestelde IMS. Gevolgd hierop was IBM traag in het acteren op het breekbare onderzoek van een eigen werknemer. Hoewel het uiteindelijk een onderzoeksproject genaamd System R lanceerde om het concept te verkennen, was het een aarzende stap in plaats van een enthousiaste sprong.

Het System R-project, dat in 1974 begon in hetzelfde San Jose-laboratorium waar Codd werkte, zou zich als immens invloedrijk blijken. Het team kreeg de taak een prototype te bouwen om te bewijzen dat een relationele database goede transactieprestaties kon bieden. Cruciaal was dat het team dat verantwoordelijk was voor het project, niet diep vertrouwd was met Codd's ideeën en van hem geïsoleerd was. Deze scheiding leidde tot een sleutelontwikkeling. Codd had zijn eigen wiskundig zuivere taal voorgesteld, Alpha genaamd, maar het System R-team vond dat te moeilijk voor gewone gebruikers.

Twee onderzoekers in het team, Donald D. Chamberlin en Raymond F. Boyce, gingen op zoek naar iets toegankelijker. Hun doel was een querytaal die op gewoon Engels leek en door mensen zonder formele programmeeropleiding gebruikt kon worden. Hun eerste poging heette SQUARE, maar bleek onhandig. Ze verfinzen hun benadering en schiepen een nieuwe taal die ze SEQUEL noemden, voor Structured English Query Language. Deze was gebouwd rond simpele, declaratieve commando's zoals SELECT, FROM, en WHERE. Een gebruiker kon de kolommen specificeren die ze wilden zien, de tabellen waarin die data zat, en de voorwaarden voor filteren, allemaal in een enkele, coherente instructie.

SEQUEL, later ingekort tot SQL vanwege een handelsmerkgeschil met een Brits ingenieursbedrijf, was het ontbrekende deel van de puzzel. Het was de praktische, gebruiksvriendelijke sleutel om de theoretische kracht van Codd's relationele model te ontsluiten. De combinatie was krachtig: een simpele, flexibele manier om data op te slaan, en een simpele, krachtige taal om het op te vragen. Het System R-project toonde met succes aan dat een relationele database met SQL gebouwd kon worden en goed kon presteren, met de eerste klant, Pratt & Whitney, die in 1977 aan boord kwam.

Terwijl IBM terughoudend prototypes bouwde en het concept intern bewijs, nam het idee dat Codd had losgemaakt, een eigen leven in de academische wereld. Aan de Universiteit van Californië, Berkeley, had een ander team onderzoekers, geleid door Michael Stonebraker en Eugene Wong, ook Codd's artikel uit 1970 gelezen en was geïnspireerd om een eigen relationele database te bouwen. Hun project, dat in 1973 startte, heette Ingres (Interactive Graphics and Retrieval System). Net als het System R-team bij IBM, ontwikkelden ze ook hun eigen querytaal, QUEL genaamd, die door veel academici toen als superieur aan SQL werd beschouwd wat elegantie betrof.

Dus, Mitte jaren zeventig was het toneel gezet. Het theoretische fundament was gelegd door Ted Codd. Twee grote onderzoeksprojecten, één bij 's werelds grootste computerbedrijf en één bij een toonaangevende universiteit, bewijzen dat het concept haalbaar was. Een nieuwe, krachtige en relatief simpele taal, SQL, was uitgevonden om met dit nieuwe type database te interacteren. Toch had de commerciële wereld het nog niet opgepikt. IBM, beschermend naar zijn bestaande producten, commercialiseerde zijn creatie nog niet agressief. Ingres was een academisch project, beschikbaar voor andere onderzoekers maar nog geen commercieel bedrijf.

Er bestond een intellectueel vacuum tussen de academische theorie en een enorme, onbenutte commerciële markt. Codd's artikel en het werk aan System R waren niet geheim; ze waren gepubliceerd en gepresenteerd op conferenties. De details van het relationele model en de structuur van de SQL-taal lagen open. Het kostte alleen iemand met de juiste combinatie van technisch inzicht, ondernemerschap en de bereidheid om in te zetten op een andermans idee om de kans te zien. De genesis was compleet. Het idee wachtte op een evangelist, een bouwer en een verkoper. Het wachtte op Larry Ellison.