Oracle databáze: není to tak složité, jak to vypadá

je to jeste daleko slozitejsi nez to vypada.

Slozitejsi nez MS SQLServer? :-)

Daleko zlozitejsi, podla mnostva manualov ktore som neprecital tak 10 nasobne.

Cele je to o tom, co od toho chces. Ked to beries ako "nejaku SQL databazu" a nemusis si to sam instalovat, tak tam pre zaciatocnika nie je vela narocneho a da sa to povazovat za beznu SQL databazu. Pokrocile featury tam sice su, ale daju sa odignorovat.

Instalacia je trochu narocnejsia kvoli potrebnym upravam nastavenia systemu, ale tiez sa to da zvladnut, ak si clovek Googli chyby a sam hlada, preco to nejde (napr. u mna mu nestacilo miesto na jednej partitione a nedal to sam vediet - pri sledovani som na to prisiel).

Instalace DB serveru, DB klienta a vytvoření první uživatelské DB:
MS SQL: asi 2h
MySQL: < 1h
PostgreSQL: < 1h
Firebird: < 1h
Mongo: < 1h
Oracle: 3 dny nadávek, klení a zoufalství z ORA-XXXXX a nepochopitelné struktury souborů

To proto, že je to enterprise :-) Taky jsem s tím válčil dlouho, nakonec zabral návod na http://meandmyubuntulinux.blogspot.co.at/2012/05/installing-oracle-11g-r2-express.html (pro mou devel mašinu, produkci si řeší hosting team). Jako bonus mám omezenou velikost paměti i uložiště pro data (11 GB maximálně). A pokaždé, když vidím další obecnou a nicneříkající ORA-XYZ, mám chuť ten klump vyhodit a nechat obyčejné PostgreSQL. Stejně nad tím běží Hibernate, který smaže výhody a nevýhody různých DB.

Delate v Jave anebo v PL/SQL? Na dekryptovani chybovych hlasek je prikaz "oerr", ten ke kodu chyby vypise dalsi informace. Pokud delate v Jave tak mate smulu. Pokud nastane chyba, tak Oracle (alespon v OCI) vrati vektor stringu s text(y). Vsechny polozky toho vektoru zobrazi napriklad sqlplus. JDBC drivery bohuzel umi zobrazit POUZE prvni polozku. Zda se, ze autori Oracle mysleli dal, nez autori tridy java.sql.SQLEx­ception.

Až na to že to jsou stejní autoři, takže na to mohli myslet i u těch JDBC driverů. Například soudruzi u IBM to tak udělali.

S Oracle som zazil nieco podobne na Solarise. +-3 dni maturovania s instalaciou a nakoniec to aj dak neslo. Problem s kniznicami. Nakoniec som ich musel manualne prilinkovat. Toto fakt mohlo byt v tom instalatore.

To preto ze ste instalovali Oracle jediny raz a potom predpokladam bezal ako gula a reinstalacia nebola uz nikdy potrebna data boli v bezpeci, to sa neda povedat o zianej inej database.

Taky jednoho oraclistu znam ... ma na stole "woodoo" panenku a v ni spousty spendliku.

Pokud to budete instalovat stylem MySQL, tak je Oracle také pod hodinu. Ozkoušeno, XE tu instalujeme pro kdejakou kravinu (Oracle pro jeho "create database link").

Co se nepochopitelné struktury souborů týká, tak důležité je spustit ten setup.exe a pak mačkat Next. Pokud máte na mysli to, co generuje za běhu, tak to 90% lidí k ničemu nepotřebuje.

S instalací Oraclu jsem nikdy neměl problém. Instalátor vypadá jako z Marsu, ale v principu funguje. Co mě naopak nepotěšilo byly nástroje pro správu. Jsou příšerné - ty javové i webové. Další problém je ta spousta věcí, které je potřeba nastavit. A dost mi neseděl query optimizer. Občas se mi stávalo, že ta samá DB s těmi samými indexy na Oraclu zpracovávala ten samý dotaz minuty, a na MS SQL to trvalo pár sekund.

Oracle je samozřejmě nejlepší DB pro Unixy. V takovém prostředí člověk v podstatě ocení i ty GUI administrační nástroje, jakkoliv mizerné jsou.

No pamatuji si doby, kdy i na Windows jela většina velkých aplikací na Oraclu. Dnes aby člověk Oracle hledal s lupou. Samozřejmě na Unixech je to jiná :)

Ad To, že několik dotazů je v jedné SQL db rychlejších (byť i výrazně) prakticky nic nemusí říkat o kvalitě database - souhlas, ale taková je moje zkušenost s Oracle: občas něco běželo daleko pomaleji než na MS SQL Serveru. Opačně se mi to nestalo ani jednou. Je možné že jsem měl prostě smůlu na "nevhodné" dotazy.

