Sun Microsystems on saanut paljon aikaan tämän jälkeen. Tuloksen nousun lisäksi maailma on saanut vihdoin kunnollisen PostgreSQL vs. Oracle -benchmarkin, Solaris-käyttöjärjestelmä on avattu open sourceksi, kuin myös Java. Kaiken lisäksi yhteistyökuviot muiden IT-alan vaikuttajien kanssa ovat alkaneet itää, kuten noin kuukausi sitten julkistettu yhteistyö IBM:n kanssa pienserveri- ja työasemapuolella.
Viimeaikoina ollaan puhuttu paljon yritysten konehuoneiden vaatimasta tilasta, energiasta ja ylläpidosta. Sun Microsystems, kuten monet muutkin, ovat yrittäneet ratkoa tätä ongelmaa usealta eri kantilta. Aiemmin kirjoitinkin blogimerkinnän Sunin kehittämästä vuosisadan bisneksestä, joka varmasti toimii/toimisi Sunille, mutta ei tarjoa lopullista ja kustannustehokasta ratkaisua yrityksille. Lisäksi liian monet (turhat) lakipykälät ja säännökset tekevät kaiken ulkoistamisen mahdottomaksi.
Heinäkuussa Sun viritteli ja tuotti tietokanta-asiantuntijoidensa kanssa ensimmäisen kunnollisen PostgreSQL-benchmarkin (PostgreSQL 8.2.4). Benchmarkista nähdään, että vastaavalla HP: kokoonpanolla, jossa Oracle 10g, päästään huimat 11% nopeampaan tulokseen. (Sivuhuom. Tarkastelun ulkopuolella olevat MySQL-palvelimet jäävät jälkeen kummastakin tuloksesta.)
No siis, PostgreSQL 8.2.4 näyttää jäävän jälkeen Oracle 10g:stä, mutta kun tarkastelua laajennetaan ottamalla huomioon laite- ja softakustannukset, saadaankin aivan erilaisia teholukemia. Aiheesta jo muuan aiemmin kirjoittanut sai hinnoiksi seuraavaa:
- Sunin ratkaisu, $65.500 laitteisto ja $0 ohjelmistot
- HP:n ratkaisu, $74.000 laitteisto ja huimat $110.000 ohjelmistot
PostgreSQL on kulkenut pitkän taipaleen ja on kehittynyt hyvin Oraclen järjestelmiä vastaavaksi. PostgreSQL:n etu on todella sen open source -luonne, jonka johdosta järjestelmä ei ole ainoastaan ilmaiseksi saatavissa, vaan myös vapaasti viriteltävissä ja käännettävissä mitä eksoottisimmille laitteistokokoonpanoille.
TiVi:ssä kirjoitettiin 6.9.07 moniytimen maksavan maltaita. Ja totta vie, mikäli käytetään tietokantaratkaisuna Oraclea. Sunille Oraclen ydinpohjainen lisenssipolitiikka näin moniytimisten suorittimisen aikakautena on yhtä juhlaa. Sunilla on nimittäin jo markkoinoilla esim. 8-ytimisiä suorittimia, joista siis Oraclen käyttäjät joutuvat maksamaan kahdeksan lisenssin verran. Näin jrjestelmälle kertyy äkkiä moninkertainen hinta, kuin on budjetoitu.
Ihmetyttää vain, miksi turhan monet yritykset valitsevat edelleen Oraclen PostgreSQL:n sijaan. Tällä kyllä täytyy olla jotakin tekemistä Oraclen lobbareiden, liian hyvien myyntimiesten, sekä yliopistojen koulutuksen kanssa. Esim. TKK:n tietokantajärjestelmiä käsittelevillä kursseilla käytetän Oracle-serveriä jonkin ilmaisen vaihtoehdon sijaan. Kuitenkin TKK:lla on satoja (vai tuhansia?) Linux-työasemia, kursseilla on käytössä ilmaisia web-pohjaisia oppimisjärjestelmiä (kuten Moodle) ja ohjelmointia kehotetaan tekemään Emacsilla.
Mikäli yritykset edes yrittäisivät tutustua kustannustehokkaampiin järjestelmäratkaisuihin, olisi maailma parempi paikka elää. Skenaarioesimerkkinä otettakoon yritys, jonka kolmella kuvitteellisella (mahd. tulosvastuullisella) yksiköllä on jokaisella käytössään n eur tietokantajärjestelmän pystyttämiseen. Yhteensä rahaa on siis käytössä n+n+n eur. Yksiköt voivat nyt päättää yhdistää nämä rahansa ja hommata yhden yhteisen Oracle-järjestelmän palvelemaan kaikkia yksiköitä, jotta säästettäisiin rauta-, lisenssi- ja ylläpitokustannuksissa. Vaihtoehtoisesti jokainen yksikkö olisi voinut hankkia samalla rahalla itselleen noin 11% hitaamman PostgreSQL-järjestelmän.
Ylläolevasta esimerkistä nähdään heti, että rahat voidaan käyttää useammalla tavalla Oracle-ratkaisua paremmin. Jos nimittäin yksiköille tietokantapalvelin ei ole nopeuskriittisessä asemassa, voidaan rahaa käyttää jokaisen yksikön osalta vain n/3, jolla saatava yhteinen PostgreSQL-ratkaisu on lähes yhtä nopea. Jos yksiköiden tiedot on kyettävä suojaamaan toisilta yksiköiltä, voidaan hommata jokaiselle yksikölle oma palvelinjärjestelmä samaan hintaan, eikä "kaistaa" tarvitse jakaa. Jos jonkin yksikön palvelinjärjestelmä sattuu kaatumaan tai ajetaan alas päivitys- tai huolto-operaatiota varten, ei tämä vaikuta kahden muun yksikön päivittäistoimiin mitenkään.
Miksi, miksi siis on oltava Oracle...? En keksi asiaan mitään järkevää vastausta, mutta ehkä itseäni viisaammat tai Oraclen markkinointimiehet tähänkin jotain keksisivät.



