Ty problemy s datovym modelem nejsou jenom domenou online realitek, ale mnoha dalsich webovych aplikaci. Priciny tohoto stavu jsou dve (uzce souvisejici):
1. prirustkova metoda vyvoje
2. datovy model tvori webdesigner
Aplikace zacne jako par statickych stranek, pak se zjisti ze musi nekde ukladat data, tak si je zacne mily webdesigner zapisovat nekam na disk, brzo mu dojde ze je to ponekud nesikovne, nainstaluje MySQL, precte HOWTO a nahrne flat files dovnitr (pripadne dneska dela flat files v databazi rovnou). Aplikace se dale rozrusta, zacina byt pomerne slozita a webdesigner placa dalsi a dalsi tabulky nesmyslne na stavajici haldu.
Vysledkem je, ze se objevi vsechny notoricky zname problemy dane neexistenci skutecneho datoveho modelu (duplicity, chybna ci nesmyslna data, nulova moznost managementu).
Kdyby s tim prisli za mnou, tak bych jim udelal datovy model, ktery bude bez problemu rozsiritelny a bude rust s aplikaci, nebot bude vychazet ze skutecneho modelu jejich businessu. Jenze to v pocatku nikoho ani nenapadne, takze se mi pak obcas stane, ze za mnou nekdo prijde s tim, ze maji "par problemu v databazi" a jestli bych jim s tim nepomohl. Pak se strasne divi, kdyz jim reknu, ze v prvni rade nemaji vubec zadny datovy model, takze neni co opravovat a musi se to udelat na zelene louce, coz je skvely zazitek pokud je aplikace uz dva roky v produkci. Nasleduje strasne prekvapeni, vzdyt webdesignova firma tvrdila, ze jejich vyvojar zna MySQL. :-)
Klasickym pripadem jak pristupuji k datovemu modelovani nekteri vyvojari byl pred par lety dotaz v jedne konferenci zdali MySQL zvladne 30.000 tabulek (tabulka v MySQL = soubor ve filesystemu). Postupne z nej vypadlo, ze uz leta pise jakousi aplikaci pro firmu vlastnici internetove kavarny. Datovy model spocival v tom, ze pro kazdy pocitac se zalozila kazdy den nova tabulka kde byly ulozeny pristupy klientu pro ten dany den. Ze zacatku to docela slapalo, ale postupne misto jedne kavarny jich bylo deset, firma zacala poskytovat predplatne, byla potreba rocni historie a podobne. Vysledek byl ten, ze dotycny mel 100 pocitacu x 365 dni v roce = 36500 databazovych tabulek rocne. Sice mu na jeho otazku nikdo neodpovedel, ale legrace bylo i tak dost. Nakonec dospel k nazoru, ze to od zakladu predela. Skoda, pokud by jeho firma zacala rust do zahranici ci dokonce fuzovat mohl mit behem par let co se tyce poctu objektu nejvetsi databazi na svete. :-)
Odpověď na názor
Odpovídáte na názor k článku Zakladatelé Reality.cz: Jsme z kamenného prostředí.
Pravidla pro diskutující
Přidáním čtenářského příspěvku do diskusí či fóra souhlasíte s tím, že budete dodržovat následující pravidla. Při jejich hrubém porušení se vystavujete riziku smazání příspěvku, jeho modifikaci, v krajním případě i zablokování přístupu do diskusí.
Redakce ze zásady nezasahuje do čtenářských diskusí a zavazuje se, že nebude mazat ani modifikovat příspěvky, kromě případů, kdy tyto porušují některé z následujících pravidel. V takové situaci je na zvážení redakce, zda příspěvek modifikuje s viditelným upozorněním, či přímo smaže. Redakce nikdy nemaže „nesouhlasné komentáře“ jen proto, že jsou nesouhlasné. Vítáme střet názorů, ale vždy v rámci slušné a kultivované debaty.
Příspěvky nesmí obsahovat:
- Vulgární či hrubé výrazy.
- Urážlivé výroky na adresu druhé osoby či skupiny osob.
- Texty, které mají za cíl jen vyprovokovat emotivní reakci (trolling).
- Rasové útoky či útoky na jakoukoliv jinou menšinu či skupinu obyvatel.
- Komerční nabídky a affiliate odkazy.
- Odkazy na warez, sériová čísla, licenční kódy, pornografii a další nevhodný materiál stejně jako žádosti o poskytnutí tohoto obsahu.
- Prokazatelně protiprávní obsah.
Informace o soukromí: U všech přidaných komentářů provozovatel ukládá IP adresu a hostname odesílatele. U neregistrovaných uživatelů se na webu zobrazuje část hostname, případně IP adresy, neumožňující identifikovat konkrétní počítač.
Povolené značky XHTML: a, br, code, em, li, ol, p, pre, strong, sub, sup, ul
