Vandaag waren er relatief weinig sessies, en heb ik veel op de Exhibition Hall rondgelopen. Het is goed om de mensen van AMD, Red Hat en zelfs Microsoft eens door te zagen over wat de toekomstplannen zijn, hoe ze de samenwerking met Oracle zien e.d. Met name ook op zoek geweest naar een Forms-JDeveloper conversie tool. Je merkt dat verschillende bedrijven er mee bezig zijn, en gemiddeld genomen halen ze een aantal resultaten:
* De gegenereerde code is onleesbaar
* De gegenereerde code is leesbaar, maar voor iedere trigger en module is een nieuwe class aangemaakt
* De code is goed leesbaar, maar iedere trigger en module wordt gecommentarieerd met "los dit nog even zelf op"
Ik enk dat we daarmee dus of even moeten wachten, of zelf iets moeten gaan schrijven.
Qua sessies vandaag tips & tricks over zowel Data Guard als RAC gehad. Op zich best interessant, maar erg toegespitst op diepgaande onderwerpen en veel getallen en formules. Wat dat betreft dus een wat minder gelukkige keuze. Thomas heeft al uitgebreid de Larry speech behandeld, dus weten jullie al dat Oracle een beetje de oorlog heeft verklaart aan Red Hat wat support betreft. Nu dus afwachten of ze dat gaan waarmaken.
Een betere sessie was die over de nieuwe Performance en Scalability Features in 11g. Naast de eerder genoemde features (zie vorige dagen) werd hier nader ingegaan op deze specifieke punten. Reden van de schaalvergroting is, dat Oracle verwacht in de komende 3 a 4 jaar richting de Petabyte (1000 TB, 1000000 Gb) databases te groeien, met Terabyta SGA's en duizenden processors. Schaalbaarheid krijgt dan een heel nieuwe dimensie. Meest opvallende feature op dit gebied vond ik wel het opnemen van files (SecureFiles) in de database. Niets nieuws, behalve dat ze dit op een heel andere manier dan LOBs gaan doen, waardoor het nu sneller, beheersbaarder en veiliger wordt. Eigenlijk een compleet filesystem in je database, eventueel op te benaderen door het OS als echt filesystem.
Morgen nog een paar leuke sessies, en dan helaas alweer klaar met de Oracle pret. Gelukkig is er in San Francisco genoeg te doen, anders zou ik me maar zitten vervelen totdat we weer teug naar Nederland mogen.
Bovenkant
Abonneren op:
Reacties posten (Atom)
3 opmerkingen:
Ik dacht dat de appreciation event op woensdag was, dus ik was wel verbaasd. Zat nog even met Judith te denken aan vorig jaar, en ineens las ik over Elton J. Was het al geweest. Nou, dan achteraf maar veel plezier gewenst.
Ik ben niet verbaasd over de status van de migratie tools. Niks veranderd tov vorig jaar. Gelukkig mis ik helemaal niks ;-)
Als je dat goed voor elkaar hebt ben je echt compleet binnen (wordt aan gewerkt). Oh ja, petabytes. Ik dacht al: wat komt er na gigabytes. Petabytes in 1 database. Ruimen we dan nooit meer onze rommel op ? Wat is het nut van zo'n grote database. Ik zit nu met 140 Gb in 1 database (grotendeels in 2 tabellen !!) en dat is al héél véél data volgens sogeti normen. En hoe komt dat.... Niks weggooien, alles bewaren, want we willen altijd weten wie wat wanneer gedaan heeft en wat de gevolgen daar van zijn. En we willen die data ook nog eens een keer online kunnen raadplegen ........ Maak de database Petabytes, en het wordt nog doller...
Verder zou ik zeggen: "Als je je verveelt, kom je toch lekker een dag eerder naar huis ;-)" Ik zou het wel weten !
See you november 1th.
Dag Erik en Thomas,
een berichtje van Judith.
Dit is vast niet echt de plek waar ik zou mogen reageren, maar toch.
Geniet nog even lekker van jullie laatste dag, ga de stad in, San Francisco is super! Mee lezen met jullie verhalen is natuurlijk ook aardig, maar de herinnering aan vorig jaar, toen ik in de gelukkige gelegenheid was om met Erik en Luc mee te mogen, is nog beter; jaaaaaa, ik ben jaloers!
Dus geniet er maar van!
Goede terugvlucht, groetjes, Judith Bors.
Petabytes is wel te verklaren, als je uitgaat van wat voorbeelden:
* Atronomische gegevens
* Juridische gegevens geconsilideerd over heel de USA
* Medische gegevens over de hele USA (inclusief Xrays e.d.)
* Geografische gegevens (heel gedetailleerde Google Earth)
Een reactie posten