Názory k článku Jak a proč vybírat framework pro databázové aplikace

Nechci být otravný, ale připadá mi to jako prostý PR na komerční produkt příp. školení. Z webu firmy se člověk toho moc nedoví, působí jako spíchnut za 2h pro tento účel. Žádné info z praxe o nasazení, referencích... Prezentaci SW pro firemní řešení si tedy představuji jinak, ne web nad Wordpressem.

Tak jsem se tak bodove zacetl az jsem dorazil od mista kde se pise ze uzivatel zmenil policko a chce vratit zpet hodnotu ;-) ... a rekl jsem si a dopr. ;-) a dal jsem to necetl.

A mohl byste vysvětlit proč? Tedy co je špatné na opravě a proč jste to dál nečetl?

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.

OK. K 1. odstavci, tady se Vám to asi popletlo, protože poslední větě nerozumím:

"...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 ;-)."

Můžete to trochu rozvést, abych správně reagoval?

>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.

no pokud člověk potřebuje message queuing tak by IMO měl použít specializovaný SW (RabbitMQ, ActiveMQ, Kafka, a desítky dalších) a ne "přiohnuté řešení" v podobě PGQ (Oracle AQ vůbec neznám, takže zde nehodnotím, jeslti je to přiohnuté řešení ač mi tak na první dobrou připadá)

Jinak souhlas

Jistěže to je PR článek, dle obchodního rejstříku ta firma patří rodině autora.

Vzhledem k počtu uživatelů a záznamů by ona slavná Evidence vozidel běžela rychle na jakékoliv technologii a muselo dát opravdu hodně práce a přemýšlení, aby to bylo takhle pomalé.

Přesně tak. Dělal jsem si čárku pokaždé, když bylo v článku slovo výkon. A, přátelé, ani jednou.

OMG :(
Tieto 2 posledne "radoby" clanky o DB su strach a hroza. Neviem si predstavit, ze by som nimi mal riadit.
A to tu byvali tak dobre serialy clankov....

tywe

cakam nieco fajne od pana Stehuleho

a toto je market bullshit piar na nejaky random proprietarny framework o ktorom pocul len autor clanku, jeho developeri, autorova reklama na programujte.com

pisi nedostatecnou

Uroven clanku je otresna, takove clanky by se tu vubec nemely objevovat.

To snad nemysli vazne? to ze je blbe navrzena DB a oni se snazi ukazovat historicke zaznamy pres Framework?
To je PR clanek jak vysity

Aha, takže autor ve svém frameworku vyřešil pár okrajových požadavků a teď se ho snaží prodat s tím, že to jsou zcela zásadní požadavky, které je potřeba řešit vždy a všude. Ten přístup znám, ten pán na prodejní akci mi taky tvrdil, že jak si nekoupím to jeho nádobí, tak budu nemocný, budu strádat a zůstanu sám.

ERP, WMS, MES, reporting apod. mě živí už od minulého tisíciletí. Tedy ne tak dlouho, jako autora. Ale stejně si troufám tvrdit, že řada z uvedených požadavků jsou nesmysly. V okrajových případech legitimní, ve většině případů zbytečné ale v některých situacích dokonce nebezpečně zavádějící. Už vidím, jak budou všichni nadšeni, až někdo změní ceník, jiný vystaví objednávku a ten první pak udělá undo na ceníku. Pár podobných use case a správci pak budou prosit, ať proboha tu "Rekonstrukci záznamů" vypneme a nacpeme si ji tam, kam slunce nesvítí. A univerzální historie změn? Ne, to opravdu ne.

cetl jsem zde radu Vasich prispevku a mam podle toho dojem, ze se skutecne ve Vami uvedenych oblastech vyznate. Citim i urcity nadhled, ktery vede k tomu, ze minimalne neprohlasite autora za blba, jak to zde delaji jini, ale ja bych ocekaval vice.

Nikde nemam dojem ze autor chce neco prodat. Ani jsem nikde necetl, ze by prohlasoval, ze pozadavky, ktere uvadi jsou pro vsechny dulezite a vzdy nutne.S vasim prvnim odstavcem tedy nesouhlasim.

Autor napsal svuj pohled na vec a ja musim za sebe prohlasit, ze tady chci takove nazory videt. Jestlize jsem zkuseny a po precteni clanku vidim, ze autor se v rade aspektu myli, tak to mohu nechat pro sebe a nebo na to upozornit, To jste udelal, ovsem pro mne s takovym odsuzujicim nadechem. Nevim , jestli je to opravnene.

Ja se za za svuj profesni zivot docela casto setkal s pranim zakazniku, zda by bylo mozno ukazat, kdo co kdy zmenil. A abch byl uprimny, mnohdy se to i realizuje bez nejakych framewoku, , napr. jednoduse nejakym snapshootem pro db-soubory nebo se to vytahuje z aplikacniho servru nebo to nabizi primo databaze.

I ta zminena zmena databaze neni nic nesmyslneho. Znam nazory, ze je treba vybrat jednu a s tou pak aplikace realizovat, s pouzitim specialnich dovednosti te zvolene databaze. Podpora vice databazi je pro mnohe jen nerealizovatelna pohadka. O tom je urcite mozno diskutovat. Jestlize autor pracuje s nejakym frameworkem, ktery to umoznuje, proc to nesdelit sirsi verejnosti.

a) Autor clanku naznacuje v nadpise ze nieco vybera. On ale rovno prezentuje jedine riesenie. Ziadne alternativy ziadne pozitiva negativa inych frameworkov.
b) Nezda sa mi ze by autor mal nejaky prehlad, ORM absolutne nesuvisi s tymto 'biznis' frameworkom. Presne rovnake funkcie sa daju budovat aj s ORM.
c) ziadny popis protokolu a technologii, nejake detaily ktore by si technologicky server zaslusil, skor je to iba biznis opis nejakeho produktu
d) ako sa to customizuje, kde je biznis logika, ako vyzera ta logika, ako riesit multiplatformovost, web rozhranie, ...
e) ... ale v podstate to nikoho nezaujima lebo je to jasny promotion hotoveho produktu ktory ma iba velmi specificke a velmi limitovane pouzitie a pristup ktory (podla mna) dnes uz nikto nepouziva

souhlasim, ze ty detaily chybi. Clanek je po mne takova 'prvni' informace, za kterou by mely nasledovat dalsi podrobnejsi udaje. V tomto ohledu j clanek slaby, ale ta kritika mozna nakopne autora k tomu to doplnit.

Kazdy jsme nejak zacinal.

Ad a) smyslem zřejmě nebylo hanit vše ostatní. Jednotlivé požadavky si může aplikovat každý dle libosti. Ve Vašem připadku byste jistě došel k ORM. A bylo by to špatně? Asi ne.
Ad b) souhlas. ORM s tím absolutně nesouvisí. Nesouhlas. S ORM to NEJDE.
Ad c) to nebylo předmětem článku.
Ad e) viz. Ad c)
Ad e) máte pravdu. Na to, že Vás to nezaujímá, jste se hezky rozepsal.

A co teda bolo predmetom clanku? Reklama? Stacilo tam dat tych 5 bodov z linkovanej stranky co to vie a hotovo.
b) S ORM to ide urobit rovnako dobre ako bez. To ze nieco sa zabali a rozbali z objektu nemeni nic na semantike riesenia.

======
Jestlize autor pracuje s nejakym frameworkem, ktery to umoznuje, proc to nesdelit sirsi verejnosti.
======

Rozhodně je třeba při čtení brát v úvahu to, že autor je majitelem firmy, která daný framework vyvíjí a prodává.

souhlasim, ze tato informace je urcite pro velkou vetsinu lidi dulezita. Ja to tak necitim, nebo je mi to spise jedno, ale bylo by chybou na zaklade vlastnich pocitu predepisovat vetsine, ktere informace pro ni nejsou tak dulezite.

Vubec by mi nevadilo, kdyby autor uvedl na zacatku, ze pouziva ten a ten framework a ze vidi ty a jine vyhody a ze se jedna o vlastni vyvoj. Usudek si delem stejne sam.

Nakonec, pan Stehule zde uz leta 'preferuje' postgresql a presto ji hned nenasadim, protoze za vyvojem postgresql nestoji jeho rodina. :-)

Clanek podle mne nabizi prostor pro diskuzi o nekterych aspektech jako je ta historie zmen a jak to dela s tou 'databazovou' neutralitou. To v clanku chybi a s touto kritikou se ztotoznuji. Ale dohadovat se, zda se jedna o PR clanek povazuji za nedulezite.

PS: Rozepisuji se tak obsirne, protoze jiz po nekolikate ctu v diskuzi, jaka je ta uroven bidna a co si to ta redakce nedovoluje. Jsem 100% presvedcen, ze redakce tu kvalitu jiste zna a vyskyt takovych clanku jen ukazuje, jak zoufala ta situace ohledne clanku asi je. Ale jak jsem jiz naznacil, i v nekvalitnim clanku jsou aspekty k diskuzi a tato je tou pridanou hodnotou , kterou portaly dnes mohou prinest. Pro zjisteni faktu a informaci jsou ty clanky dnes bezvyznamne - na to je google lepsi metodika. Kdo chce dnes na nejakem IT portali ziskat z clanku nejake vedomosti, ta si toho moc neprecte.

Je to i na nas, ctenarich.

Nemyslím si, že by šlo o pár okrajových požadavků nebo o nesmysly, jak píšete. Pokud ano a celé to jde mimo Vás, nedotýká se Vás to, pak nechápu Vaši reakci. Když čtu nějaké články na webu, tak mne buď zaujmou nebo nezaujmou. Nemám tolik času, abych komentoval něco, s čím nesouhlasím nebo co mne nezajímá :)

Odpad.

Rovněž pozor na zákon o ochraně osobních údajů... Firma nemá držet data, která nepotřebuje.. Podobné frameworky mohou být velký průšvih...

OMG, zaměstnanec změní příjmení a to původní je pryč. Zachrání nás jen spása v podobě proprietárního frameworku. Prosím nepište tímto stylem IS, nevynálezejte šišaté kolo. Takovéto prkotiny, jako historie změn, je v opravdových IS dávno vymyšlené a funkční. A tím myslím opravdové IS, ne žádné domacky spíchnuté jakože IS.
Psát IS s desktop klientem? To je článek z roku 96? Desktop klient má své místo, ale jako jedna z možností.
Zaměnitelnost DB? Dávno vymyšlené.
To je fakt tragický článek

....v opravdových IS ....

Vy myslite ale ty opravdu opravdove IS, tedy takove ty spravne ....,

A ze je zamenitelnost DB uz davno vymyslena .... no tak to je bezva zprava.

Kdybyste uvedl konkrétní příklad IS a jak takové prkotiny, jako je historie či dávno vymyšlenou zaměnitelnost Db. řeší, jistě by to nejen mne obohatilo.

Jak se říká u Rolls Royce, pokud se ptáte, kolik to stojí, tak na to nemáte.