tag:blogger.com,1999:blog-3153771077089593245.post9048981679313887579..comments2023-05-19T12:25:54.128+02:00Comments on xPARI.cz: Klasika versus LINQPavel Riedlhttp://www.blogger.com/profile/15153774452796871354noreply@blogger.comBlogger2125tag:blogger.com,1999:blog-3153771077089593245.post-57896024696002312222013-10-31T17:21:04.367+01:002013-10-31T17:21:04.367+01:00LINQ&EF verzus PURE SQL> Tak zrovna v tomhl...LINQ&EF verzus PURE SQL> Tak zrovna v tomhle už pár let jedeme. LINQ zpravidla vytvoří skutečně velký SQL dotaz, který často taky dá serveru pokouřit. Tak jsme zatím 'průzkumem bojem' došli k řešení, že pro aplikace typu 'správce číselníků', 'importér' a pod. používáme EF spolu s LINQ. Exportéry řešíme napřed přes EF a LINQ a až si náš jediný zákazník ujasní, co vlastně chce a navíc se ozve se, že je to pomalé, tak to přepíšeme do čistého SQL. Jinak čisté SQL nám způsobuje problémy, protože máme tzv. permanentně polymorfní datový model, který se mění každým okamžikem a neplatné SQL dotazy nelze odchytit při kompilaci.<br /><br />Jinak používáme Oracle v kombinaci s (mini) drivery od Devartu.Pavel Riedlhttps://www.blogger.com/profile/15153774452796871354noreply@blogger.comtag:blogger.com,1999:blog-3153771077089593245.post-67724223129759875272013-10-31T17:06:05.817+01:002013-10-31T17:06:05.817+01:00Zajímavé zamyšlení. Možná by nebylo od věci podrob...Zajímavé zamyšlení. Možná by nebylo od věci podrobit LINQ důkladnějším testům, jak zmiňujete v posledním odstavci...23 a 16 sekund je vlastně žádný rozdíl..<br />Zajímavé by také bylo porovnat LINQ při použití s Entity Frameworkem oproti klasickému SQL.<br />Asi dost bude záležet na typu dotazu.Anonymousnoreply@blogger.com