Mohl, predstavte si ze mate DB ( dejme tomu Oracle ) ... vezmeme si treba telekomunikacniho operatora. No a vystavujete faktury ... takze pro jednoduchost budeme uvazovat uplne nejhloupejsi model 2 tabulky, v jedny hlavicku faktury, v druhy radky faktury ... ten operator ma za sebou nejakou historii, takze uzivatel "clickne" vystvai faktury a zmeni miliony zaznamu v databazi ;-) no a pak bude chtit zmenit policka zpet ? Trochu blbost ne ;-).
Navice tyhle super cuper frameworky funguji maximalne tak na skolnich prikladech .. "vypujcka knih" apod. :-).
Za svoji karieru, jsem videl takovejch zprasenejch navrhu db modelu ze v sypce neni tolik zrni ... tak uz jsem na tyhle synteticky clanecky asi mirne vysazenej, ja chapu ze autor to mysli dobre, ono obecne napsat "smysluplnej" clanek o RDBMS/OLAPu/NOSQL nebo necem podobnym neni jednoduchy a bohuzel je k tomu potreba najit clovek ktery ma 2 zakladni vlastnosti ... VI o cem pise a UMI to napsat ctivou formou a tech proste moc neni ;-)
Jo napr. oracle ma DBMS_FLASHBACK coz je neco co "univerzalne" resi "navrat zpet v case" a jeste jsem nevidel moc lidi co by to pouzivalo, tim nerikam ze neexistuji. Podobne je to s DBMS_AQ, lidi to pouzivaji ale o tom ze to existujue vi taky jenom nekteri ..
Kdyz jsme napriklad hledal nahradu za Oracle AQ v open source svete, tak jsem nasel PGQ pro Postgresql, asi to nejak funguje, ale kdyz clovek srovna to jak to resili chlapci od Oracle a chlapci od Postgre, tak ti chlapci od Oracle vedou 1:0.