{"id":{"repo_id":"debrecen","oai_identifier":"oai:dea.lib.unideb.hu:2437/413110"},"canonical_url":"https://search.dev.ndltd.org/etd/debrecen/oai:dea.lib.unideb.hu:2437/413110","repository":{"repo_id":"debrecen","name":"University of Debrecen","base_url":"https://dea.lib.unideb.hu/server/oai/request"},"display":{"title":"ORM alapú lekérdezés-generálási stratégiák hatása az SQL Server erőforrás-gazdálkodására","abstract":"A kutatásomban a modern webes szoftverfejlesztésben alkalmazott UI-komponenskönyvtárak (pl. DevExtreme) és az Entity Framework Core ORM együttes használatának teljesítményre gyakorolt hatását vizsgáltam. Bár ez a kényelmes, low-code megközelítés felgyorsítja a fejlesztést azáltal, hogy a kliensoldali szűréseket automatikusan SQL-kódra fordítja, arra voltam kíváncsi, hogy milyen rejtett „kényelmi adót” ró a rendszerre nagy adatmennyiség esetén. Ennek feltárására egy több millió rekordos telemetriai adatbázison hasonlítottam össze a paraméterezett LINQ lekérdezéseket a DevExtreme által generált, literál-alapú lekérdezésekkel. A méréseim egyértelműen megmutatták, hogy a dinamikusan generált lekérdezések szignifikánsan lassabbak. Az adatbázis-szintű elemzésem során a lassulás fő okaként az SQL Server Plan Cache (tervgyorsítótár) szennyeződését azonosítottam: míg a LINQ lekérdezések végrehajtási terveit a rendszer tökéletesen újrahasznosította, a literál-alapú kereséseknél minden futáshoz új tervet kellett gyártani. Ez a folyamatos újragenerálás az iterációk növekedésével komoly memóriapazarlást, processzor-többletterhelést és ezáltal skálázhatósági korlátokat eredményezett. A dolgozatomban nem vetem el teljesen a dinamikus megoldásokat, de erősen felhívom a figyelmet a tudatos tervezés fontosságára. Meglátásom szerint míg alacsony forgalmú adminisztrációs felületeken érdemes kihasználni a fejlesztést gyorsító előnyeit, addig a kritikus, nagy terhelésű végpontokon a paraméterezett stratégiák alkalmazását javaslom a skálázhatóság megőrzése érdekében.","abstract_html":"A kutatásomban a modern webes szoftverfejlesztésben alkalmazott UI-komponenskönyvtárak (pl. DevExtreme) és az Entity Framework Core ORM együttes használatának teljesítményre gyakorolt hatását vizsgáltam. Bár ez a kényelmes, low-code megközelítés felgyorsítja a fejlesztést azáltal, hogy a kliensoldali szűréseket automatikusan SQL-kódra fordítja, arra voltam kíváncsi, hogy milyen rejtett „kényelmi adót” ró a rendszerre nagy adatmennyiség esetén. Ennek feltárására egy több millió rekordos telemetriai adatbázison hasonlítottam össze a paraméterezett LINQ lekérdezéseket a DevExtreme által generált, literál-alapú lekérdezésekkel. A méréseim egyértelműen megmutatták, hogy a dinamikusan generált lekérdezések szignifikánsan lassabbak. Az adatbázis-szintű elemzésem során a lassulás fő okaként az SQL Server Plan Cache (tervgyorsítótár) szennyeződését azonosítottam: míg a LINQ lekérdezések végrehajtási terveit a rendszer tökéletesen újrahasznosította, a literál-alapú kereséseknél minden futáshoz új tervet kellett gyártani. Ez a folyamatos újragenerálás az iterációk növekedésével komoly memóriapazarlást, processzor-többletterhelést és ezáltal skálázhatósági korlátokat eredményezett. A dolgozatomban nem vetem el teljesen a dinamikus megoldásokat, de erősen felhívom a figyelmet a tudatos tervezés fontosságára. Meglátásom szerint míg alacsony forgalmú adminisztrációs felületeken érdemes kihasználni a fejlesztést gyorsító előnyeit, addig a kritikus, nagy terhelésű végpontokon a paraméterezett stratégiák alkalmazását javaslom a skálázhatóság megőrzése érdekében.","abstract_has_math":false,"creators":["Pázmányi, Sándor"],"institution":null,"degree_name":null,"degree_level":null,"degree_discipline":null,"degree_department":"DE--Informatikai Kar","school":null,"contributors":[],"advisors":["Vágner, Anikó Szilvia"],"committee_chairs":[],"committee_members":[],"year":null,"date_issued":"","date_published":null,"updated_at":"2026-07-27T19:14:01Z","subjects":["SQL Server","relációs adatbázis","no-code","low-code","dinamikus szűrés"],"languages":["hu"],"rights":[],"rights_urls":[],"identifier_entries":[]},"links":{"outbound_url":"https://hdl.handle.net/2437/413110","outbound_label":"Handle","outbound_source":"dc:identifier.uri"},"metadata_groups":[{"id":"people","label":"People","entries":[{"key":"dc:contributor.advisor","label":"Advisor","values":["Vágner, Anikó Szilvia"]},{"key":"dc:contributor.department","label":"Department","values":["DE--Informatikai Kar"]},{"key":"dc:creator","label":"Author","values":["Pázmányi, Sándor"]}]},{"id":"academic_context","label":"Academic Context","entries":[{"key":"dc:date.accessioned","label":"Dc Date Accessioned","values":["2026-07-14T14:26:43Z"]},{"key":"dc:date.available","label":"Dc Date Available","values":["2026-07-14T14:26:43Z"]}]},{"id":"subjects_keywords","label":"Subjects and Keywords","entries":[{"key":"dc:subject","label":"Dc Subject","values":["SQL Server","relációs adatbázis","no-code","low-code","dinamikus szűrés"]}]},{"id":"language_rights","label":"Language and Rights","entries":[{"key":"dc:language.iso","label":"Language (ISO)","values":["hu"]}]},{"id":"identifiers","label":"Identifiers","entries":[{"key":"dc:identifier.uri","label":"Identifier URI","values":["https://hdl.handle.net/2437/413110"]}]},{"id":"additional","label":"Additional Metadata","entries":[{"key":"dc:description.abstract","label":"Abstract","values":["A kutatásomban a modern webes szoftverfejlesztésben alkalmazott UI-komponenskönyvtárak (pl. DevExtreme) és az Entity Framework Core ORM együttes használatának teljesítményre gyakorolt hatását vizsgáltam. Bár ez a kényelmes, low-code megközelítés felgyorsítja a fejlesztést azáltal, hogy a kliensoldali szűréseket automatikusan SQL-kódra fordítja, arra voltam kíváncsi, hogy milyen rejtett „kényelmi adót” ró a rendszerre nagy adatmennyiség esetén. Ennek feltárására egy több millió rekordos telemetriai adatbázison hasonlítottam össze a paraméterezett LINQ lekérdezéseket a DevExtreme által generált, literál-alapú lekérdezésekkel. A méréseim egyértelműen megmutatták, hogy a dinamikusan generált lekérdezések szignifikánsan lassabbak. Az adatbázis-szintű elemzésem során a lassulás fő okaként az SQL Server Plan Cache (tervgyorsítótár) szennyeződését azonosítottam: míg a LINQ lekérdezések végrehajtási terveit a rendszer tökéletesen újrahasznosította, a literál-alapú kereséseknél minden futáshoz új tervet kellett gyártani. Ez a folyamatos újragenerálás az iterációk növekedésével komoly memóriapazarlást, processzor-többletterhelést és ezáltal skálázhatósági korlátokat eredményezett. A dolgozatomban nem vetem el teljesen a dinamikus megoldásokat, de erősen felhívom a figyelmet a tudatos tervezés fontosságára. Meglátásom szerint míg alacsony forgalmú adminisztrációs felületeken érdemes kihasználni a fejlesztést gyorsító előnyeit, addig a kritikus, nagy terhelésű végpontokon a paraméterezett stratégiák alkalmazását javaslom a skálázhatóság megőrzése érdekében."]},{"key":"dc:description.degree","label":"Dc Description Degree","values":["MSc/MA"]},{"key":"dc:title","label":"Title","values":["ORM alapú lekérdezés-generálási stratégiák hatása az SQL Server erőforrás-gazdálkodására"]}]}],"canonical_facts":{"dc:contributor.advisor":["Vágner, Anikó Szilvia"],"dc:contributor.department":["DE--Informatikai Kar"],"dc:creator":["Pázmányi, Sándor"],"dc:date.accessioned":["2026-07-14T14:26:43Z"],"dc:date.available":["2026-07-14T14:26:43Z"],"dc:description.abstract":["A kutatásomban a modern webes szoftverfejlesztésben alkalmazott UI-komponenskönyvtárak (pl. DevExtreme) és az Entity Framework Core ORM együttes használatának teljesítményre gyakorolt hatását vizsgáltam. Bár ez a kényelmes, low-code megközelítés felgyorsítja a fejlesztést azáltal, hogy a kliensoldali szűréseket automatikusan SQL-kódra fordítja, arra voltam kíváncsi, hogy milyen rejtett „kényelmi adót” ró a rendszerre nagy adatmennyiség esetén. Ennek feltárására egy több millió rekordos telemetriai adatbázison hasonlítottam össze a paraméterezett LINQ lekérdezéseket a DevExtreme által generált, literál-alapú lekérdezésekkel. A méréseim egyértelműen megmutatták, hogy a dinamikusan generált lekérdezések szignifikánsan lassabbak. Az adatbázis-szintű elemzésem során a lassulás fő okaként az SQL Server Plan Cache (tervgyorsítótár) szennyeződését azonosítottam: míg a LINQ lekérdezések végrehajtási terveit a rendszer tökéletesen újrahasznosította, a literál-alapú kereséseknél minden futáshoz új tervet kellett gyártani. Ez a folyamatos újragenerálás az iterációk növekedésével komoly memóriapazarlást, processzor-többletterhelést és ezáltal skálázhatósági korlátokat eredményezett. A dolgozatomban nem vetem el teljesen a dinamikus megoldásokat, de erősen felhívom a figyelmet a tudatos tervezés fontosságára. Meglátásom szerint míg alacsony forgalmú adminisztrációs felületeken érdemes kihasználni a fejlesztést gyorsító előnyeit, addig a kritikus, nagy terhelésű végpontokon a paraméterezett stratégiák alkalmazását javaslom a skálázhatóság megőrzése érdekében."],"dc:description.degree":["MSc/MA"],"dc:identifier.uri":["https://hdl.handle.net/2437/413110"],"dc:language.iso":["hu"],"dc:subject":["SQL Server","relációs adatbázis","no-code","low-code","dinamikus szűrés"],"dc:title":["ORM alapú lekérdezés-generálási stratégiák hatása az SQL Server erőforrás-gazdálkodására"]},"updated_at":"2026-07-27T19:14:01Z"}