tag:blogger.com,1999:blog-2393928730217680638.post6871007368863525752..comments2024-03-26T08:08:29.526+01:00Comments on Irminsul weblog: Aplikace nezávislá na databázovém systémuAleš Dostálhttp://www.blogger.com/profile/00371533290443279003noreply@blogger.comBlogger3125tag:blogger.com,1999:blog-2393928730217680638.post-79073264949570068982024-03-26T08:08:29.526+01:002024-03-26T08:08:29.526+01:00Takových aplikací podle mě moc neexistuje, respekt...Takových aplikací podle mě moc neexistuje, respektive si nedovedu představit třeba <a href="https://barcodes.cz/" rel="nofollow">čárové kódy</a>, které by fungovaly bez nutnosti nějaké databáze. Prostě appka potřebuje vždycky nějakou databázi. Ať už se jedná o loginy, přístupy na internet, přístupy k informacím, hashe a další věci. Na druhou stranu ten princip, co jste popsali v článku, není nereálný.michalhttps://www.blogger.com/profile/03714673519307102087noreply@blogger.comtag:blogger.com,1999:blog-2393928730217680638.post-47131219170165347102007-08-27T22:15:55.000+02:002007-08-27T22:15:55.000+02:00Sice pisu v .NET, ale take jsem si vytvoril DB lay...Sice pisu v .NET, ale take jsem si vytvoril DB layer nezavisly na databazovem stroji (zatim umi MySQL a MSSQL, daji se pridat dalsi), a dosud vsechno zvlada. Problem s limitem jsem mel taky, ale rekl jsem si, ze kdyz ho databaze jine nez MySQL nepodporuji, tak to nejspis nebude tak velka casova ztrata, kdyz ho neimplementuji.<br>Sice layer pro vice databazi vypada jako psani do supliku, ale uz jsem ten ho opravdu vyuzil, protoze jsem jednou zjistil, ze na hostingu maji starou verzi MySQL, a proto pro me bylo jednodussi zridit si novou MSSQL databazi a rozjet CMS nad ni.kareemnoreply@blogger.comtag:blogger.com,1999:blog-2393928730217680638.post-88285346656516551282007-08-28T20:37:16.000+02:002007-08-28T20:37:16.000+02:00Ja prave o psani vlastnich DB layeru upoustim. Duv...Ja prave o psani vlastnich DB layeru upoustim. Duvody proc, jsou pro me vcelku jasne: potreba sledovat zmeny specifikace jednotlivych DBMS, vetsinou jiz existuje reseni, problem s ORM, atd.<br>Jde o to, ze cim je reseni postaveno vys (abstraktneji), tim se take zvysuje cas, ktery server stravi samotnym prokousanim daneho frameworku. Samozrejme zalezi na kvalite. Jenze, kdyz prijde na radu davkove zpracovani, tak je nizkourovnove reseni o tolik rychlejsi, ze ho nelze ignorovat. A presne s tim jsem se setkal pri pouziti JPA vs JDBC.<br>Ladeni transakci, mensich dto, atd. to vsechno je sice krasne, ale ve finale stejne pomalejsi :)<br><br>Zajimalo by me, jak je to u .NETu, tam neexistuje nejaky primy ORM nastroj i s managerem pro DBMS?a.dostalnoreply@blogger.com