Knizky v cestine fakt asi moc nejsou, zadne jsem nevygooglil. Na amazonu pochopitelne cosi v anglictine maji. Jinak IBM CR bych zase moc tak nevynil, dokonce DB2 prelozili do cestiny vcetne dokumentace. Ackoliv nekdy prelozili i to co nemeli a pak se v teh chybovych hlaskach nehrazuji ty retezce co se nahradit maji.
db2 je asi jako mssql - relativne jednoducha databaze na nauceni. Pravda kdyz to srovnavame s oraclem tak to je pak kazda db relativne jednoducha. i5/OS verze DB2 je vylozene low maint. - ma dobry autotunic co sam vytvari nebo rusi indexy podle db workloadu, komprimuje, stripuje data a par dalsich vychytavek jako zero crash recovery time.
Oblibena verze db2 v8 (rel. 2002) http://www.crn.com/it-channel/18838593 uz bude brzo unsupported (april 2009) http://www-01.ibm.com/support/docview.wss?rs=71&uid=swg21168270
Je to skoda, osmicka byla snad prvni verze ktera uz se dala bezproblemove pouzivat, driv to bylo na muj vkus ponekud mainframe-like. Dost bych si pral aby osmicka zustala s nami dele a my bychom nemuseli migrovat aplikace, protoze proc migrovat kdyz to funguje bez problemu.
IBM defaultne dava u DB2 5,5 roku release cyklus, pokud ji zakaznici neukecaji na delsi. Je fakt ze 9.5 je oproti 8 o vice admin friendly ma ted zajimavy memory STMM autotunic, automatic storage, lepsi XML podporu, vychytavky jako LBAC a vetsina aplikaci z v8 na v9 jede. Adminovat devitku je mimoradne snadne.
Proc se pouziva DB2 v Cechach tak malo? Lepsi otazka je proc by cesi meli pouzivat db2. Oracle je lepsi pro byznys a zadny sane ISV nebude prosazovat u zakaznika DB2 (kdyz ma treba na POWER6 HW u velkych server cca 4x levnejsi licence nez Oracle), a zakaznik nevi ze to vubec existuje, mainframy v CR nepouziva prakticky nikdo a krom toho kdyz se lidem nelibi Oracle tak at si tam maji dat ms sql.
Myslite si treba ze mi nekomu cpeme DB2 namisto Oracle to jako abysme dostali 4x mene penez na prodanych licencich? Nejsme padli na hlavu, pokud zakaznik uz db2 nema (obvykle na mainframe) tak dostane Orakl na Linuxu (od oraclu na solarisu jsme jiz odstoupili pro problematicnost a prilisnou administrativni narocnost solarisu).
Vůbec bych se nedivil, kdyby Oracle dostal těžce na prdel a razantně snížil ceny - IBM je IBM a prostě marketing neumí - o ČR se popral Microsoft a Oracle a Microsoft s přehledem zvítězil. IBM vyklidila pole - že se nesežene literatura - ok, dohledá se, ale neseženou se ani školení. Školení pro PostgreSQL je víc než školení DB2. O kvalitě sw to zdaleka není.
IBM se nikdy o SMB market nezajimala, proste se ji to nevyplati. Misto mit hodne zakazniku co plati malo je lepsi mit malo zakazniku co plati hodne. My delame byznis stejne: o male zakazniky nemame zajem. S vetsima je mene prace a lepe plati.
Vezmete si treba websphere AS 7. Na kolika serverech vysly jeho recenze? Prakticky nikde, jen semtam se napsalo ze vysel. A to je to nejpouzivanejsi aplikacni server vubec. Stejne tak treba MQ Series, kolik lidi vubec vi ze neco takoveho existuje a je to taky nejpouzivanejsi soft ve sve kategorii.
Oracle na prdel nedostane nikdy, vzdyt v tom jsou napsane mraky aplikaci. Vy si proste ten orakl koupit musite at se vam to libi nebo ne. Jeden cas Oracle vyrazne zlevnil a nove zakazniky mu to neprineslo, tak zase podrazil. Protoze Orakl ten neni zameren na cilovou skupinu smb jako treba mssql. I kdyby stal oracle 2k misto 40k, lidi ze smb by ho proste nekupovali.
Ať jsou důvody IBM pro to, co dělá jakékoliv, výsledek je ten, že v ČR má menší než minimální zastoupení a co tak slyším, tak spíš ještě ztrácí. Pár velkých zákazníků to nezachrání. O tom Oraclu si povíme tak za dva roky - až se ukáže kolik a které firmy přežijí.
Určitě je to škoda - db2 je dobrá databáze, respektuje resp. vytváří standard - ale je to ukázka podcenění marketingu a konkurence (a možná šetření na nesprávném místě). Fakt bych se divil, kdyby se Oracle stávající krize nedotkla, stejně tak IBM. Ne, že by se Oracle nebo IBM položily, to ne, ale předpokládám, že na zisky a růst na který jsou zvyklé můžou na pár let zapomenout. Byznys se nezhroutí, ale bude o dost těžší vytáhnout z managementu peníze na nákup sw. Možná IBM na tom bude líp, je o dost levnější a myslím si, že je i lepší než Oracle. Nejde o to, že bych si myslel, že 40K za Oracle jsou přehnaně těžké peníze - jde spíš o to, že při stávající architektuře jen minimum aplikací dokáže vytěžit všechno co Oracle nabízí (a Oracle toho nabízí hodně). Jenomže aplikace teď už píší programátoři, kteří díky ORM nedokáží sestavit SELECT - ještě před rokem a půl se dost utrácelo, a tak nikomu nepřišlo divné, že se kupuje databáze a aplikace z ní dokáže vytěžit ani ne procento. Možná vidím americkou (globální) krizi špatně, ale divil bych se, kdyby se v tom pokračovalo.
Davno som uz s DB2 nerobil tak som si pozrel aktualne limity. Pekne to posunuli. Ja si pamatam starsie verzie ktore boli jednoducho v danej dobe nepouzitelne. DB2 nebola zla, taka drsna. Klauzula WITH ma vedela dostat do kolien. S tym sa dalo urobit uplne vsetko.
Oracle ma vyhodu ze momentalne nema strop. Ide nieco pomaly, optimalizujete dotazy, pridate indexy, pridate HW (RAC), pouzijete partitioning, ... .
Asi jedine lepsie riesenie v podobe mnozstva a rychlosti udajov ma iba Google so svojou specialnou bazickou ale ta je velmi specificka.
Taky si pamatuju na DB2 4 moji prvni verzi db2 s kterou jsem delal, na svoji dobu byla mimoradne pokrokova a uz umela CTE, trigery, UDF, UDT, stored procedury. DB2 4ka released 1995 se opravdu povedla. Ta by vlastne stacila na vetsinu uloh jeste dneska kdyby se prodavala, ackoliv soucasne verze vyrazne lepe optimalizuji. Navic ctyrka byla mimoradne mala ve srovnani s tehdejsim oracle7/8.
naopak db2 5 ta se mi vubec nelibila, byla to oproti 4ce neskutecny bloatware a znechutila mi db2 natolik ze jsem dalsi verze ignoroval a presli jsme pak az na osmicku, ktera uz byla ok, osmicka se mi dost libila hlavne to MDC, 9.1 jsme nikdy nemeli.
Ted mame 9.5 s touhle verzi jsem mimoradne spokojen, hlavne to nativni XML to je opravdu dost dobra vec. To strasne zjednodusuje tvorbu aplikaci, namisto cpani dat do tablic se daji mlatit do xml dokumentu. Je to dobre zejmena kdyz se predpoklada ze se ta struktura dat bude casto menit. Taky vynikajici je to na importy/exporty a beha to mimoradne svizne viz: