Vlákno názorů k článku Buďte moderní (v SQL) od BlackSheep - Myslim, ze hezka diplomka by byla spis na...

Myslim, ze hezka diplomka by byla spis na tema "Kde relacni databaze selhavaji". A ty pripady tu mame, to si priznejme (pro databazisty:.... i ten vas guru Celko o tom napsal knizku)

Celkova nenormalnost mysleni "enterprise" databazistu, kdy 90% z nich si i v roce 2016 mysli, ze staci pridat index a vono to pojede.

Za me jsou relacni DB uplne v pohode, kdyz se pouzivaji pro ucel, ke kterymu byly vytvoreny. Tzn. transakcni operace nad nejakym (business logikou osetrenym) setem dat.

Zbytek je nesmysl, bohuzel valna cast programatoru povazuje RDBMS za ULOZISTE dat, to neni pravda. Uloziste je uloziste a data se do nej ukladaji, s tim, ze se tak nejak neresi jak je dostat ven. Vyborne to demonstruje ten exot, co tady na rootu pise serial o relacnich databazich a je evidentni, ze nikdy realny data nevidel.

A co je tedy podle Vás databáze, když ne úložiště dat? Je logické, že když v té databázi nějaká data jsou, tak se jedná o úložiště dat. Pokud tohle nejste schopen pochopit, tak bych byl opatrný v tom nazývat jiné lidi exoty.

Pokud potřebujete úložiště dat, tak ještě nutně nepotřebujete RDBMS. Po RDBMS sáhnete ve chvíli, kdy potřebujete, aby vám to hlídalo referenční integritu, nebo chcete data v databázi přímo zpracovávat apod. Pokud data potřebujete jen uložit a přečíst, tak existují lepší řešení než RDBMS, bez veškeré té režie na věci, které od toho nechcete.

Přijde mi, že nechcete připustit, že mezi databází a úložistěm je implikace, nikoliv ekvivalence.

Pokud data potřebuji uložit a přečíst, tak stejně použiji databázi, protože na to jsou navržená. Samozřejmě pokud jste tedy těmi daty nemyslel třeba video a audio soubory a podobně.

"Samozřejmě pokud jste tedy těmi daty nemyslel třeba video a audio soubory a podobně."

Proč by nemohl být obrázek nebo video nebo hudba, do nějaké rozumné velikosti, být uloženo v DB ? Přeci to není vůbec o tom, co tam ukládám, resp. je, ale trochu jinak.
Je to o tom, jak k tomu potřebuji přistupovat, kdo to potřebuje a co všechno od toho systému potřebuje.
Když data potřebujete jen ukládat a pak přečíst, snad si vystačíte se syrovým FS. Proč mít zbytečně netriviální režii RDBMS ?
Potřebujete nějak inteligentně vyhledávat, podle nějakých metadat o těch videích, oebo opravdu potřebujete ACID ? Tohle je ta přidaná hodnota databáze, ne to, že do ní lze ukládat data, to lze dneska na milion míst.

Relacni databaze je predevsim uloziste relaci ... to je to, co se od ni ocekava a to je to, co umi dobre. Problem je, kdyz to nekdo vyuzije jako to blbe uloziste, a relace resi v aplikaci - prevazne totalne blbe.

Při vší úctě, z této odpovědi moc chytrý nejsem. Původní příspěvek byl ale samozřejmě také nekonkrétní. Možná by se hodil nějaký článek s konkrétními příklady.

"Další věcí je, že vzhledem k dnešnímu výkonu sw i hw, to paradoxně funguje i když se to voře."

To je bohužel smutný fakt. Ono je to v ale kolikrát o to horší, že v testu je systém OK a v produkci, se zpravidla větším objemem a kvalitou dat, je to podstatně horší. A nebo to prostě funguje i na PROD do doby, než se systém přiblíží nějakému thresholdu a náhle se začne chovat sic logicky dle pravidel, tak ale hlavně jinak než doposud, což obvykle vyvolá jistou míru paniky.
Pak člověk poslouchá nářky jako "ještě před měsícem ten dotaz bežel do 5min" ... přitom skoro každý projekt má tendenci ukládat víc a víc dat a situaci za sebou naopak moc neřešit.

... prave sem asi tak milionkrat zrychlil mazani z database M$ wsus ... se nedivim ze ta jejich "udrzba" dycky padne nahubu a nikdy nedobehne ... smazani !JEDINY! aktualizace z databaze tomu trva klidne 10 minut ... lol.

To je jednoduche "relacni db" selhavaji tam kde selze architektura ;-). Napriklad Oracle RAC je podle me jeden velky fail uz v navrhu toho jak by to melo fungovat :-)

Zdravim,
90% nenormalnich enterprise databazistu ? to je podivne vysoke cislo. A muj zkusenosti podporeny pocit je spis takovy, ze nejde o databazisty, ale spis lidi od apliakci, ktery databazim "taky rozumi".
Dokonalym vysledkem pak je nejaky univerzalni dotaz s milionem ORu, aby to ten optimizer co mozna nejvic zmatlo. Samozrejme se ale ceka, ze DB to hrave a rychle zvladne zpracovat :)

Tohle je ale IMHO problem nekde uplne jinde, treba ve zneuzivani jednoduchosti SQL predpokladem, ze kdyz je to tak jednoduchy, nejde to preci rozbit, resp. on si to ten optimizer nejak prebere.

A bohuzel je to taky o tom, ze dostupnost klikacich nastroju a ruznych radcu postupne odvadi napr. DBA od toho, aby skutecne chapali, jak to uvnitr dane DB funguje; aspon u Oraclu tohle dost pocituju. Casto jsou tak DBA spokojeni, ze je jakz takz misto a jedou zalohy. Bohuzel diky tomu, ze spravuji mnoho databazi, nerozumi uz aplikaci a tuhle roli tak nejak prebira jina vrstva lidi, v horsim pripade prave tech aplikacnich.

Kdybyste se k tomu vrátil, viděl byste, jaký to byl opruz. Jakýkoliv jednodušší výběr na 20 řádků, x pomocných proměnných a nakonec někdo další co to upravuje, to taky musí nejprve pochopit. Při převodu takové databáze se to vyplatí převést po tabulkách do db, a pracovat s tím pomocí SQL.