Ad u MSSQL výrazně slabší implementace uložených procedur - dnes je můžete psát v .NETu nebo i C++. Ale větší databáze se stejně doporučuje implementovat jako CRUD.
Ad chaotičtější funkce (i když za to může asi ještě sybase) - funkce mi přišly v pohodě, naopak Oracle PL/SQL je dost peklo. Ale to může být o tom na co je člověk zvyklý.
Ad slabší design zamykaní; page level locks X row level locks - row level locks má snad 17+ let :). Nemáte na mysli Multi-Version Concurrency Control?

No vidíte a já mám (jako primárně MSSQL vývojář) s výkonem přesně opačnou zkušenost. Dost často se setkávám se situací, kdy MSSQL prostě dotaz naplánuje tak otřesně, že trvá i 10 sekund a když ho následně rozložím do temp tabulek a udělám join nad nimi, dostanu se klidně i na 50ms. Naopak výkon Oracle mě většinou dost mile překvapil.

Nicméně nedělám z toho žádné zvláštní závěry. Srovnávat výkon db strojů je nesmírně ošemetná záležitost, většinou jste svázán návyky z jedné databáze a urputně se snažíte použít stejné postupy i na konkurenční platformě, takže to zákonitě musí skřípat. A je to hodně o "náhodě", stačí se podívat, co si myslí uživatelé o novém cardinality estimatoru MSSQL 2014. Někdo je nadšený, někdo hlásí, že je to horší než kdy dříve.

Co se týče GUI, tak třeba takový Oracle SQL Developer 3.2, to bylo peklo, několikrát mě kvůli němu málem odvezla sanitka. Zamrzávání, pády, kradení focusu. Aktuální verze je tedy o dost lepší, rozhodně bych jí neoznačil apriori za příšernou.

A když jsme u toho, tak najít něco mezi 20 otevřenými dokumenty v SSMS, to je práce pro vraha.

Ad mám (jako primárně MSSQL vývojář) s výkonem přesně opačnou zkušenost - vidím že co člověk, to jiná zkušenost :)

Prošel jsem si program školení a upřímně vůbec mi to nesedí s délkou školení. Pokud se opravdu bude školit všechno co je vyjmenováno, pak to je na úrovni toho, že se posluchač dozví co ta konkrétní věc zhruba je. Rozhodně se nedá stihnout praktická konfigurace.

Spíš bych to nazval jako úvod do prostředí Oracle.

DB2 nebo Informix... ?

Databáze je vlastně skoro nic :-) Aha já zapomněl, dneska už i děti v mateřské školce mají tablet s WiFi.
Zákazníci samozřejmě nejsou hloupí a platí za výkon Oracle, ten je oproti free konkurenci stále o mnoho koňských délek vpředu.

Ked za Oracle na 2 jadrovom stroji zaplatite milion korun po dvoch zlavach cena zeleza Vas uz tak netrapi.

Jsou tam technologie v MySQL nevídané, díky nimž tam výkon opravdu je.

Konkurence v podobe MySQL, nebo PostresSQL? Nemyslim, ze cilovy zakaznik je stejny.
Kdyz uz srovnavat vykon Oracle, tak s DB2 (asi nejblizsi podobny produkt), Informixem nebo jeste rekneme MS SQLServerem (pokud bereme enterprise segment).
A tam vytezi ten system jehoz producent si tu analyzu zaplatil. :-)

Chápu že asi tam mělo být "vitezi" jako "vítězí", ale docela mě to pobavilo - ano, ten kdo si analýzu zaplatil ten si vytěží :-)

V tomhle pripade na tom neni zadna databaze lip. SQL ma hodne divokou gramatiku a bez backtrackingu se proste parsovat neda. A kdyz se parser nekolikrat rozejde dopredu a pak se zase vrati, aby vyzkousel vsechny vetve, tak proste nemuze rict kde presne je chyba (u kazde vetve skoncilo parsovani nekde jinde).

Navic Oracle uz fanaticky dodrzuje zpetnou kompatibilitu. uz minimalne 20 let nepribylo v Oracle zadne rezervovane slovo - tzn. takove ktere nejde pouzit pro nazev tabulky. Pridavaji se pouze klicova slova - tzn. takova, ktera mohou mit zvlastni vyznam, ale zaroven je muzete pouzit pro jmena objektu. Dodnes muzete pojmenovat tabulky jmeny jako A (soucast IS A SET operatoru), AS, JOIN anebo COMMIT.

Cim je gramatika slozitejsi, a Oracle SQL je opravdu hodne slozite, tim hure se hleda kde vlastne presne doslo k chybe parsovani. Navic si myslim, ze nejakej rozumejsi tool Toad/SQLDevelo­per/Tora by vam aleson nejaky offset chyby vratil. Pouziva se k tomu dbms_sql.parse.

PS: kdyz vidim jaky zvrhlosti provadi MySQL se svym klonem SQL, tak na tom budou za chvili jeste hur.
PPS: pokud jde o DB2, tak se mi vzdy vybavi tohle: http://www.hovnokod.cz/763

Hrozne.

Nepoznam db ktora by davala take krasne errory.