Editions Based Redefinition
Het einde van de big bang
Inmiddels
hebben we de Oracle OpenWorld 2009 weer achter rug. De strategie van
Oracle blijft ongewijzigd en de top van Oracle stelt in allerlei
bewoordingen gerust dat Sun volledig wordt ingelijfd en er geen
onderdelen in de uitverkoop worden gezet.
Het op dezelfde voet doorgaan betekent natuurlijk niet dat er geen
nieuwe innovaties werden aangekondigd in de meer dan 1900 presentaties.
Wat mij betreft staat er één feature met stip op nummer één. Sterker:
naar mijn mening is dit feature baanbrekender voor de business dan
alles dat Oracle de afgelopen 25 jaar heeft voortgebracht. Ik doel
hierbij op ‘Edition-Based Redefinition’, een feature van Oracle
database 11gR2.
Waar hebben we het over? Welnu, vraag een willekeurige niet-IT directeur naar zijn grootste ergernissen met betrekking tot IT, en hij zegt ongeveer het volgende: “De IT wereld komt elke drie jaar met wat nieuws. Dat kunnen we dan misschien even terzijde schuiven, maar op enig moment moeten we daar dan toch echt aan geloven. En als het dan zo ver is, dan kost het ons handenvol geld, en in de meeste gevallen ligt de productie er nog tijdelijk stil door ook!”. Laat ik meteen de verwachtingen temperen: anno 2009 komt daar geen verandering in. Op één ding na: het stilliggen van productie is voortaan niet meer nodig. En da’s absoluut baanbrekend.
Om uit te leggen hoe dat werkt pakken we even een real life voorbeeld. Stel je een Outlet-store voor die tegen een fabriek staat aangebouwd en waar oude voorraden zo af-fabriek kunnen worden verkocht. Als de Outlet store ingrijpend zou willen vernieuwen, zijn er twee mogelijkheden: of de store gaat tijdelijk dicht, wordt met de grond gelijk gemaakt en er verrijst een nieuwe winkel. Of er wordt naast de store een nieuwe store gezet die eveneens tegen de fabriek wordt aangebouwd en tegelijk met de oude store bevoorraad kan worden. De oude winkel hoeft niet tijdelijk dicht, en na opening van de nieuwe winkel kunnen klanten tijdelijk zowel in de ene als de andere winkel terecht. Als alle opleverpunten van de nieuwe winkel met de aannemer zijn opgelost, kan ‘de stekker’ uit de oude winkel.
Het is natuurlijk van de zotte dat we dit concept in de IT wereld anno 2009 nog altijd niet onder de knie hadden. Een bedrijf dat over wil stappen van bijvoorbeeld release x naar release y van een grote applicatie, is genoodzaakt een tijd uit de lucht te zijn omdat de data moet worden gemigreerd naar het formaat waar de nieuwe versie mee uit de voeten kan. “Logisch”, zegt elke IT’er. Een tabel heeft op één moment maar één formaat. Maar met 11gR2 is dat niet langer zo. Voortaan kunnen in een database verschillende werkelijkheden op één moment actief zijn. Bij het inloggen bepaal je welke werkelijkheid (welke ‘Edition’) voor de gebruiker gewenst is. Stel: gebruiker A voert op een bepaald moment een order in via Oracle Applications Rel 11, en gebruiker B, die al beschikking heeft over Oracle Applications Rel 12, kan op hetzelfde moment verder met diezelfde order, ook al is de structuur van de ordertabel in Rel 11 afwijkend van die in Rel 12! De mogelijkheden hiervan zijn natuurlijk eindeloos. En ik zie IBM DB2 of Microsoft SQL Server niet snel dezelfde functionaliteit bieden.
Uiteraard moeten deze mogelijkheden dan wel worden benut! Zo zullen pakketleveranciers en applicatiebouwers de creatiescripts voor hun databases in verschillende ‘Editions’ moeten uitleveren. En laten we nu eens niet wachten tot klanten daar expliciet om vragen. Echt, dit willen ze al 25 jaar!
Kijk voor alle publicaties op http://www.anewlink.nl/ict/nl/publicaties/
(c) november 2009, A New Link bv, www.anewlink.nl.
Waar hebben we het over? Welnu, vraag een willekeurige niet-IT directeur naar zijn grootste ergernissen met betrekking tot IT, en hij zegt ongeveer het volgende: “De IT wereld komt elke drie jaar met wat nieuws. Dat kunnen we dan misschien even terzijde schuiven, maar op enig moment moeten we daar dan toch echt aan geloven. En als het dan zo ver is, dan kost het ons handenvol geld, en in de meeste gevallen ligt de productie er nog tijdelijk stil door ook!”. Laat ik meteen de verwachtingen temperen: anno 2009 komt daar geen verandering in. Op één ding na: het stilliggen van productie is voortaan niet meer nodig. En da’s absoluut baanbrekend.
Om uit te leggen hoe dat werkt pakken we even een real life voorbeeld. Stel je een Outlet-store voor die tegen een fabriek staat aangebouwd en waar oude voorraden zo af-fabriek kunnen worden verkocht. Als de Outlet store ingrijpend zou willen vernieuwen, zijn er twee mogelijkheden: of de store gaat tijdelijk dicht, wordt met de grond gelijk gemaakt en er verrijst een nieuwe winkel. Of er wordt naast de store een nieuwe store gezet die eveneens tegen de fabriek wordt aangebouwd en tegelijk met de oude store bevoorraad kan worden. De oude winkel hoeft niet tijdelijk dicht, en na opening van de nieuwe winkel kunnen klanten tijdelijk zowel in de ene als de andere winkel terecht. Als alle opleverpunten van de nieuwe winkel met de aannemer zijn opgelost, kan ‘de stekker’ uit de oude winkel.
Het is natuurlijk van de zotte dat we dit concept in de IT wereld anno 2009 nog altijd niet onder de knie hadden. Een bedrijf dat over wil stappen van bijvoorbeeld release x naar release y van een grote applicatie, is genoodzaakt een tijd uit de lucht te zijn omdat de data moet worden gemigreerd naar het formaat waar de nieuwe versie mee uit de voeten kan. “Logisch”, zegt elke IT’er. Een tabel heeft op één moment maar één formaat. Maar met 11gR2 is dat niet langer zo. Voortaan kunnen in een database verschillende werkelijkheden op één moment actief zijn. Bij het inloggen bepaal je welke werkelijkheid (welke ‘Edition’) voor de gebruiker gewenst is. Stel: gebruiker A voert op een bepaald moment een order in via Oracle Applications Rel 11, en gebruiker B, die al beschikking heeft over Oracle Applications Rel 12, kan op hetzelfde moment verder met diezelfde order, ook al is de structuur van de ordertabel in Rel 11 afwijkend van die in Rel 12! De mogelijkheden hiervan zijn natuurlijk eindeloos. En ik zie IBM DB2 of Microsoft SQL Server niet snel dezelfde functionaliteit bieden.
Uiteraard moeten deze mogelijkheden dan wel worden benut! Zo zullen pakketleveranciers en applicatiebouwers de creatiescripts voor hun databases in verschillende ‘Editions’ moeten uitleveren. En laten we nu eens niet wachten tot klanten daar expliciet om vragen. Echt, dit willen ze al 25 jaar!
Download Publicatie (PDF)
Kijk voor alle publicaties op http://www.anewlink.nl/ict/nl/publicaties/
(c) november 2009, A New Link bv, www.anewlink.nl.
Meer weten?
Wilt u meer weten over
onze diensten? U kunt altijd vrijblijvend contact met ons op nemen via
+31 (0)316 26 90 96 of stuur een email naar info@anewlink.nl
+31 (0)316 26 90 96 of stuur een email naar info@anewlink.nl