https://vik.wiki/api.php?action=feedcontributions&feedformat=atom&user=Tarnay+K%C3%A1lm%C3%A1n 2026-04-07T11:17:03Z Felhasználó közreműködései MediaWiki 1.43.6 https://vik.wiki/index.php?title=Adatvez%C3%A9relt_alkalmaz%C3%A1sok_fejleszt%C3%A9se_(AAF)_-_Kidolgozott_feladatok&diff=188017 2016-01-20T04:00:08Z

<p>Tarnay Kálmán: typo</p> <hr /> <div>{{Vissza|Adatvezérelt_alkalmazások_fejlesztése}}<br /> <br /> A hivatkozott adatmodell megegyezett a gyakorlatokon használttal.<br /> <br /> __TOC__<br /> <br /> =2011 januári záróvizsga kérdések=<br /> <br /> A 2010-esből ami nem kellett, azt áttettem az egyéb kérdésekbe.<br /> <br /> ==1. Ismertesse a háromrétegű architektúra elemeit, mutassa be az egyes rétegek szerepét! Milyen rétegfüggetlen szolgáltatások találhatók meg egy háromrétegű architektúrára épülő alkalmazásban?==<br /> <br /> [[File:aaf_3reteg.png|400px|right]]<br /> A három réteg:<br /> * Megjelenítési réteg<br /> ** Tipikusan MVC architektúra<br /> ** Felület független a tranzakcióktól<br /> ** Felhasználói input ellenőrzése<br /> ** Egyszerű transzformációk (név &lt;-&gt; id)<br /> ** Adatok megjelenítése<br /> ** Lokalizáció<br /> * Üzleti réteg<br /> ** Business Entities<br /> ** Business Components<br /> *** Összetett komponensek<br /> *** Alapszolgáltatásokat implementál<br /> *** Tranzakciók (része lehet)<br /> ** Business Workflow<br /> *** Összetett üzleti folyamatok<br /> *** Komponensekből építkezik<br /> *** Tranzakció határok<br /> ** Service Interfaces (belső rétegek elrejtése)<br /> * Adatelérési réteg<br /> ** DAL<br /> *** Adatbázis hozzáférés<br /> *** Elemi adatszolgáltatások<br /> ** Service Agents<br /> *** Szolgáltatások elérése<br /> *** Külső szolgáltatások &quot;adatbázisként&quot; látszanak<br /> *** Csomagolás<br /> <br /> Rétegfüggetlen szolgáltatások:<br /> * Security<br /> ** Authentication, Authorization, Secure Communication, Auditing, Profile management<br /> * Operational management<br /> ** Exception management, Monitoring, Biz monitoring, Metadata, Configuration, Service Location<br /> * Communication<br /> ** Synchronicity, Format, Protocol<br /> <br /> ==2. Ismertesse a tranzakciók alaptulajdonságait! Mire szolgálnak a tranzakció izolációs szintek, milyen izolációs szinteket támogat az Oracle és az MS SQL Server?==<br /> <br /> A tranzakció a feldolgozás '''logikai egysége''', olyan feldolgozási műveletek sorozata, melyek csak együttesen értelmesek. Alaptulajdonságok (ACID):<br /> * Atomicity (Atomicitás)<br /> ** Vagy az összes művelet hatásos, vagy egyik sem<br /> * Consistency (Konzisztencia)<br /> ** A rendszert konzisztens állapotból konzisztens állapotba viszi<br /> ** Hiba esetén is képes konzisztens állapotba visszaállni (soft hiba: memória tartalom vész el, hard hiba: háttértároló sérül)<br /> * Isolation (Izoláció)<br /> ** Tranzakciók hatásai egymástól függetlenek<br /> ** Tranzakciók ütemezése<br /> *** Mintha egymás után hajtódnának végre<br /> *** Zárolás<br /> * Durability (Tartósság)<br /> ** Hatása tartósan megmarad<br /> ** Nemcsak memóriában történik meg a módosítás (hibákra figyelni)<br /> <br /> Izolációs szintek: Az izoláció költséges, és legtöbb esetben nincs is rá szükség, ezért az izolációs szinteknek a feladata olyan megoldásokat választani, ami épp annyi megszorítást (overhead-et) visz a rendszerbe, amennyi még a tranzakciók helyes működéséhez feltétlen szükséges (lehetnek olyan problémák - a problémákat lást alább - amiket az adatbázis kezelő helyett az üzleti logika is meg tud oldani, ráadásul hatékonyabban az alap működésből adódóan).<br /> <br /> Megfelelő izoláció hiányában előforduló problémák:<br /> * Elveszett módosítás: 2 tranzakció is módosítja az elemet, ekkor csak a később kommitált hatása marad meg<br /> * Piszkos olvasás: Nem kommitált tranzakció adatát kiolvassa egy másik tranzakció<br /> * Nem megismételhető olvasás: Olvasás eredménye függ attól, hogy a tranzakción belül mikor lett kiadva<br /> * Fantom rekord: Kurzoroknál előfordulhat, hogy olyan elem van benne, ami már törlődött, vagy olyan elem hiányzik, ami azóta jött létre<br /> <br /> MSSQL:<br /> * Uncommitted read: mind a 4 probléma<br /> * Committed read: Nincs piszkos olvasás (csak kommittált adat olvasható)<br /> ** Implementációja (MSSQL!):<br /> *** Select utasítás<br /> **** Megosztott zárakat használ<br /> *** Rekord módosul<br /> **** Más nem olvashatja<br /> * Repeatable read: nincs piszkos olvasás, nincs nem megismételhető olvasás<br /> * Serializable: Teljes izoláció -&gt; egyik probléma sem fordulhat elő<br /> * Snapshot (szabványtól eltérő)<br /> ** az Oracle Committed Read izolációs szint implementációjával kompatibilis<br /> <br /> Oracle:<br /> * Committed read: Nincs piszkos olvasás (csak kommittált adat olvasható)<br /> ** Implementációja (Oracle!):<br /> *** Select utasítás<br /> **** Nem helyez el zárakat<br /> *** Rekord módosul<br /> **** A commitált kép '''mindig''' olvasható<br /> * Serializable: Teljes izoláció -&gt; egyik probléma sem fordulhat elő<br /> * Read only (szabványtól eltérő)<br /> ** Serilazibale konzisztenciájú<br /> ** Nem módosíthat<br /> ** Tipikusan jelentésekhez<br /> <br /> ==3. Ismertesse az adatbázisok szerver oldali programozásának előnyeit, hátrányait! Milyen programozási lehetőségei, sajátosságai vannak az Oracle Servernek?==<br /> <br /> Előnyök:<br /> * Adatbázis felelős a konzisztenciáért<br /> * Adatbiztonság<br /> ** Adatmódosítás csak definiált interfészen keresztül<br /> * Zárt futtató környezet<br /> * Teljesítmény növelés<br /> ** Csökkenő hálózati forgalom<br /> ** Tárolt végrehajtási tervek<br /> ** Cache<br /> * Termelékenység<br /> ** Többkomponens hívhatja<br /> ** Egyszerűbb karbantartás<br /> <br /> Hátrányok:<br /> * Nem szabványos<br /> ** Platformfüggő nyelvi elemek, megoldások<br /> * Interpretált<br /> * Növeli a szerver terhelését<br /> * Nem, illetve nehezen skálázható<br /> * Adatrétegbe nem illik bele az üzleti logika<br /> <br /> Oracle Server:<br /> * Pascal jellegű szintax<br /> * Tárolt eljárások<br /> ** Eltárolja a szerver a végrehajtási tervet, hivatkozott objektumokat és a státuszát<br /> ** Ha érvénytelenné válik(pl valamely tábla struktúrája vagy jogosultsága megváltozik), akkor következő futtatásnál fordítja újra<br /> ** Lehet külső, ekkor egy külső folyamat hajtja végre<br /> ** Lehet függvény, ekkor van visszatérési értéke<br /> * Triggerek: Eseménykezelés<br /> ** DML(táblához), DDL(sémához), rendszeresemény hatására<br /> ** Instead of triggerrel lehet nézetekben is módosítást értelmezni<br /> ** Lehet sor és utasítás szintű<br /> ** :new és :old az új/eéőző érték<br /> ** Lehet kaszkádosítani<br /> ** Nem lehet rekurzió<br /> ** Triggerek sorrendje megadható<br /> ** DML-nél csatlakozik a tranzakcióhoz<br /> ** DDL-nél és rendszereseménynél új tranzakciót indít<br /> * Csomagok: Eljárások gyűjteménye<br /> ** Interface<br /> ** Session kezelése<br /> ** Használatkor betöltödik az egész<br /> * Interpretált<br /> * Zárt környezet<br /> <br /> ==4. Ismertesse az adatbázisok szerver oldali programozásának előnyeit, hátrányait! Milyen programozási lehetőségei, sajátosságai vannak az MS SQL Servernek?==<br /> Lásd előző feladat<br /> <br /> MSSQL Server:<br /> * Tárolt eljárások<br /> ** Optimalizál, fordít<br /> ** Újrafordít (pl új index bevezetésekor)<br /> ** Külső eljárások .NET Assemblyk<br /> ** Tárolt függvények: Nem módosíthatnak adatot<br /> * Triggerek<br /> ** Inserted, Deleted az új/régi érték<br /> ** Kaszkádosítás<br /> ** Rekurzió<br /> ** Teljes sorrend nem definiálható, csak az első és utolsó<br /> ** Instead of triggerek<br /> ** DDL trigger is a tranzakció része<br /> <br /> ==5. Mi a lekérdezés optimalizáló feladata? Ismertesse az Oracle Server lekérdezés optimalizációjának sajátosságait!==<br /> <br /> Optimalizálás: Kevésbé használja a hardvert ugyanannak a hatásnak az eléréséhez<br /> * IO:<br /> ** Korai beolvasás<br /> ** Cilinder alapú szervezés (Egymás utáni adatok könnyen kiolvashatóak)<br /> ** RAID<br /> ** Liftezés<br /> * CPU<br /> * Memória<br /> <br /> Optimalizáló:<br /> * Fizikai terv elkészítése<br /> * Táblák bejárása<br /> * Táblák összekapcsolása<br /> * Logikai tervet kap<br /> * Optimalizált tervet ad át a sorfordítónak, ami leképzi, majd a végrehajtó végrehajtja<br /> <br /> Logikai optimalizálás:<br /> * Elemző fa kialakítása<br /> ** Reláció<br /> ** Művelet<br /> ** Adat áramlása (lentről felfelé)<br /> * Relációs algebrai műveletek<br /> * Fa átalakítása<br /> ** Kiválasztás lefelé<br /> ** Vetítés felfelé<br /> ** Join használata: Egyik attribútuma tábla<br /> <br /> Fizikai tervek optimalizációja: IO-ra<br /> * Költségbecslés:<br /> ** B(R): Az R reláció által elfoglalt blokkok száma<br /> ** T(R): A reláció sorainak a száma<br /> ** V(R,a): Az R reláció az 'a' attribútumainak a variáltsága<br /> <br /> Oracle optimalizációja:<br /> * Módok:<br /> ** Atbocsájtó képesség<br /> ** Első n sor megtalálása<br /> * Nézetek:<br /> ** Allekérdezésként vagy<br /> ** Külön optimalizálja<br /> * Statisztikák:<br /> ** Defaultértékek, majd mintavételezés<br /> ** Adatszótárak<br /> * Táblaelérési módok:<br /> ** Full table scan: Nincs index, sok rekord kell<br /> ** Rowid scan: Index alapján<br /> ** Unique index scan: Elsődleges kulcs alapján<br /> ** Index range scan: Index szerint rendezett eredményhalmaz<br /> ** Full index scan: Kulcs szerint rendezett eredményhalmaz<br /> ** Fast full index scan: Ha csak az index elemei kellenek (nem kell a táblát elérni hozzá)<br /> ** Index join: Összekapcsolt indexek attribútumaihoz<br /> ** Bitmap index scan: Feltétel kiértékeléséhez<br /> * Indexek:<br /> ** B*<br /> ** Bitmap index<br /> ** Index organized table: Blokkok sorrendje index szerint<br /> * SQL hint:<br /> ** Preferált index<br /> ** Index használatának tiltása<br /> ** Join típus<br /> ** Join sorrend<br /> ** Táblaelérési mód<br /> ** Párhuzamos végrehajtás<br /> <br /> ==6. Mi a lekérdezés optimalizáló feladata? Ismertesse az MS SQL Server lekérdezés optimalizációjának sajátosságait!==<br /> <br /> Lásd: előző feladat<br /> <br /> MSSQL optimalizációja:<br /> * Statisztikák alapján<br /> * Triviális terv: Szabály alapú<br /> * Nem triviális terv: Ha valamelyik fázis után elég kicsire becsüli a költséget, akkor nem megy tovább<br /> ** 0. fázis: Egyszerű átalakítások<br /> ** 1. fázis: Kibúvített átalakítások<br /> ** 2. fázis: Párhuzamos végrehajtások vizsgálata<br /> * Táblaelérési módok:<br /> ** Table scan<br /> ** Clustered index scan: Nyalábolt adatolvasás, primary key mentén<br /> ** Nonclustered index scan: = operátor kiértékelésére<br /> ** Non/Clustered index seek: &lt;, &gt; operátorok kiértékelésére<br /> * Indexek:<br /> ** B*<br /> *** Egyszerű<br /> *** Összetett<br /> *** Clustered<br /> * SQL hint<br /> * Plan cache: A végrehajtási tervet eltárolja<br /> * Indexelt nézetek: Eltárolja a nézetek eredményeit<br /> * Included column: B* fa levelének bővítése oszlopokkal (a tényleges rekordot nem kell kiolvasni)<br /> * Clustered és nonclustered indexek együttes használata<br /> <br /> ==7. Mi az adatelérési osztálykönyvtárak szerepe? Ismertesse a kapcsolat alapú ADO.Net adatelérést!==<br /> <br /> Adatelérési könyvtár szerepe: Absztrahálja az adatelérést<br /> <br /> Kapcsolat alapú ADO.Net:<br /> * Előnyei<br /> ** Konkurrencia kezelése egyszerűbb<br /> ** Adatok mindig a legfrissebbek<br /> * Hátrányok<br /> ** Folyamatos kapcsolat<br /> ** Kevésbé skálázható<br /> * DataReader<br /> * SqlCommand<br /> * SqlConnection<br /> * Működés lépései:<br /> ** Kapcsolat nyitás<br /> ** Munka<br /> ** Kapcsolat zárás<br /> * Pesszimista ütközéskezelés: Adatbázis zárak<br /> <br /> ==8. Mi az adatelérési osztálykönyvtárak szerepe? Ismertesse a kapcsolat nélküli ADO.Net adatelérést! Hogyan működik az optimista konkurencia kezelés?==<br /> <br /> Lásd előző feladat<br /> <br /> Kapcsolat nélküli ADO.Net:<br /> * Előnyei/Hátrányai: !kapcsolat alapú<br /> * DataSet: Adatbázis a memóriában<br /> ** Felölthető, módosítható lokálisan, majd visszatölthető<br /> ** Kapcsolatokat tud kezelni<br /> ** Kulcsok, kényszerek<br /> ** Lehet típusos<br /> * DataAdapter: DataSet-et illeszti az adatbázishoz. Feltölt, szinkronizál<br /> * DataView: Nézet egy tábla fölött. Adatkötés<br /> * Sor állapotai: Ez alapján vezeti át az Adapter<br /> ** Unchanged<br /> ** Added<br /> ** Deleted<br /> ** Modified<br /> ** Detached: Nem része kollekciónak<br /> * Működés lépései:<br /> ** Kapcsolat nyitás<br /> ** DataSet feltöltése<br /> ** Kapcsolat zárás<br /> ** Munka<br /> ** Kapcsolat nyitás<br /> ** DataSet visszaírása<br /> ** Kapcsolat zárás<br /> * Verziókövetés:<br /> ** Original<br /> ** Current<br /> ** Default: State-től függ<br /> ** Proposed: Szerkesztés alatt<br /> * Optimista ütközéskezelés: Tartalom vagy timestamp alapján vizsgáljuk<br /> <br /> ==9. Mi az O/R leképzés feladata, mire szolgálnak a shadow információk? Az öröklési hierarchiát miképp lehet leképezni relációs sémára?==<br /> <br /> Feladata:<br /> * Üzleti objektumok leképezése relációs adatmodellre<br /> * Adattárolás és üzleti folyamatok összkötése<br /> <br /> Shadow információk: Szükségesek a perzisztencia implementálásához<br /> * Kulcsok<br /> * Időbélyegek<br /> * Új vagy módosított objektum<br /> <br /> Öröklés leképzése:<br /> * Egy táblába: Diszkriminátor attribútum<br /> * Minden valós osztály egy-egy táblába: Csak a példányosítható osztályoknak van saját táblájuk, melyek tartalmazzák az osztály összes tulajdonságát<br /> * Minden osztály egy-egy táblába: Absztrakt osztályoknak is lesz saját táblájuk, az ősök tulajdonságaihoz idegen kulcsok vannak<br /> * Általános struktúrába: Bárhogy kialakíthatjuk<br /> <br /> ==10. Ismertesse a LinQ to SQL felépítését, működését! Miképp történik az öröklési hierarchia kezelése? Miképp történik az objektumok egyediségének biztosítása?==<br /> <br /> LinQ: nyelvi elem<br /> * ORM<br /> * Alkalmazás és SQL szerver között<br /> * Relációkat is kezel<br /> ** Azonnali/késleltetett betöltés<br /> * Join<br /> * Öröklés: Csak 1 táblába<br /> * Objektumok egyedisége: Karbantart egy identitás táblát, így a többször lekért ugyanaz a sor ugyanarra az objektumra fog mutatni<br /> <br /> ==11. ASP.Net környezetben miképp történik a böngészőnek küldött válasz előállítása? Mikor futnak le az egyes eseménykezelők? Milyen lehetőségünk van adatkötésre?==<br /> <br /> Válasz előállítása: Kliens küld HTTP kérést, majd az oldalon lévő vezérlők ezt feldolgozva előállítják a saját válaszukat, majd ez kerül vissza a klienshez HTTP válasz formájában.<br /> <br /> Eseménykezelők: Feldolgozás során a változások és akciók résznél.<br /> <br /> Adatkötés:<br /> * Egyszerű: Deklaratívan vagy DataBind() hívásával<br /> * Listás: Deklaratívan, kódból vagy DataBind() hívásával<br /> <br /> ==12. Milyen elemekből építkezik az AJAX, mi az egyes elemek szerepe? Miképp történik az oldalak részleges frissítése? Mire szolgál az Update Panel?==<br /> <br /> AJAX:<br /> * XmlHttpRequest: Aszinkron kérés<br /> * Javascript: Kliens oldali program, amelyik kezeli az aszinkron kommunikációt<br /> * DOM: Kliens oldali dokumentum<br /> * XML: A kommunikációt leíró nyelv<br /> <br /> Oldalak részleges frissítése: Csak az oldalnak egy bizonyos része kerül vissza a szervernek. A teljes oldalt legenerálja, de csak a kijelölt régiók tartalma lesz a kliensnek kiküldve<br /> <br /> UpdatePanel: Az ebben lévő elemek lesznek részlegesen frissítve<br /> <br /> ==13. Ismertesse az elosztott adatbázisok előnyeit, hátrányait! Hogyan működnek az elosztott nézetek?==<br /> <br /> Elosztott adatbázis: Logikailag egyetlen adatbázis, de több számítógépen van tárolva<br /> * Előnyei:<br /> ** Skálázható<br /> ** Nagyobb megbíhatóság<br /> ** Helyi irányítás<br /> ** Moduláris növekedés<br /> ** Kisebb kommunikációs költség<br /> ** Gyorsabb válaszidő<br /> * Hátrányai:<br /> ** Komplexitás<br /> ** Megnövekedett koordinálási feladat<br /> ** Adatintegritás nehezebb<br /> <br /> Elosztott nézetek:<br /> * '''Vízszintes particionálás'''<br /> ** Egyes sorok egyik helyen<br /> ** Más sorok másik helyen<br /> ** Tranzakciók abban a fiókban, ahol a számla van<br /> ** Előnyök<br /> *** hatékonyság: adat közel a felhasználóhoz<br /> *** helyi optimalizáció<br /> *** biztonság: csak azok az adatok, amelyek érdekesek egy adott helyen<br /> *** lekérdezés eredménye egyszerő unió<br /> ** Hátrányok<br /> *** inkonzisztens elérési idő<br /> *** hiba esetén nem térhetünk át egy másik csomópontra<br /> * '''Függőleges particionálás'''<br /> ** Oszlopok szerint osztjuk fel a relációt<br /> ** Két részleg: mérnöki, gyártás<br /> ** Előnyök<br /> *** ugyanaz, mint vizszintesnél<br /> *** de a lekérdezés eredménye: join<br /> ** Hátrányok<br /> *** ugyanaz, mint vízszintesnél<br /> <br /> ==14. Ismertesse az elosztott adatbázisok előnyeit hátrányait! Mire szolgál a replikáció? Hogyan működik?==<br /> <br /> Lásd előző feladat<br /> <br /> Replikáció: Adatokat elosztja a több adatbázis között<br /> * Ami változik egyik helyen, azt átvezetjük a többire is.<br /> <br /> ==15. Ismertesse a két és háromrétegű adattárház építésének folyamatát! Mi a különbség az adatpiac és az adattárház között?==<br /> <br /> Architektúrák:<br /> * Kétrétegű: A felhasználók közvetlenül az adattárházhoz kapcsolódnak, ami az OLTP-ből nyeri az adatokat<br /> * Háromrétegű: A felhasználók adatpiacokhoz(data mart) férnek hozzá, ahol tematikusan kiválasztott részek és származtatott adatok vannak<br /> <br /> Adattárház építésének lépései:<br /> * Adatok kinyerése: Milyen adatokra van szükség, hogyan érjük el(ha pl. nem relációs)<br /> * Tisztítása:<br /> ** Hiányzó adat kezelése<br /> *** Teljes rekord elvetése<br /> *** A hiányzó adat bekérése.<br /> *** A hiányzó adat helyettesítése<br /> **** Konstans értékkel<br /> **** Átlagértékkel<br /> **** Csoportra jellemző átlagértékkel<br /> **** Legvalószínűbb értékkel<br /> ** Zajszűrés:<br /> *** Numerikus adatok zajszűrése:<br /> **** Binning: minden k számú elemcsoportot helyettesít az átlagával<br /> **** Csoportképzés: Több attribútum együttes előfordulását vizsgálják, majd az egymás közelében elhelyezkedő adatokat a csoportot jellemző adatokkal helyettesítjük (csoport súlypontjával)<br /> **** Regresszió: Ebben az esetben is több attribútum együttes előfordulását vizsgáljuk, az egyes attribútumok közt valamilyen függvénykapcsolatot keresünk (általában lineárisat), majd az egyes értékeket a regressziós függvény értékeivel helyettesítjük.<br /> *** Szöveges adatok:<br /> **** Szótár alapú<br /> **** Klaszterező: Hash fv-vel számokká képezzük le<br /> * Transzformálása: Az adatok az adattárház egységes sémájára történő leképzés<br /> ** Rekord szintű:<br /> *** Kiválasztás<br /> *** Összekapcsolás<br /> ** Mező szintű: Típuskonverzió<br /> *** Algoritmikus<br /> *** Lekérdezéssel<br /> * Betöltése és indexelése: Pillanatkép és histórikus adatok<br /> <br /> ==16. Ismertesse a multidimenzionális adatmodellt! Mikor nevezünk egy rendszert OLAP rendszernek? Mire szolgál az OLAP kocka?==<br /> <br /> Multidimenzionális adatmodell:<br /> * Alapelemei:<br /> ** Dimenziós adatok: Ezen adatok mentén történik az elemzések végrehajtása<br /> ** Hierarchia szintek: Felbontás<br /> ** Tény adatok: Amit elemzünk<br /> * Sémák:<br /> ** Csillag: A tény adatokat tartalmazó táblához idegen kulcsokkal csatlakoznak a dimenziós tánlák<br /> ** Hópehely: A tény adatokhoz csak a legalacsonyabb hierarchia szint van csatolva, és ahhoz van a többi, így joinolni kell.<br /> <br /> OLAP(Online Analytical Processing) rendszerek:<br /> * FASMI(Fast Analysis of Shared Multidimensional Information) teszt: <br /> ** Fast: Gyors<br /> ** Analysis: A felhasználó számára szükséges üzleti és statisztikai elemzések elkészítésére alkalmas.<br /> ** Shared: Megosztott<br /> ** Multidimensional<br /> ** Information: Összes adat és származtatott adat elérhető<br /> <br /> OLAP kocka:<br /> * Dimenzió: A kocka élei<br /> * Hierarhia: Elvégezhető elemzések mélysége<br /> * Aggregátum: Származtatott mennyiségek<br /> <br /> OLAP kocka műveletek:<br /> * Szeletelés: 1 érték rögzítése, a diemnziószám csökken<br /> * Részkocka kiválasztása: Értékek megkötése<br /> * Lefúrás: Hierarhia szint csökkentése<br /> * Felfelé görgetés: hierarhia szint növelése<br /> * Forgatás: A megjelenített eredményt elforgatja<br /> <br /> ==17. Milyen főbb újdonságokat hozott be a WPF?==<br /> <br /> WPF újdonságai:<br /> * Teljeskörű integráció: 2D,3D,...<br /> * Felbontás független: Nincs pixel<br /> * Hardveres gyorsítás: D3D-re épülve hardveresen gyorsított, ami nem, az szoftveresen<br /> * Deklaratív szemlélet: XAML<br /> * Testreszabhatóság: Nem csak szöveg, hanem bármilyen Control lehet egy gombban pl,template, skin<br /> * Egyszerű telepítés: Hagyományos, böngészőben<br /> <br /> == 18. Mi a dependency property? Hogyan adható meg, hogyan használható?==<br /> <br /> Dependency property: Adatkötés<br /> * Változásról értesítés automatikus<br /> * Property érték öröklése lefelé<br /> * Regisztrálni kell<br /> <br /> ==19. A vezérlők (pl. button) szintjén milyen újdonságokat hozott be a WPF? Mutasson konkrét példát XAML kóddal együtt!==<br /> <br /> WPF controllok:<br /> * Content control: Egyetlen gyerekük lehet<br /> ** Button, RepeatButton, ToggleButton, CheckBox, RadioButton<br /> ** Label, Tooltip, Frame<br /> ** GroupBox, Expander<br /> * Items Control: Tetszőleges mennyiségű gyerekük lehet<br /> * Range Control: Előre megadott számérték közötti számértéket jelenítenek meg<br /> * Text Control: TextBox, RichTextbox, PasswordBox<br /> <br /> ----<br /> =Egyéb megválaszolt kérdések=<br /> <br /> ==Ismertesse a különböző join operátorok (nested loop, hash join, sort merge join) működését és tulajdonságait!==<br /> <br /> * Nested Loops Join<br /> ** Egymásba ágyazott kettős for ciklus<br /> ** I/O költség<br /> *** Nyalábolt esetben: O(B(R) * B(S))<br /> *** Nem nyalábolt esetben: O(T(R) * T(S))<br /> ** Tetszőleges méretű táblákra működik<br /> *** Nagy méret esetén: a két tábla egy-egy blokkját tartja memóriában<br /> *** Kis méret: a táblát bent lehet tartani<br /> * Hash Join<br /> ** Első menetben<br /> *** Kisebb (R) reláció beolvasása<br /> *** Vödrös hash építése a memóriában (Kulcs a join operátorban szereplő oszlop)<br /> ** Második menet<br /> *** A nagyobbik (S) reláció beolvasása<br /> *** Kapcsolódó rekordok keresése vödrös hashben<br /> ** I/O költség<br /> *** O(B(R) + T(S))<br /> * Sort merge Join<br /> ** Mindkét relációt beolvassa a memóriába<br /> ** Rendezi az összekapcsolási kulcs szerint<br /> ** A két rendezett listát összefésüli<br /> *** Listák közös bejárása<br /> *** Egyszerű algoritmus<br /> ** Kis méretű relációk esetén<br /> ** Index a rendezés miatt<br /> ** I/O költség<br /> *** O(B(R) + T(S))<br /> <br /> ==Mire valók a WPF-es panelek, mutass be hármat!==<br /> <br /> * A különböző layoutokat a Panel osztályból származó containerekkel lehet megvalósítani.<br /> ** '''Canvas'''<br /> *** A legegyszerűbb container, abszolút pozicionálást tesz lehetővé.<br /> *** A pozíciót a Canvas által definiált Canvas.Left, Canvas.Top, Canvas.Right, Canvas.Bottom attached propertykkel lehet megadni. Egyszerre csak kettő használható közülük, egy dimenzió mentén csak egy.<br /> ** '''StackPanel'''<br /> *** Ahogyan a neve is mutatja, a StackPanel egy stackként viselkedik, a belepakolt elemeket függőleges folytonosan helyezi el.<br /> *** Az elrendezés iránya (függőleges vagy vízszintes) a StackPanel Orientation attached propertyjével adható meg (alapértelmezett : Vertical).<br /> ** '''Wrappanel'''<br /> *** A Wrappanel abban különbözik a StackPaneltől, hogy az elemeket folytonosan balról jobbra illetve eközben fentről lefelé kitöltve helyezi el.<br /> *** A kitöltés iránya (hogy először fentről lefelé majd utána balról jobbra) helyezze el az elemeket az Orientation propertyvel állítható.<br /> ** '''DockPanel'''<br /> *** A DockPanelben elhelyezett elemeket a konténer egyes oldalaihoz dokkolhatjuk (illetve kitölttethetjük velük a rendelkezésre álló szabad területet).<br /> *** A dokkolás iránya (Left, Top, Right, Bottom, Stretch) a DockPanel.Dock dependency propertyvel adható meg. <br /> *** A végső elrendezésben szerepet játszik az elemek felvételének sorrendje is: az első felvett elem a teljes terület felett rendelkezik, a második már csak az első által szabadon hagyottal és így tovább. <br /> ** '''Grid'''<br /> *** Táblázatos megjelenítést tesz lehetővé.<br /> *** A táblázat sorai a RowDefinitions kollekcióba felvett RowDefinition objektumokkal definiálhatók. <br /> *** Az oszlopok hasonlóképpen a ColumnDefinitions kollekcióhoz hozzáadott ColumnDefinition objektumokkal. <br /> *** Egy tartalmazott elem pozíciója (sor, oszlop) a Grid.Row ill. Grid.Column dependency propertykkel definiálható.<br /> <br /> ==Objektumrelációs leképezés során miképp lehet leképezni az öröklődést (legalább 3 módszert mutasson be)? Térjen ki a többszörös öröklődés problémájára is.==<br /> <br /> * '''Hierarchia leképezése egy közös táblába'''<br /> ** Egyszerű hierarchiák leképezéséhez.<br /> ** Megvalósítás<br /> *** az objektum minden attribútumát (örököltekkel) felsoroljuk<br /> *** objektumtípusok (osztályok) tárolása:<br /> *** minden típushoz egyedi azonosító VAGY <br /> *** !IsClass1, !IsClass2, &amp;#8230; oszlopok <br /> *** egyedi példányazonosító tárolása<br /> *** bővítés kezelése: új attribútumok felvitele<br /> ** Előnyök<br /> *** egyszerű<br /> *** könnyű új osztályt vinni a hierarchiába<br /> *** könnyen követhető, melyik objektum milyen osztályok példánya<br /> ** Hátrányok<br /> *** helypazarló<br /> *** egy osztály megváltozása az egész tárolást változtatja<br /> *** nehezen áttekinthető<br /> * '''Minden valós osztály leképezése saját táblába'''<br /> ** Ritkán változó struktúrák leképezéséhez.<br /> ** Megvalósítás<br /> *** minden valós osztálynak saját tábla<br /> *** az osztály minden attribútumának eltárolása<br /> *** egyedi példányazonosító tárolása<br /> *** ha változik egy attribútum, csak a hierarchiaszint mentén kell végigvinni<br /> ** Előnyök<br /> *** átlátható<br /> *** gyors adatelérés<br /> *** jól illeszkedik az objektummodellhez<br /> ** Hátrányok<br /> *** osztály módosítása esetén hierarchiaszintek módosítása<br /> *** több szerepet is betöltő példányok kezelése nehézkes<br /> * '''Minden osztály leképezése saját táblába'''<br /> ** Absztrakt osztályok is<br /> ** Komplex öröklési hierarchia és gyakran változó struktúrák leképezéséhez.<br /> ** Megvalósítás<br /> *** a táblák követik az osztályhierarchiát<br /> *** szülő-gyerek viszony leképezése külső kulcsokkal<br /> *** egyedi példányazonosító tárolása<br /> ** Előnyök<br /> *** osztályok struktúrája könnyen módosítható<br /> ** Hátrányok<br /> *** összetett DB-séma<br /> *** egy példány adatai több táblában vannak (öröklés miatt)<br /> *** összetett lekérdezés<br /> * '''Osztályok és hierarchiaszintek általános leképezése'''<br /> ** Komplex alkalmazásokban, kis mennyiségű adat mellett, ahol akár futási időben is minden változhat.<br /> ** Megvalósítás<br /> *** metaadat-központú<br /> *** általános séma: tetszőleges hierarchia leírható &amp;#8211; hierarchia &amp;#61664; metaadat, példányok &amp;#61664; attribútumok<br /> *** class, attribute, attributeType, value, inheritance, stb&amp;#8230; táblák<br /> ** Előnyök<br /> *** perzisztencia-kezelő rendszerekhez illeszkedik<br /> *** flexibilis, bármi leírható benne<br /> ** Hátrányok<br /> *** nehéz összeszedni egy példány adatait<br /> *** sok adat esetén nem hatékony<br /> * '''Többszörös öröklés megvalósítása''' <br /> ** C++ miatt még mindig szükséges<br /> ** Ugyanazok a technológiák használhatók<br /> ** Az általános megoldásban benne van<br /> <br /> ==Tekintsük a mellékelt adatmodell LinQ leképzését! Készíts olyan C# nyelvű, LinQ-re épülő függvényt, mely a 10 legdrágább terméket átsorolja egy új kategóriába (a kategória lehet, hogy létezik, de az is lehet, hogy létre kell hozni), a kategória neve, és a DataContext bemenő paramétere a függvénynek!==<br /> &lt;pre&gt;<br /> public void function(String name, CustomDataContext sdc){<br /> var q1 = (from t in sdc.Termeks<br /> orderby t.NettoAr descending<br /> select t).Take(10);<br /> var q2 = from k in sdc.Kategorias<br /> where k.Nev == name<br /> select k;<br /> Kategoria k2;<br /> if (q2.Count() == 0) {<br /> k2 = new Kategoria();<br /> k2.Nev = name;<br /> } else {<br /> k2 = q2.First();<br /> }<br /> foreach (Termek t in q1) {<br /> t.Kategoria = k2;<br /> }<br /> sdc.SubmitChanges();<br /> }<br /> &lt;/pre&gt;<br /> <br /> ----<br /> =Egyéb megválaszolatlan kérdések=<br /> <br /> ==ADO.NET kapcsolatnélküli modell bemutatása + példa==<br /> <br /> ==Mi a clustered index MSSQL-ben, mi történik, ha clustered és non clustered index is van egy táblára? Mi az included column?==<br /> <br /> ==Adott egy osztályhierarchia (Jármű, Gépjármű, Repülő, stb.). Milyen adattáblákba és C# osztályokba képezzük le?==<br /> <br /> ==A példaadatbázisba fel kell venni egy új oszlopot Vevo. OsszesVasarlas néven. Fel kell tölteni az értékét a !MegrendelésTétel tábla alapján scripttel + írni kell rá egy karbantartó triggert.==<br /> <br /> ==Tekintsük a mellékelt adatmodellt! Vegyünk fel a vevők táblába egy új oszlopot: OsszMegrendeles, mely jelentése, hogy a vevő mekkora értékben rendelt eddig. Készíts scriptet MS SQL Serverre, mely a kívánt módosításokat elvégzi, valamint készíts triggert/ triggereket, mely az OsszMegrendeles oszlopot karban tartja!==<br /> <br /> ==Ismertesse az MSSQL szerver a nem módosítható és módosítható replikációját.==<br /> <br /> ==Tekintsük a mellékelt adatmodellt. Vegyünk fel a vevők táblába egy új oszlopot: Inaktív, amely jelentése, hogy a vevő régen rendelt. Készíts tárolt eljárást Oracle szerveren, mely minden vevőnek beállítja az inaktív státuszát! Azokat tekintjük inaktívnak, akik már 180 napja nem rendeltek semmit.==<br /> <br /> ==Tekintsük a mellékelt adatmodell LinQ leképezését! Készítsen olyan C# nyelvű LinQ-re épülő függvényt, mely a paraméterül kapott DataContext -et, és a Megrendelés és !SzámlaKiállító objektumokra készít efy új számlát (beleértve a számlatételeket is).==<br /> <br /> ==ASP.NET alkalmazásokban miképp lehet megvalósítani az optimista konkurencia kezelést? Írjon mintaprogramot, amely az ÁFA táblán megvalósítja, amennyiben szükséges, módosítja a táblát.==<br /> <br /> ==C# függvényt kellett írni, linq to sql kód==<br /> <br /> ==C# de ado.netes, kapcsolat Alapú modell==<br /> <br /> ==Oracle sql lekérdezések és triggerírás==<br /> <br /> ==Ajax fogalma, milyen technológiát használ és mi a lényege==<br /> <br /> ==Ismertesse a két és háromrétegű adattárház architektúrát!==<br /> <br /> ==2 és 3 rétegű adattárház technológia. Miben különbözik az adattárház és az adatpiac?==<br /> <br /> ==Hasonlítsa össze az Oracle és MSSQL triggerkezelését==<br /> <br /> ==ASP.NET-ben hogyan történik a böngészőből jövő kérés kezelése(vagy vmi hasonló)? Mikor történik az események feldolgozása?==<br /> <br /> ==Készítésen tárolt eljárást MSSQL adatbázisra! Paraméterként egy megrendelés azonosítót kap. Adjon 10% kedvezményt azokra a termékekre a megadott megrendelésből, melyekből a vevő már legalább 20-at rendelt(és a státusza számlázva)!==<br /> <br /> ==Termék tábla eléréséhez kellett objektumkötéses menedzser objektumok létrehozni. Elég csak az Update műveletet megírni.==<br /> <br /> ==Tekintsük a mellékelt adatmodellt, mely O/R leképezés eredményeképp jött létre. Objektum típusú adatkötési feladatok megoldásához készítsen C# nyelven Manager objektumot a Termék táblában tárolt Termék egyedekhez, a konkurenciakezelést is oldja meg!==<br /> <br /> ----<br /> -- [[MajorPeter|aldaris]] - 2009.06.07. &lt;br/&gt;<br /> -- [[KantorT|Cantor]] - 2009.06.07. &lt;br/&gt;<br /> -- [[PallosTamas|Velias]] - 2010.01.02 &lt;br/&gt;<br /> -- [[SallaiTamas|sashee]] - 2010.01.05. &lt;br/&gt;<br /> -- [[MolnarMarton|molnarm]] - 2011.01.05.<br /> <br /> <br /> [[Category:Infoszak]]</div>

Tarnay Kálmán https://vik.wiki/index.php?title=Adatvez%C3%A9relt_alkalmaz%C3%A1sok_fejleszt%C3%A9se_(AAF)_-_Kidolgozott_feladatok&diff=188016 2016-01-20T03:37:55Z

<p>Tarnay Kálmán: Nincs beszédfelismerés WPF-ben</p> <hr /> <div>{{Vissza|Adatvezérelt_alkalmazások_fejlesztése}}<br /> <br /> A hivatkozott adatmodell megegyezett a gyakorlatokon használttal.<br /> <br /> __TOC__<br /> <br /> =2011 januári záróvizsga kérdések=<br /> <br /> A 2010-esből ami nem kellett, azt áttettem az egyéb kérdésekbe.<br /> <br /> ==1. Ismertesse a háromrétegű architektúra elemeit, mutassa be az egyes rétegek szerepét! Milyen rétegfüggetlen szolgáltatások találhatók meg egy háromrétegű architektúrára épülő alkalmazásban?==<br /> <br /> [[File:aaf_3reteg.png|400px|right]]<br /> A három réteg:<br /> * Megjelenítési réteg<br /> ** Tipikusan MVC architektúra<br /> ** Felület független a tranzakcióktól<br /> ** Felhasználói input ellenőrzése<br /> ** Egyszerű transzformációk (név &lt;-&gt; id)<br /> ** Adatok megjelenítése<br /> ** Lokalizáció<br /> * Üzleti réteg<br /> ** Business Entities<br /> ** Business Components<br /> *** Összetett komponensek<br /> *** Alapszolgáltatásokat implementál<br /> *** Tranzakciók (része lehet)<br /> ** Business Workflow<br /> *** Összetett üzleti folyamatok<br /> *** Komponensekből építkezik<br /> *** Tranzakció határok<br /> ** Service Interfaces (belső rétegek elrejtése)<br /> * Adatelérési réteg<br /> ** DAL<br /> *** Adatbázis hozzáférés<br /> *** Elemi adatszolgáltatások<br /> ** Service Agents<br /> *** Szolgáltatások elérése<br /> *** Külső szolgáltatások &quot;adatbázisként&quot; látszanak<br /> *** Csomagolás<br /> <br /> Rétegfüggetlen szolgáltatások:<br /> * Security<br /> ** Authentication, Authorization, Secure Communication, Auditing, Profile management<br /> * Operational management<br /> ** Exception management, Monitoring, Biz monitoring, Metadata, Configuration, Service Location<br /> * Communication<br /> ** Synchronicity, Format, Protocol<br /> <br /> ==2. Ismertesse a tranzakciók alaptulajdonságait! Mire szolgálnak a tranzakció izolációs szintek, milyen izolációs szinteket támogat az Oracle és az MS SQL Server?==<br /> <br /> A tranzakció a feldolgozás '''logikai egysége''', olyan feldolgozási műveletek sorozata, melyek csak együttesen értelmesek. Alaptulajdonságok (ACID):<br /> * Atomicity (Atomicitás)<br /> ** Vagy az összes művelet hatásos, vagy egyik sem<br /> * Consistency (Konzisztencia)<br /> ** A rendszert konzisztens állapotból konzisztens állapotba viszi<br /> ** Hiba esetén is képes konzisztens állapotba visszaállni (soft hiba: memória tartalom vész el, hard hiba: háttértároló sérül)<br /> * Isolation (Izoláció)<br /> ** Tranzakciók hatásai egymástól függetlenek<br /> ** Tranzakciók ütemezése<br /> *** Mintha egymás után hajtódnának végre<br /> *** Zárolás<br /> * Durability (Tartósság)<br /> ** Hatása tartósan megmarad<br /> ** Nemcsak memóriában történik meg a módosítás (hibákra figyelni)<br /> <br /> Izolációs szintek: Az izoláció költséges, és legtöbb esetben nincs is rá szükség, ezért az izolációs szinteknek a feladata olyan megoldásokat választani, ami épp annyi megszorítást (overhead-et) visz a rendszerbe, amennyi még a tranzakciók helyes működéséhez feltétlen szükséges (lehetnek olyan problémák - a problémákat lást alább - amiket az adatbázis kezelő helyett az üzleti logika is meg tud oldani, ráadásul hatékonyabban az alap működésből adódóan).<br /> <br /> Megfelelő izoláció hiányában előforduló problémák:<br /> * Elveszett módosítás: 2 tranzakció is módosítja az elemet, ekkor csak a később kommitált hatása marad meg<br /> * Piszkos olvasás: Nem kommitált tranzakció adatát kiolvassa egy másik tranzakció<br /> * Nem megismételhető olvasás: Olvasás eredménye függ attól, hogy a tranzakción belül mikor lett kiadva<br /> * Fantom rekord: Kurzoroknál előfordulhat, hogy olyan elem van benne, ami már törlődött, vagy olyan elem hiányzik, ami azóta jött létre<br /> <br /> MSSQL:<br /> * Uncommitted read: mind a 4 probléma<br /> * Committed read: Nincs piszkos olvasás (csak kommittált adat olvasható)<br /> ** Implementációja (MSSQL!):<br /> *** Select utasítás<br /> **** Megosztott zárakat használ<br /> *** Rekord módosul<br /> **** Más nem olvashatja<br /> * Repeatable read: nincs piszkos olvasás, nincs nem megismételhető olvasás<br /> * Serializable: Teljes izoláció -&gt; egyik probléma sem fordulhat elő<br /> * Snapshot (szabványtól eltérő)<br /> ** az Oracle Committed Read izolációs szint implementációjával kompatibilis<br /> <br /> Oracle:<br /> * Committed read: Nincs piszkos olvasás (csak kommittált adat olvasható)<br /> ** Implementációja (Oracle!):<br /> *** Select utasítás<br /> **** Nem helyez el zárakat<br /> *** Rekord módosul<br /> **** A commitált kép '''mindig''' olvasható<br /> * Serializable: Teljes izoláció -&gt; egyik probléma sem fordulhat elő<br /> * Read only (szabványtól eltérő)<br /> ** Serilazibale konzisztenciájú<br /> ** Nem módosíthat<br /> ** Tipikusan jelentésekhez<br /> <br /> ==3. Ismertesse az adatbázisok szerver oldali programozásának előnyeit, hátrányait! Milyen programozási lehetőségei, sajátosságai vannak az Oracle Servernek?==<br /> <br /> Előnyök:<br /> * Adatbázis felelős a konzisztenciáért<br /> * Adatbiztonság<br /> ** Adatmódosítás csak definiált interfészen keresztül<br /> * Zárt futtató környezet<br /> * Teljesítmény növelés<br /> ** Csökkenő hálózati forgalom<br /> ** Tárolt végrehajtási tervek<br /> ** Cache<br /> * Termelékenység<br /> ** Többkomponens hívhatja<br /> ** Egyszerűbb karbantartás<br /> <br /> Hátrányok:<br /> * Nem szabványos<br /> ** Platformfüggő nyelvi elemek, megoldások<br /> * Interpretált<br /> * Növeli a szerver terhelését<br /> * Nem, illetve nehezen skálázható<br /> * Adatrétegbe nem illik bele az üzleti logika<br /> <br /> Oracle Server:<br /> * Pascal jellegű szintax<br /> * Tárolt eljárások<br /> ** Eltárolja a szerver a végrehajtási tervet, hivatkozott objektumokat és a státuszát<br /> ** Ha érvénytelenné válik(pl valamely tábla struktúrája vagy jogosultsága megváltozik), akkor következő futtatásnál fordítja újra<br /> ** Lehet külső, ekkor egy külső folyamat hajtja végre<br /> ** Lehet függvény, ekkor van visszatérési értéke<br /> * Triggerek: Eseménykezelés<br /> ** DML(táblához), DDL(sémához), rendszeresemény hatására<br /> ** Instead of triggerrel lehet nézetekben is módosítást értelmezni<br /> ** Lehet sor és utasítás szintű<br /> ** :new és :old az új/eéőző érték<br /> ** Lehet kaszkádosítani<br /> ** Nem lehet rekurzió<br /> ** Triggerek sorrendje megadható<br /> ** DML-nél csatlakozik a tranzakcióhoz<br /> ** DDL-nél és rendszereseménynél új tranzakciót indít<br /> * Csomagok: Eljárások gyűjteménye<br /> ** Interface<br /> ** Session kezelése<br /> ** Használatkor betöltödik az egész<br /> * Interpretált<br /> * Zárt környezet<br /> <br /> ==4. Ismertesse az adatbázisok szerver oldali programozásának előnyeit, hátrányait! Milyen programozási lehetőségei, sajátosságai vannak az MS SQL Servernek?==<br /> Lásd előző feladat<br /> <br /> MSSQL Server:<br /> * Tárolt eljárások<br /> ** Optimalizál, fordít<br /> ** Újrafordít (pl új index bevezetésekor)<br /> ** Külső eljárások .NET Assemblyk<br /> ** Tárolt függvények: Nem módosíthatnak adatot<br /> * Triggerek<br /> ** Inserted, Deleted az új/régi érték<br /> ** Kaszkádosítás<br /> ** Rekurzió<br /> ** Teljes sorrend nem definiálható, csak az első és utolsó<br /> ** Instead of triggerek<br /> ** DDL trigger is a tranzakció része<br /> <br /> ==5. Mi a lekérdezés optimalizáló feladata? Ismertesse az Oracle Server lekérdezés optimalizációjának sajátosságait!==<br /> <br /> Optimalizálás: Kevésbé használja a hardvert ugyanannak a hatásnak az eléréséhez<br /> * IO:<br /> ** Korai beolvasás<br /> ** Cilinder alapú szervezés (Egymás utáni adatok könnyen kiolvashatóak)<br /> ** RAID<br /> ** Liftezés<br /> * CPU<br /> * Memória<br /> <br /> Optimalizáló:<br /> * Fizikai terv elkészítése<br /> * Táblák bejárása<br /> * Táblák összekapcsolása<br /> * Logikai tervet kap<br /> * Optimalizált tervet ad át a sorfordítónak, ami leképzi, majd a végrehajtó végrehajtja<br /> <br /> Logikai optimalizálás:<br /> * Elemző fa kialakítása<br /> ** Reláció<br /> ** Művelet<br /> ** Adat áramlása (lentről felfelé)<br /> * Relációs algebrai műveletek<br /> * Fa átalakítása<br /> ** Kiválasztás lefelé<br /> ** Vetítés felfelé<br /> ** Join használata: Egyik attribútuma tábla<br /> <br /> Fizikai tervek optimalizációja: IO-ra<br /> * Költségbecslés:<br /> ** B(R): Az R reláció által elfoglalt blokkok száma<br /> ** T(R): A reláció sorainak a száma<br /> ** V(R,a): Az R reláció az 'a' attribútumainak a variáltsága<br /> <br /> Oracle optimalizációja:<br /> * Módok:<br /> ** Atbocsájtó képesség<br /> ** Első n sor megtalálása<br /> * Nézetek:<br /> ** Allekérdezésként vagy<br /> ** Külön optimalizálja<br /> * Statisztikák:<br /> ** Defaultértékek, majd mintavételezés<br /> ** Adatszótárak<br /> * Táblaelérési módok:<br /> ** Full table scan: Nincs index, sok rekord kell<br /> ** Rowid scan: Index alapján<br /> ** Unique index scan: Elsődleges kulcs alapján<br /> ** Index range scan: Index szerint rendezett eredményhalmaz<br /> ** Full index scan: Kulcs szerint rendezett eredményhalmaz<br /> ** Fast full index scan: Ha csak az index elemei kellenek (nem kell a táblát elérni hozzá)<br /> ** Index join: Összekapcsolt indexek attribútumaihoz<br /> ** Bitmap index scan: Feltétel kiértékeléséhez<br /> * Indexek:<br /> ** B*<br /> ** Bitmap index<br /> ** Index organized table: Blokkok sorrendje index szerint<br /> * SQL hint:<br /> ** Preferált index<br /> ** Index használatának tiltása<br /> ** Join típus<br /> ** Join sorrend<br /> ** Táblaelérési mód<br /> ** Párhuzamos végrehajtás<br /> <br /> ==6. Mi a lekérdezés optimalizáló feladata? Ismertesse az MS SQL Server lekérdezés optimalizációjának sajátosságait!==<br /> <br /> Lásd: előző feladat<br /> <br /> MSSQL optimalizációja:<br /> * Statisztikák alapján<br /> * Triviális terv: Szabály alapú<br /> * Nem triviális terv: Ha valamelyik fázis után elég kicsire becsüli a költséget, akkor nem megy tovább<br /> ** 0. fázis: Egyszerű átalakítások<br /> ** 1. fázis: Kibúvített átalakítások<br /> ** 2. fázis: Párhuzamos végrehajtások vizsgálata<br /> * Táblaelérési módok:<br /> ** Table scan<br /> ** Clustered index scan: Nyalábolt adatolvasás, primary key mentén<br /> ** Nonclustered index scan: = operátor kiértékelésére<br /> ** Non/Clustered index seek: &lt;, &gt; operátorok kiértékelésére<br /> * Indexek:<br /> ** B*<br /> *** Egyszerű<br /> *** Összetett<br /> *** Clustered<br /> * SQL hint<br /> * Plan cache: A végrehajtási tervet eltárolja<br /> * Indexelt nézetek: Eltárolja a nézetek eredményeit<br /> * Included column: B* fa levelének bővítése oszlopokkal (a tényleges rekordot nem kell kiolvasni)<br /> * Clustered és nonclustered indexek együttes használata<br /> <br /> ==7. Mi az adatelérési osztálykönyvtárak szerepe? Ismertesse a kapcsolat alapú ADO.Net adatelérést!==<br /> <br /> Adatelérési könyvtár szerepe: Absztrahálja az adatelérést<br /> <br /> Kapcsolat alapú ADO.Net:<br /> * Előnyei<br /> ** Konkurrencia kezelése egyszerűbb<br /> ** Adatok mindig a legfrissebbek<br /> * Hátrányok<br /> ** Folyamatos kapcsolat<br /> ** Kevésbé skálázható<br /> * DataReader<br /> * SqlCommand<br /> * SqlConnection<br /> * Működés lépései:<br /> ** Kapcsolat nyitás<br /> ** Munka<br /> ** Kapcsolat zárás<br /> * Pesszimista ütközéskezelés: Adatbázis zárak<br /> <br /> ==8. Mi az adatelérési osztálykönyvtárak szerepe? Ismertesse a kapcsolat nélküli ADO.Net adatelérést! Hogyan működik az optimista konkurencia kezelés?==<br /> <br /> Lásd előző feladat<br /> <br /> Kapcsolat nélküli ADO.Net:<br /> * Előnyei/Hátrányai: !kapcsolat alapú<br /> * DataSet: Adatbázis a memóriában<br /> ** Felölthető, módosítható lokálisan, majd visszatölthető<br /> ** Kapcsolatokat tud kezelni<br /> ** Kulcsok, kényszerek<br /> ** Lehet típusos<br /> * DataAdapter: DataSet-et illeszti az adatbázishoz. Feltölt, szinkronizál<br /> * DataView: Nézet egy tábla fölött. Adatkötés<br /> * Sor állapotai: Ez alapján vezeti át az Adapter<br /> ** Unchanged<br /> ** Added<br /> ** Deleted<br /> ** Modified<br /> ** Detached: Nem része kollekciónak<br /> * Működés lépései:<br /> ** Kapcsolat nyitás<br /> ** DataSet feltöltése<br /> ** Kapcsolat zárás<br /> ** Munka<br /> ** Kapcsolat nyitás<br /> ** DataSet visszaírása<br /> ** Kapcsolat zárás<br /> * Verziókövetés:<br /> ** Original<br /> ** Current<br /> ** Default: State-től függ<br /> ** Proposed: Szerkesztés alatt<br /> * Optimista ütközéskezelés: Tartalom vagy timestamp alapján vizsgáljuk<br /> <br /> ==9. Mi az O/R leképzés feladata, mire szolgálnak a shadow információk? Az öröklési hierarchiát miképp lehet leképezni relációs sémára?==<br /> <br /> Feladata:<br /> * Üzleti objektumok leképezése relációs adatmodellre<br /> * Adattárolás és üzleti folyamatok összkötése<br /> <br /> Shadow információk: Szükségesek a perzisztencia implementálásához<br /> * Kulcsok<br /> * Időbélyegek<br /> * Új vagy módosított objektum<br /> <br /> Öröklés leképzése:<br /> * Egy táblába: Diszkriminátor attribútum<br /> * Minden valós osztály egy-egy táblába: Csak a példányosítható osztályoknak van saját táblájuk, melyek tartalmazzák az osztály összes tulajdonságát<br /> * Minden osztály egy-egy táblába: Absztrakt osztályoknak is lesz saját táblájuk, az ősök tulajdonságaihoz idegen kulcsok vannak<br /> * Általános struktúrába: Bárhogy kialakíthatjuk<br /> <br /> ==10. Ismertesse a LinQ to SQL felépítését, működését! Miképp történik az öröklési hierarchia kezelése? Miképp történik az objektumok egyediségének biztosítása?==<br /> <br /> LinQ: nyelvi elem<br /> * ORM<br /> * Alkalmazás és SQL szerver között<br /> * Relációkat is kezel<br /> ** Azonnali/késleltetett betöltés<br /> * Join<br /> * Öröklés: Csak 1 táblába<br /> * Objektumok egyedisége: Karbantart egy identitás táblát, így a többször lekért ugyanaz a sor ugyanarra az objektumra fog mutatni<br /> <br /> ==11. ASP.Net környezetben miképp történik a böngészőnek küldött válasz előállítása? Mikor futnak le az egyes eseménykezelők? Milyen lehetőségünk van adatkötésre?==<br /> <br /> Válasz előállítása: Kliens küld HTTP kérést, majd az oldalon lévő vezérlők ezt feldolgozva előállítják a saját válaszukat, majd ez kerül vissza a klienshez HTTP válasz formájában.<br /> <br /> Eseménykezelők: Feldolgozás során a változások és akciók résznél.<br /> <br /> Adatkötés:<br /> * Egyszerű: Deklaratívan vagy DataBind() hívásával<br /> * Listás: Deklaratívan, kódból vagy DataBind() hívásával<br /> <br /> ==12. Milyen elemekből építkezik az AJAX, mi az egyes elemek szerepe? Miképp történik az oldalak részleges frissítése? Mire szolgál az Update Panel?==<br /> <br /> AJAX:<br /> * XmlHttpRequest: Aszinkron kérés<br /> * Javascript: Kliens oldali program, amelyik kezeli az aszinkron kommunikációt<br /> * DOM: Kliens oldali dokumentum<br /> * XML: A kommunikációt leíró nyelv<br /> <br /> Oldalak részleges frissítése: Csak az oldalnak egy bizonyos része kerül vissza a szervernek. A teljes oldalt legenerálja, de csak a kijelölt régiók tartalma lesz a kliensnek kiküldve<br /> <br /> UpdatePanel: Az ebben lévő elemek lesznek részlegesen frissítve<br /> <br /> ==13. Ismertesse az elosztott adatbázisok előnyeit, hátrányait! Hogyan működnek az elosztott nézetek?==<br /> <br /> Elosztott adatbázis: Logikailag egyetlen adatbázis, de több számítógépen van tárolva<br /> * Előnyei:<br /> ** Skálázható<br /> ** Nagyobb megbíhatóság<br /> ** Helyi irányítás<br /> ** Moduláris növekedés<br /> ** Kisebb kommunikációs költség<br /> ** Gyorsabb válaszidő<br /> * Hátrányai:<br /> ** Komplexitás<br /> ** Megnövekedett koordinálási feladat<br /> ** Adatintegritás nehezebb<br /> <br /> Elosztott nézetek:<br /> * '''Vízszintes particionálás'''<br /> ** Egyes sorok egyik helyen<br /> ** Más sorok másik helyen<br /> ** Tranzakciók abban a fiókban, ahol a számla van<br /> ** Előnyök<br /> *** hatékonyság: adat közel a felhasználóhoz<br /> *** helyi optimalizáció<br /> *** biztonság: csak azok az adatok, amelyek érdekesek egy adott helyen<br /> *** lekérdezés eredménye egyszerő unió<br /> ** Hátrányok<br /> *** inkonzisztens elérési idő<br /> *** hiba esetén nem térhetünk át egy másik csomópontra<br /> * '''Függőleges particionálás'''<br /> ** Oszlopok szerint osztjuk fel a relációt<br /> ** Két részleg: mérnöki, gyártás<br /> ** Előnyök<br /> *** ugyanaz, mint vizszintesnél<br /> *** de a lekérdezés eredménye: join<br /> ** Hátrányok<br /> *** ugyanaz, mint vízszintesnél<br /> <br /> ==14. Ismertesse az elosztott adatbázisok előnyeit hátrányait! Mire szolgál a replikáció? Hogyan működik?==<br /> <br /> Lásd előző feladat<br /> <br /> Replikáció: Adatokat elosztja a több adatbázis között<br /> * Ami változik egyik helyen, azt átvezetjük a többire is.<br /> <br /> ==15. Ismertesse a két és háromrétegű adattárház építésének folyamatát! Mi a különbség az adatpiac és az adattárház között?==<br /> <br /> Architektúrák:<br /> * Kétrétegű: A felhasználók közvetlenül az adattárházhoz kapcsolódnak, ami az OLTP-ből nyeri az adatokat<br /> * Háromrétegű: A felhasználók adatpiacokhoz(data mart) férnek hozzá, ahol tematikusan kiválasztott részek és származtatott adatok vannak<br /> <br /> Adattárház építésének lépései:<br /> * Adatok kinyerése: Milyen adatokra van szükség, hogyan érjük el(ha pl. nem relációs)<br /> * Tisztítása:<br /> ** Hiányzó adat kezelése<br /> *** Teljes rekord elvetése<br /> *** A hiányzó adat bekérése.<br /> *** A hiányzó adat helyettesítése<br /> **** Konstans értékkel<br /> **** Átlagértékkel<br /> **** Csoportra jellemző átlagértékkel<br /> **** Legvalószínűbb értékkel<br /> ** Zajszűrés:<br /> *** Numerikus adatok zajszűrése:<br /> **** Binning: minden k számú elemcsoportot helyettesít az átlagával<br /> **** Csoportképzés: Több attribútum együttes előfordulását vizsgálják, majd az egymás közelében elhelyezkedő adatokat a csoportot jellemző adatokkal helyettesítjük (csoport súlypontjával)<br /> **** Regresszió: Ebben az esetben is több attribútum együttes előfordulását vizsgáljuk, az egyes attribútumok közt valamilyen függvénykapcsolatot keresünk (általában lineárisat), majd az egyes értékeket a regressziós függvény értékeivel helyettesítjük.<br /> *** Szöveges adatok:<br /> **** Szótár alapú<br /> **** Klaszterező: Hash fv-vel számokká képezzük le<br /> * Transzformálása: Az adatok az adattárház egységes sémájára történő leképzés<br /> ** Rekord szintű:<br /> *** Kiválasztás<br /> *** Összekapcsolás<br /> ** Mező szintű: Típuskonverzió<br /> *** Algoritmikus<br /> *** Lekérdezéssel<br /> * Betöltése és indexelése: Pillanatkép és histórikus adatok<br /> <br /> ==16. Ismertesse a multidimenzionális adatmodellt! Mikor nevezünk egy rendszert OLAP rendszernek? Mire szolgál az OLAP kocka?==<br /> <br /> Multidimenzionális adatmodell:<br /> * Alapelemei:<br /> ** Dimenziós adatok: Ezen adatok mentén történik az elemzések végrehajtása<br /> ** Hierarchia szintek: Felbontás<br /> ** Tény adatok: Amit elemzünk<br /> * Sémák:<br /> ** Csillag: A tény adatokat tartalmazó táblához idegen kulcsokkal csatlakoznak a dimenziós tánlák<br /> ** Hópehely: A tény adatokhoz csak a legalacsonyabb hierarchia szint van csatolva, és ahhoz van a többi, így joinolni kell.<br /> <br /> OLAP(Online Analytical Processing) rendszerek:<br /> * FASMI(Fast Analysis of Shared Multidimensional Information) teszt: <br /> ** Fast: Gyors<br /> ** Analysis: A felhasználó számára szükséges üzleti és statisztikai elemzések elkészítésére alkalmas.<br /> ** Shared: Megosztott<br /> ** Multidimensional<br /> ** Information: Összes adat és származtatott adat elérhető<br /> <br /> OLAP kocka:<br /> * Dimenzió: A kocka élei<br /> * Hierarhia: Elvégezhető elemzések mélysége<br /> * Aggregátum: Származtatott mennyiségek<br /> <br /> OLAP kocka műveletek:<br /> * Szeletelés: 1 érték rögzítése, a diemnziószám csökken<br /> * Részkocka kiválasztása: Értékek megkötése<br /> * Lefúrás: Hierarhia szint csökkentése<br /> * Felfelé görgetés: hierarhia szint növelése<br /> * Forgatás: A megjelenített eredményt elforgatja<br /> <br /> ==17. Milyen főbb újdonságokat hozott be a WPF?==<br /> <br /> WPF újdonságai:<br /> * Teljeskörű integráció: 2D,3D,...<br /> * Felbontás független: Nincs pixel<br /> * Hardveres gyorsítás: D3D-re épülve harveresen gyorsított, ami nem, az szoftveresen<br /> * Deklaratív szemlélet: XAML<br /> * Testreszabhatóság: Nem csak szöveg, hanem bármilyen Control lehet egy gombban pl,template, skin<br /> * Egyszerű telepítés: Hagyományos, böngészőben<br /> <br /> == 18. Mi a dependency property? Hogyan adható meg, hogyan használható?==<br /> <br /> Dependency property: Adatkötés<br /> * Változásról értesítés automatikus<br /> * Property érték öröklése lefelé<br /> * Regisztrálni kell<br /> <br /> ==19. A vezérlők (pl. button) szintjén milyen újdonságokat hozott be a WPF? Mutasson konkrét példát XAML kóddal együtt!==<br /> <br /> WPF controllok:<br /> * Content control: Egyetlen gyerekük lehet<br /> ** Button, RepeatButton, ToggleButton, CheckBox, RadioButton<br /> ** Label, Tooltip, Frame<br /> ** GroupBox, Expander<br /> * Items Control: Tetszőleges mennyiségű gyerekük lehet<br /> * Range Control: Előre megadott számérték közötti számértéket jelenítenek meg<br /> * Text Control: TextBox, RichTextbox, PasswordBox<br /> <br /> ----<br /> =Egyéb megválaszolt kérdések=<br /> <br /> ==Ismertesse a különböző join operátorok (nested loop, hash join, sort merge join) működését és tulajdonságait!==<br /> <br /> * Nested Loops Join<br /> ** Egymásba ágyazott kettős for ciklus<br /> ** I/O költség<br /> *** Nyalábolt esetben: O(B(R) * B(S))<br /> *** Nem nyalábolt esetben: O(T(R) * T(S))<br /> ** Tetszőleges méretű táblákra működik<br /> *** Nagy méret esetén: a két tábla egy-egy blokkját tartja memóriában<br /> *** Kis méret: a táblát bent lehet tartani<br /> * Hash Join<br /> ** Első menetben<br /> *** Kisebb (R) reláció beolvasása<br /> *** Vödrös hash építése a memóriában (Kulcs a join operátorban szereplő oszlop)<br /> ** Második menet<br /> *** A nagyobbik (S) reláció beolvasása<br /> *** Kapcsolódó rekordok keresése vödrös hashben<br /> ** I/O költség<br /> *** O(B(R) + T(S))<br /> * Sort merge Join<br /> ** Mindkét relációt beolvassa a memóriába<br /> ** Rendezi az összekapcsolási kulcs szerint<br /> ** A két rendezett listát összefésüli<br /> *** Listák közös bejárása<br /> *** Egyszerű algoritmus<br /> ** Kis méretű relációk esetén<br /> ** Index a rendezés miatt<br /> ** I/O költség<br /> *** O(B(R) + T(S))<br /> <br /> ==Mire valók a WPF-es panelek, mutass be hármat!==<br /> <br /> * A különböző layoutokat a Panel osztályból származó containerekkel lehet megvalósítani.<br /> ** '''Canvas'''<br /> *** A legegyszerűbb container, abszolút pozicionálást tesz lehetővé.<br /> *** A pozíciót a Canvas által definiált Canvas.Left, Canvas.Top, Canvas.Right, Canvas.Bottom attached propertykkel lehet megadni. Egyszerre csak kettő használható közülük, egy dimenzió mentén csak egy.<br /> ** '''StackPanel'''<br /> *** Ahogyan a neve is mutatja, a StackPanel egy stackként viselkedik, a belepakolt elemeket függőleges folytonosan helyezi el.<br /> *** Az elrendezés iránya (függőleges vagy vízszintes) a StackPanel Orientation attached propertyjével adható meg (alapértelmezett : Vertical).<br /> ** '''Wrappanel'''<br /> *** A Wrappanel abban különbözik a StackPaneltől, hogy az elemeket folytonosan balról jobbra illetve eközben fentről lefelé kitöltve helyezi el.<br /> *** A kitöltés iránya (hogy először fentről lefelé majd utána balról jobbra) helyezze el az elemeket az Orientation propertyvel állítható.<br /> ** '''DockPanel'''<br /> *** A DockPanelben elhelyezett elemeket a konténer egyes oldalaihoz dokkolhatjuk (illetve kitölttethetjük velük a rendelkezésre álló szabad területet).<br /> *** A dokkolás iránya (Left, Top, Right, Bottom, Stretch) a DockPanel.Dock dependency propertyvel adható meg. <br /> *** A végső elrendezésben szerepet játszik az elemek felvételének sorrendje is: az első felvett elem a teljes terület felett rendelkezik, a második már csak az első által szabadon hagyottal és így tovább. <br /> ** '''Grid'''<br /> *** Táblázatos megjelenítést tesz lehetővé.<br /> *** A táblázat sorai a RowDefinitions kollekcióba felvett RowDefinition objektumokkal definiálhatók. <br /> *** Az oszlopok hasonlóképpen a ColumnDefinitions kollekcióhoz hozzáadott ColumnDefinition objektumokkal. <br /> *** Egy tartalmazott elem pozíciója (sor, oszlop) a Grid.Row ill. Grid.Column dependency propertykkel definiálható.<br /> <br /> ==Objektumrelációs leképezés során miképp lehet leképezni az öröklődést (legalább 3 módszert mutasson be)? Térjen ki a többszörös öröklődés problémájára is.==<br /> <br /> * '''Hierarchia leképezése egy közös táblába'''<br /> ** Egyszerű hierarchiák leképezéséhez.<br /> ** Megvalósítás<br /> *** az objektum minden attribútumát (örököltekkel) felsoroljuk<br /> *** objektumtípusok (osztályok) tárolása:<br /> *** minden típushoz egyedi azonosító VAGY <br /> *** !IsClass1, !IsClass2, &amp;#8230; oszlopok <br /> *** egyedi példányazonosító tárolása<br /> *** bővítés kezelése: új attribútumok felvitele<br /> ** Előnyök<br /> *** egyszerű<br /> *** könnyű új osztályt vinni a hierarchiába<br /> *** könnyen követhető, melyik objektum milyen osztályok példánya<br /> ** Hátrányok<br /> *** helypazarló<br /> *** egy osztály megváltozása az egész tárolást változtatja<br /> *** nehezen áttekinthető<br /> * '''Minden valós osztály leképezése saját táblába'''<br /> ** Ritkán változó struktúrák leképezéséhez.<br /> ** Megvalósítás<br /> *** minden valós osztálynak saját tábla<br /> *** az osztály minden attribútumának eltárolása<br /> *** egyedi példányazonosító tárolása<br /> *** ha változik egy attribútum, csak a hierarchiaszint mentén kell végigvinni<br /> ** Előnyök<br /> *** átlátható<br /> *** gyors adatelérés<br /> *** jól illeszkedik az objektummodellhez<br /> ** Hátrányok<br /> *** osztály módosítása esetén hierarchiaszintek módosítása<br /> *** több szerepet is betöltő példányok kezelése nehézkes<br /> * '''Minden osztály leképezése saját táblába'''<br /> ** Absztrakt osztályok is<br /> ** Komplex öröklési hierarchia és gyakran változó struktúrák leképezéséhez.<br /> ** Megvalósítás<br /> *** a táblák követik az osztályhierarchiát<br /> *** szülő-gyerek viszony leképezése külső kulcsokkal<br /> *** egyedi példányazonosító tárolása<br /> ** Előnyök<br /> *** osztályok struktúrája könnyen módosítható<br /> ** Hátrányok<br /> *** összetett DB-séma<br /> *** egy példány adatai több táblában vannak (öröklés miatt)<br /> *** összetett lekérdezés<br /> * '''Osztályok és hierarchiaszintek általános leképezése'''<br /> ** Komplex alkalmazásokban, kis mennyiségű adat mellett, ahol akár futási időben is minden változhat.<br /> ** Megvalósítás<br /> *** metaadat-központú<br /> *** általános séma: tetszőleges hierarchia leírható &amp;#8211; hierarchia &amp;#61664; metaadat, példányok &amp;#61664; attribútumok<br /> *** class, attribute, attributeType, value, inheritance, stb&amp;#8230; táblák<br /> ** Előnyök<br /> *** perzisztencia-kezelő rendszerekhez illeszkedik<br /> *** flexibilis, bármi leírható benne<br /> ** Hátrányok<br /> *** nehéz összeszedni egy példány adatait<br /> *** sok adat esetén nem hatékony<br /> * '''Többszörös öröklés megvalósítása''' <br /> ** C++ miatt még mindig szükséges<br /> ** Ugyanazok a technológiák használhatók<br /> ** Az általános megoldásban benne van<br /> <br /> ==Tekintsük a mellékelt adatmodell LinQ leképzését! Készíts olyan C# nyelvű, LinQ-re épülő függvényt, mely a 10 legdrágább terméket átsorolja egy új kategóriába (a kategória lehet, hogy létezik, de az is lehet, hogy létre kell hozni), a kategória neve, és a DataContext bemenő paramétere a függvénynek!==<br /> &lt;pre&gt;<br /> public void function(String name, CustomDataContext sdc){<br /> var q1 = (from t in sdc.Termeks<br /> orderby t.NettoAr descending<br /> select t).Take(10);<br /> var q2 = from k in sdc.Kategorias<br /> where k.Nev == name<br /> select k;<br /> Kategoria k2;<br /> if (q2.Count() == 0) {<br /> k2 = new Kategoria();<br /> k2.Nev = name;<br /> } else {<br /> k2 = q2.First();<br /> }<br /> foreach (Termek t in q1) {<br /> t.Kategoria = k2;<br /> }<br /> sdc.SubmitChanges();<br /> }<br /> &lt;/pre&gt;<br /> <br /> ----<br /> =Egyéb megválaszolatlan kérdések=<br /> <br /> ==ADO.NET kapcsolatnélküli modell bemutatása + példa==<br /> <br /> ==Mi a clustered index MSSQL-ben, mi történik, ha clustered és non clustered index is van egy táblára? Mi az included column?==<br /> <br /> ==Adott egy osztályhierarchia (Jármű, Gépjármű, Repülő, stb.). Milyen adattáblákba és C# osztályokba képezzük le?==<br /> <br /> ==A példaadatbázisba fel kell venni egy új oszlopot Vevo. OsszesVasarlas néven. Fel kell tölteni az értékét a !MegrendelésTétel tábla alapján scripttel + írni kell rá egy karbantartó triggert.==<br /> <br /> ==Tekintsük a mellékelt adatmodellt! Vegyünk fel a vevők táblába egy új oszlopot: OsszMegrendeles, mely jelentése, hogy a vevő mekkora értékben rendelt eddig. Készíts scriptet MS SQL Serverre, mely a kívánt módosításokat elvégzi, valamint készíts triggert/ triggereket, mely az OsszMegrendeles oszlopot karban tartja!==<br /> <br /> ==Ismertesse az MSSQL szerver a nem módosítható és módosítható replikációját.==<br /> <br /> ==Tekintsük a mellékelt adatmodellt. Vegyünk fel a vevők táblába egy új oszlopot: Inaktív, amely jelentése, hogy a vevő régen rendelt. Készíts tárolt eljárást Oracle szerveren, mely minden vevőnek beállítja az inaktív státuszát! Azokat tekintjük inaktívnak, akik már 180 napja nem rendeltek semmit.==<br /> <br /> ==Tekintsük a mellékelt adatmodell LinQ leképezését! Készítsen olyan C# nyelvű LinQ-re épülő függvényt, mely a paraméterül kapott DataContext -et, és a Megrendelés és !SzámlaKiállító objektumokra készít efy új számlát (beleértve a számlatételeket is).==<br /> <br /> ==ASP.NET alkalmazásokban miképp lehet megvalósítani az optimista konkurencia kezelést? Írjon mintaprogramot, amely az ÁFA táblán megvalósítja, amennyiben szükséges, módosítja a táblát.==<br /> <br /> ==C# függvényt kellett írni, linq to sql kód==<br /> <br /> ==C# de ado.netes, kapcsolat Alapú modell==<br /> <br /> ==Oracle sql lekérdezések és triggerírás==<br /> <br /> ==Ajax fogalma, milyen technológiát használ és mi a lényege==<br /> <br /> ==Ismertesse a két és háromrétegű adattárház architektúrát!==<br /> <br /> ==2 és 3 rétegű adattárház technológia. Miben különbözik az adattárház és az adatpiac?==<br /> <br /> ==Hasonlítsa össze az Oracle és MSSQL triggerkezelését==<br /> <br /> ==ASP.NET-ben hogyan történik a böngészőből jövő kérés kezelése(vagy vmi hasonló)? Mikor történik az események feldolgozása?==<br /> <br /> ==Készítésen tárolt eljárást MSSQL adatbázisra! Paraméterként egy megrendelés azonosítót kap. Adjon 10% kedvezményt azokra a termékekre a megadott megrendelésből, melyekből a vevő már legalább 20-at rendelt(és a státusza számlázva)!==<br /> <br /> ==Termék tábla eléréséhez kellett objektumkötéses menedzser objektumok létrehozni. Elég csak az Update műveletet megírni.==<br /> <br /> ==Tekintsük a mellékelt adatmodellt, mely O/R leképezés eredményeképp jött létre. Objektum típusú adatkötési feladatok megoldásához készítsen C# nyelven Manager objektumot a Termék táblában tárolt Termék egyedekhez, a konkurenciakezelést is oldja meg!==<br /> <br /> ----<br /> -- [[MajorPeter|aldaris]] - 2009.06.07. &lt;br/&gt;<br /> -- [[KantorT|Cantor]] - 2009.06.07. &lt;br/&gt;<br /> -- [[PallosTamas|Velias]] - 2010.01.02 &lt;br/&gt;<br /> -- [[SallaiTamas|sashee]] - 2010.01.05. &lt;br/&gt;<br /> -- [[MolnarMarton|molnarm]] - 2011.01.05.<br /> <br /> <br /> [[Category:Infoszak]]</div>

Tarnay Kálmán https://vik.wiki/index.php?title=Adatvez%C3%A9relt_alkalmaz%C3%A1sok_fejleszt%C3%A9se_(AAF)_-_Kidolgozott_feladatok&diff=188015 2016-01-20T03:35:05Z

<p>Tarnay Kálmán: Ha minden adatmódosításnál újrafordítanánk, az nem lenne jó...</p> <hr /> <div>{{Vissza|Adatvezérelt_alkalmazások_fejlesztése}}<br /> <br /> A hivatkozott adatmodell megegyezett a gyakorlatokon használttal.<br /> <br /> __TOC__<br /> <br /> =2011 januári záróvizsga kérdések=<br /> <br /> A 2010-esből ami nem kellett, azt áttettem az egyéb kérdésekbe.<br /> <br /> ==1. Ismertesse a háromrétegű architektúra elemeit, mutassa be az egyes rétegek szerepét! Milyen rétegfüggetlen szolgáltatások találhatók meg egy háromrétegű architektúrára épülő alkalmazásban?==<br /> <br /> [[File:aaf_3reteg.png|400px|right]]<br /> A három réteg:<br /> * Megjelenítési réteg<br /> ** Tipikusan MVC architektúra<br /> ** Felület független a tranzakcióktól<br /> ** Felhasználói input ellenőrzése<br /> ** Egyszerű transzformációk (név &lt;-&gt; id)<br /> ** Adatok megjelenítése<br /> ** Lokalizáció<br /> * Üzleti réteg<br /> ** Business Entities<br /> ** Business Components<br /> *** Összetett komponensek<br /> *** Alapszolgáltatásokat implementál<br /> *** Tranzakciók (része lehet)<br /> ** Business Workflow<br /> *** Összetett üzleti folyamatok<br /> *** Komponensekből építkezik<br /> *** Tranzakció határok<br /> ** Service Interfaces (belső rétegek elrejtése)<br /> * Adatelérési réteg<br /> ** DAL<br /> *** Adatbázis hozzáférés<br /> *** Elemi adatszolgáltatások<br /> ** Service Agents<br /> *** Szolgáltatások elérése<br /> *** Külső szolgáltatások &quot;adatbázisként&quot; látszanak<br /> *** Csomagolás<br /> <br /> Rétegfüggetlen szolgáltatások:<br /> * Security<br /> ** Authentication, Authorization, Secure Communication, Auditing, Profile management<br /> * Operational management<br /> ** Exception management, Monitoring, Biz monitoring, Metadata, Configuration, Service Location<br /> * Communication<br /> ** Synchronicity, Format, Protocol<br /> <br /> ==2. Ismertesse a tranzakciók alaptulajdonságait! Mire szolgálnak a tranzakció izolációs szintek, milyen izolációs szinteket támogat az Oracle és az MS SQL Server?==<br /> <br /> A tranzakció a feldolgozás '''logikai egysége''', olyan feldolgozási műveletek sorozata, melyek csak együttesen értelmesek. Alaptulajdonságok (ACID):<br /> * Atomicity (Atomicitás)<br /> ** Vagy az összes művelet hatásos, vagy egyik sem<br /> * Consistency (Konzisztencia)<br /> ** A rendszert konzisztens állapotból konzisztens állapotba viszi<br /> ** Hiba esetén is képes konzisztens állapotba visszaállni (soft hiba: memória tartalom vész el, hard hiba: háttértároló sérül)<br /> * Isolation (Izoláció)<br /> ** Tranzakciók hatásai egymástól függetlenek<br /> ** Tranzakciók ütemezése<br /> *** Mintha egymás után hajtódnának végre<br /> *** Zárolás<br /> * Durability (Tartósság)<br /> ** Hatása tartósan megmarad<br /> ** Nemcsak memóriában történik meg a módosítás (hibákra figyelni)<br /> <br /> Izolációs szintek: Az izoláció költséges, és legtöbb esetben nincs is rá szükség, ezért az izolációs szinteknek a feladata olyan megoldásokat választani, ami épp annyi megszorítást (overhead-et) visz a rendszerbe, amennyi még a tranzakciók helyes működéséhez feltétlen szükséges (lehetnek olyan problémák - a problémákat lást alább - amiket az adatbázis kezelő helyett az üzleti logika is meg tud oldani, ráadásul hatékonyabban az alap működésből adódóan).<br /> <br /> Megfelelő izoláció hiányában előforduló problémák:<br /> * Elveszett módosítás: 2 tranzakció is módosítja az elemet, ekkor csak a később kommitált hatása marad meg<br /> * Piszkos olvasás: Nem kommitált tranzakció adatát kiolvassa egy másik tranzakció<br /> * Nem megismételhető olvasás: Olvasás eredménye függ attól, hogy a tranzakción belül mikor lett kiadva<br /> * Fantom rekord: Kurzoroknál előfordulhat, hogy olyan elem van benne, ami már törlődött, vagy olyan elem hiányzik, ami azóta jött létre<br /> <br /> MSSQL:<br /> * Uncommitted read: mind a 4 probléma<br /> * Committed read: Nincs piszkos olvasás (csak kommittált adat olvasható)<br /> ** Implementációja (MSSQL!):<br /> *** Select utasítás<br /> **** Megosztott zárakat használ<br /> *** Rekord módosul<br /> **** Más nem olvashatja<br /> * Repeatable read: nincs piszkos olvasás, nincs nem megismételhető olvasás<br /> * Serializable: Teljes izoláció -&gt; egyik probléma sem fordulhat elő<br /> * Snapshot (szabványtól eltérő)<br /> ** az Oracle Committed Read izolációs szint implementációjával kompatibilis<br /> <br /> Oracle:<br /> * Committed read: Nincs piszkos olvasás (csak kommittált adat olvasható)<br /> ** Implementációja (Oracle!):<br /> *** Select utasítás<br /> **** Nem helyez el zárakat<br /> *** Rekord módosul<br /> **** A commitált kép '''mindig''' olvasható<br /> * Serializable: Teljes izoláció -&gt; egyik probléma sem fordulhat elő<br /> * Read only (szabványtól eltérő)<br /> ** Serilazibale konzisztenciájú<br /> ** Nem módosíthat<br /> ** Tipikusan jelentésekhez<br /> <br /> ==3. Ismertesse az adatbázisok szerver oldali programozásának előnyeit, hátrányait! Milyen programozási lehetőségei, sajátosságai vannak az Oracle Servernek?==<br /> <br /> Előnyök:<br /> * Adatbázis felelős a konzisztenciáért<br /> * Adatbiztonság<br /> ** Adatmódosítás csak definiált interfészen keresztül<br /> * Zárt futtató környezet<br /> * Teljesítmény növelés<br /> ** Csökkenő hálózati forgalom<br /> ** Tárolt végrehajtási tervek<br /> ** Cache<br /> * Termelékenység<br /> ** Többkomponens hívhatja<br /> ** Egyszerűbb karbantartás<br /> <br /> Hátrányok:<br /> * Nem szabványos<br /> ** Platformfüggő nyelvi elemek, megoldások<br /> * Interpretált<br /> * Növeli a szerver terhelését<br /> * Nem, illetve nehezen skálázható<br /> * Adatrétegbe nem illik bele az üzleti logika<br /> <br /> Oracle Server:<br /> * Pascal jellegű szintax<br /> * Tárolt eljárások<br /> ** Eltárolja a szerver a végrehajtási tervet, hivatkozott objektumokat és a státuszát<br /> ** Ha érvénytelenné válik(pl valamely tábla struktúrája vagy jogosultsága megváltozik), akkor következő futtatásnál fordítja újra<br /> ** Lehet külső, ekkor egy külső folyamat hajtja végre<br /> ** Lehet függvény, ekkor van visszatérési értéke<br /> * Triggerek: Eseménykezelés<br /> ** DML(táblához), DDL(sémához), rendszeresemény hatására<br /> ** Instead of triggerrel lehet nézetekben is módosítást értelmezni<br /> ** Lehet sor és utasítás szintű<br /> ** :new és :old az új/eéőző érték<br /> ** Lehet kaszkádosítani<br /> ** Nem lehet rekurzió<br /> ** Triggerek sorrendje megadható<br /> ** DML-nél csatlakozik a tranzakcióhoz<br /> ** DDL-nél és rendszereseménynél új tranzakciót indít<br /> * Csomagok: Eljárások gyűjteménye<br /> ** Interface<br /> ** Session kezelése<br /> ** Használatkor betöltödik az egész<br /> * Interpretált<br /> * Zárt környezet<br /> <br /> ==4. Ismertesse az adatbázisok szerver oldali programozásának előnyeit, hátrányait! Milyen programozási lehetőségei, sajátosságai vannak az MS SQL Servernek?==<br /> Lásd előző feladat<br /> <br /> MSSQL Server:<br /> * Tárolt eljárások<br /> ** Optimalizál, fordít<br /> ** Újrafordít (pl új index bevezetésekor)<br /> ** Külső eljárások .NET Assemblyk<br /> ** Tárolt függvények: Nem módosíthatnak adatot<br /> * Triggerek<br /> ** Inserted, Deleted az új/régi érték<br /> ** Kaszkádosítás<br /> ** Rekurzió<br /> ** Teljes sorrend nem definiálható, csak az első és utolsó<br /> ** Instead of triggerek<br /> ** DDL trigger is a tranzakció része<br /> <br /> ==5. Mi a lekérdezés optimalizáló feladata? Ismertesse az Oracle Server lekérdezés optimalizációjának sajátosságait!==<br /> <br /> Optimalizálás: Kevésbé használja a hardvert ugyanannak a hatásnak az eléréséhez<br /> * IO:<br /> ** Korai beolvasás<br /> ** Cilinder alapú szervezés (Egymás utáni adatok könnyen kiolvashatóak)<br /> ** RAID<br /> ** Liftezés<br /> * CPU<br /> * Memória<br /> <br /> Optimalizáló:<br /> * Fizikai terv elkészítése<br /> * Táblák bejárása<br /> * Táblák összekapcsolása<br /> * Logikai tervet kap<br /> * Optimalizált tervet ad át a sorfordítónak, ami leképzi, majd a végrehajtó végrehajtja<br /> <br /> Logikai optimalizálás:<br /> * Elemző fa kialakítása<br /> ** Reláció<br /> ** Művelet<br /> ** Adat áramlása (lentről felfelé)<br /> * Relációs algebrai műveletek<br /> * Fa átalakítása<br /> ** Kiválasztás lefelé<br /> ** Vetítés felfelé<br /> ** Join használata: Egyik attribútuma tábla<br /> <br /> Fizikai tervek optimalizációja: IO-ra<br /> * Költségbecslés:<br /> ** B(R): Az R reláció által elfoglalt blokkok száma<br /> ** T(R): A reláció sorainak a száma<br /> ** V(R,a): Az R reláció az 'a' attribútumainak a variáltsága<br /> <br /> Oracle optimalizációja:<br /> * Módok:<br /> ** Atbocsájtó képesség<br /> ** Első n sor megtalálása<br /> * Nézetek:<br /> ** Allekérdezésként vagy<br /> ** Külön optimalizálja<br /> * Statisztikák:<br /> ** Defaultértékek, majd mintavételezés<br /> ** Adatszótárak<br /> * Táblaelérési módok:<br /> ** Full table scan: Nincs index, sok rekord kell<br /> ** Rowid scan: Index alapján<br /> ** Unique index scan: Elsődleges kulcs alapján<br /> ** Index range scan: Index szerint rendezett eredményhalmaz<br /> ** Full index scan: Kulcs szerint rendezett eredményhalmaz<br /> ** Fast full index scan: Ha csak az index elemei kellenek (nem kell a táblát elérni hozzá)<br /> ** Index join: Összekapcsolt indexek attribútumaihoz<br /> ** Bitmap index scan: Feltétel kiértékeléséhez<br /> * Indexek:<br /> ** B*<br /> ** Bitmap index<br /> ** Index organized table: Blokkok sorrendje index szerint<br /> * SQL hint:<br /> ** Preferált index<br /> ** Index használatának tiltása<br /> ** Join típus<br /> ** Join sorrend<br /> ** Táblaelérési mód<br /> ** Párhuzamos végrehajtás<br /> <br /> ==6. Mi a lekérdezés optimalizáló feladata? Ismertesse az MS SQL Server lekérdezés optimalizációjának sajátosságait!==<br /> <br /> Lásd: előző feladat<br /> <br /> MSSQL optimalizációja:<br /> * Statisztikák alapján<br /> * Triviális terv: Szabály alapú<br /> * Nem triviális terv: Ha valamelyik fázis után elég kicsire becsüli a költséget, akkor nem megy tovább<br /> ** 0. fázis: Egyszerű átalakítások<br /> ** 1. fázis: Kibúvített átalakítások<br /> ** 2. fázis: Párhuzamos végrehajtások vizsgálata<br /> * Táblaelérési módok:<br /> ** Table scan<br /> ** Clustered index scan: Nyalábolt adatolvasás, primary key mentén<br /> ** Nonclustered index scan: = operátor kiértékelésére<br /> ** Non/Clustered index seek: &lt;, &gt; operátorok kiértékelésére<br /> * Indexek:<br /> ** B*<br /> *** Egyszerű<br /> *** Összetett<br /> *** Clustered<br /> * SQL hint<br /> * Plan cache: A végrehajtási tervet eltárolja<br /> * Indexelt nézetek: Eltárolja a nézetek eredményeit<br /> * Included column: B* fa levelének bővítése oszlopokkal (a tényleges rekordot nem kell kiolvasni)<br /> * Clustered és nonclustered indexek együttes használata<br /> <br /> ==7. Mi az adatelérési osztálykönyvtárak szerepe? Ismertesse a kapcsolat alapú ADO.Net adatelérést!==<br /> <br /> Adatelérési könyvtár szerepe: Absztrahálja az adatelérést<br /> <br /> Kapcsolat alapú ADO.Net:<br /> * Előnyei<br /> ** Konkurrencia kezelése egyszerűbb<br /> ** Adatok mindig a legfrissebbek<br /> * Hátrányok<br /> ** Folyamatos kapcsolat<br /> ** Kevésbé skálázható<br /> * DataReader<br /> * SqlCommand<br /> * SqlConnection<br /> * Működés lépései:<br /> ** Kapcsolat nyitás<br /> ** Munka<br /> ** Kapcsolat zárás<br /> * Pesszimista ütközéskezelés: Adatbázis zárak<br /> <br /> ==8. Mi az adatelérési osztálykönyvtárak szerepe? Ismertesse a kapcsolat nélküli ADO.Net adatelérést! Hogyan működik az optimista konkurencia kezelés?==<br /> <br /> Lásd előző feladat<br /> <br /> Kapcsolat nélküli ADO.Net:<br /> * Előnyei/Hátrányai: !kapcsolat alapú<br /> * DataSet: Adatbázis a memóriában<br /> ** Felölthető, módosítható lokálisan, majd visszatölthető<br /> ** Kapcsolatokat tud kezelni<br /> ** Kulcsok, kényszerek<br /> ** Lehet típusos<br /> * DataAdapter: DataSet-et illeszti az adatbázishoz. Feltölt, szinkronizál<br /> * DataView: Nézet egy tábla fölött. Adatkötés<br /> * Sor állapotai: Ez alapján vezeti át az Adapter<br /> ** Unchanged<br /> ** Added<br /> ** Deleted<br /> ** Modified<br /> ** Detached: Nem része kollekciónak<br /> * Működés lépései:<br /> ** Kapcsolat nyitás<br /> ** DataSet feltöltése<br /> ** Kapcsolat zárás<br /> ** Munka<br /> ** Kapcsolat nyitás<br /> ** DataSet visszaírása<br /> ** Kapcsolat zárás<br /> * Verziókövetés:<br /> ** Original<br /> ** Current<br /> ** Default: State-től függ<br /> ** Proposed: Szerkesztés alatt<br /> * Optimista ütközéskezelés: Tartalom vagy timestamp alapján vizsgáljuk<br /> <br /> ==9. Mi az O/R leképzés feladata, mire szolgálnak a shadow információk? Az öröklési hierarchiát miképp lehet leképezni relációs sémára?==<br /> <br /> Feladata:<br /> * Üzleti objektumok leképezése relációs adatmodellre<br /> * Adattárolás és üzleti folyamatok összkötése<br /> <br /> Shadow információk: Szükségesek a perzisztencia implementálásához<br /> * Kulcsok<br /> * Időbélyegek<br /> * Új vagy módosított objektum<br /> <br /> Öröklés leképzése:<br /> * Egy táblába: Diszkriminátor attribútum<br /> * Minden valós osztály egy-egy táblába: Csak a példányosítható osztályoknak van saját táblájuk, melyek tartalmazzák az osztály összes tulajdonságát<br /> * Minden osztály egy-egy táblába: Absztrakt osztályoknak is lesz saját táblájuk, az ősök tulajdonságaihoz idegen kulcsok vannak<br /> * Általános struktúrába: Bárhogy kialakíthatjuk<br /> <br /> ==10. Ismertesse a LinQ to SQL felépítését, működését! Miképp történik az öröklési hierarchia kezelése? Miképp történik az objektumok egyediségének biztosítása?==<br /> <br /> LinQ: nyelvi elem<br /> * ORM<br /> * Alkalmazás és SQL szerver között<br /> * Relációkat is kezel<br /> ** Azonnali/késleltetett betöltés<br /> * Join<br /> * Öröklés: Csak 1 táblába<br /> * Objektumok egyedisége: Karbantart egy identitás táblát, így a többször lekért ugyanaz a sor ugyanarra az objektumra fog mutatni<br /> <br /> ==11. ASP.Net környezetben miképp történik a böngészőnek küldött válasz előállítása? Mikor futnak le az egyes eseménykezelők? Milyen lehetőségünk van adatkötésre?==<br /> <br /> Válasz előállítása: Kliens küld HTTP kérést, majd az oldalon lévő vezérlők ezt feldolgozva előállítják a saját válaszukat, majd ez kerül vissza a klienshez HTTP válasz formájában.<br /> <br /> Eseménykezelők: Feldolgozás során a változások és akciók résznél.<br /> <br /> Adatkötés:<br /> * Egyszerű: Deklaratívan vagy DataBind() hívásával<br /> * Listás: Deklaratívan, kódból vagy DataBind() hívásával<br /> <br /> ==12. Milyen elemekből építkezik az AJAX, mi az egyes elemek szerepe? Miképp történik az oldalak részleges frissítése? Mire szolgál az Update Panel?==<br /> <br /> AJAX:<br /> * XmlHttpRequest: Aszinkron kérés<br /> * Javascript: Kliens oldali program, amelyik kezeli az aszinkron kommunikációt<br /> * DOM: Kliens oldali dokumentum<br /> * XML: A kommunikációt leíró nyelv<br /> <br /> Oldalak részleges frissítése: Csak az oldalnak egy bizonyos része kerül vissza a szervernek. A teljes oldalt legenerálja, de csak a kijelölt régiók tartalma lesz a kliensnek kiküldve<br /> <br /> UpdatePanel: Az ebben lévő elemek lesznek részlegesen frissítve<br /> <br /> ==13. Ismertesse az elosztott adatbázisok előnyeit, hátrányait! Hogyan működnek az elosztott nézetek?==<br /> <br /> Elosztott adatbázis: Logikailag egyetlen adatbázis, de több számítógépen van tárolva<br /> * Előnyei:<br /> ** Skálázható<br /> ** Nagyobb megbíhatóság<br /> ** Helyi irányítás<br /> ** Moduláris növekedés<br /> ** Kisebb kommunikációs költség<br /> ** Gyorsabb válaszidő<br /> * Hátrányai:<br /> ** Komplexitás<br /> ** Megnövekedett koordinálási feladat<br /> ** Adatintegritás nehezebb<br /> <br /> Elosztott nézetek:<br /> * '''Vízszintes particionálás'''<br /> ** Egyes sorok egyik helyen<br /> ** Más sorok másik helyen<br /> ** Tranzakciók abban a fiókban, ahol a számla van<br /> ** Előnyök<br /> *** hatékonyság: adat közel a felhasználóhoz<br /> *** helyi optimalizáció<br /> *** biztonság: csak azok az adatok, amelyek érdekesek egy adott helyen<br /> *** lekérdezés eredménye egyszerő unió<br /> ** Hátrányok<br /> *** inkonzisztens elérési idő<br /> *** hiba esetén nem térhetünk át egy másik csomópontra<br /> * '''Függőleges particionálás'''<br /> ** Oszlopok szerint osztjuk fel a relációt<br /> ** Két részleg: mérnöki, gyártás<br /> ** Előnyök<br /> *** ugyanaz, mint vizszintesnél<br /> *** de a lekérdezés eredménye: join<br /> ** Hátrányok<br /> *** ugyanaz, mint vízszintesnél<br /> <br /> ==14. Ismertesse az elosztott adatbázisok előnyeit hátrányait! Mire szolgál a replikáció? Hogyan működik?==<br /> <br /> Lásd előző feladat<br /> <br /> Replikáció: Adatokat elosztja a több adatbázis között<br /> * Ami változik egyik helyen, azt átvezetjük a többire is.<br /> <br /> ==15. Ismertesse a két és háromrétegű adattárház építésének folyamatát! Mi a különbség az adatpiac és az adattárház között?==<br /> <br /> Architektúrák:<br /> * Kétrétegű: A felhasználók közvetlenül az adattárházhoz kapcsolódnak, ami az OLTP-ből nyeri az adatokat<br /> * Háromrétegű: A felhasználók adatpiacokhoz(data mart) férnek hozzá, ahol tematikusan kiválasztott részek és származtatott adatok vannak<br /> <br /> Adattárház építésének lépései:<br /> * Adatok kinyerése: Milyen adatokra van szükség, hogyan érjük el(ha pl. nem relációs)<br /> * Tisztítása:<br /> ** Hiányzó adat kezelése<br /> *** Teljes rekord elvetése<br /> *** A hiányzó adat bekérése.<br /> *** A hiányzó adat helyettesítése<br /> **** Konstans értékkel<br /> **** Átlagértékkel<br /> **** Csoportra jellemző átlagértékkel<br /> **** Legvalószínűbb értékkel<br /> ** Zajszűrés:<br /> *** Numerikus adatok zajszűrése:<br /> **** Binning: minden k számú elemcsoportot helyettesít az átlagával<br /> **** Csoportképzés: Több attribútum együttes előfordulását vizsgálják, majd az egymás közelében elhelyezkedő adatokat a csoportot jellemző adatokkal helyettesítjük (csoport súlypontjával)<br /> **** Regresszió: Ebben az esetben is több attribútum együttes előfordulását vizsgáljuk, az egyes attribútumok közt valamilyen függvénykapcsolatot keresünk (általában lineárisat), majd az egyes értékeket a regressziós függvény értékeivel helyettesítjük.<br /> *** Szöveges adatok:<br /> **** Szótár alapú<br /> **** Klaszterező: Hash fv-vel számokká képezzük le<br /> * Transzformálása: Az adatok az adattárház egységes sémájára történő leképzés<br /> ** Rekord szintű:<br /> *** Kiválasztás<br /> *** Összekapcsolás<br /> ** Mező szintű: Típuskonverzió<br /> *** Algoritmikus<br /> *** Lekérdezéssel<br /> * Betöltése és indexelése: Pillanatkép és histórikus adatok<br /> <br /> ==16. Ismertesse a multidimenzionális adatmodellt! Mikor nevezünk egy rendszert OLAP rendszernek? Mire szolgál az OLAP kocka?==<br /> <br /> Multidimenzionális adatmodell:<br /> * Alapelemei:<br /> ** Dimenziós adatok: Ezen adatok mentén történik az elemzések végrehajtása<br /> ** Hierarchia szintek: Felbontás<br /> ** Tény adatok: Amit elemzünk<br /> * Sémák:<br /> ** Csillag: A tény adatokat tartalmazó táblához idegen kulcsokkal csatlakoznak a dimenziós tánlák<br /> ** Hópehely: A tény adatokhoz csak a legalacsonyabb hierarchia szint van csatolva, és ahhoz van a többi, így joinolni kell.<br /> <br /> OLAP(Online Analytical Processing) rendszerek:<br /> * FASMI(Fast Analysis of Shared Multidimensional Information) teszt: <br /> ** Fast: Gyors<br /> ** Analysis: A felhasználó számára szükséges üzleti és statisztikai elemzések elkészítésére alkalmas.<br /> ** Shared: Megosztott<br /> ** Multidimensional<br /> ** Information: Összes adat és származtatott adat elérhető<br /> <br /> OLAP kocka:<br /> * Dimenzió: A kocka élei<br /> * Hierarhia: Elvégezhető elemzések mélysége<br /> * Aggregátum: Származtatott mennyiségek<br /> <br /> OLAP kocka műveletek:<br /> * Szeletelés: 1 érték rögzítése, a diemnziószám csökken<br /> * Részkocka kiválasztása: Értékek megkötése<br /> * Lefúrás: Hierarhia szint csökkentése<br /> * Felfelé görgetés: hierarhia szint növelése<br /> * Forgatás: A megjelenített eredményt elforgatja<br /> <br /> ==17. Milyen főbb újdonságokat hozott be a WPF?==<br /> <br /> WPF újdonságai:<br /> * Teljeskörű integráció: 2D,3D, beszédfelismerés,...<br /> * Felbontás független: Nincs pixel<br /> * Hardveres gyorsítás: D3D-re épülve harveresen gyorsított, ami nem, az szoftveresen<br /> * Deklaratív szemlélet: XAML<br /> * Testreszabhatóság: Nem csak szöveg, hanem bármilyen Control lehet egy gombban pl,template, skin<br /> * Egyszerű telepítés: Hagyományos, böngészőben<br /> <br /> == 18. Mi a dependency property? Hogyan adható meg, hogyan használható?==<br /> <br /> Dependency property: Adatkötés<br /> * Változásról értesítés automatikus<br /> * Property érték öröklése lefelé<br /> * Regisztrálni kell<br /> <br /> ==19. A vezérlők (pl. button) szintjén milyen újdonságokat hozott be a WPF? Mutasson konkrét példát XAML kóddal együtt!==<br /> <br /> WPF controllok:<br /> * Content control: Egyetlen gyerekük lehet<br /> ** Button, RepeatButton, ToggleButton, CheckBox, RadioButton<br /> ** Label, Tooltip, Frame<br /> ** GroupBox, Expander<br /> * Items Control: Tetszőleges mennyiségű gyerekük lehet<br /> * Range Control: Előre megadott számérték közötti számértéket jelenítenek meg<br /> * Text Control: TextBox, RichTextbox, PasswordBox<br /> <br /> ----<br /> =Egyéb megválaszolt kérdések=<br /> <br /> ==Ismertesse a különböző join operátorok (nested loop, hash join, sort merge join) működését és tulajdonságait!==<br /> <br /> * Nested Loops Join<br /> ** Egymásba ágyazott kettős for ciklus<br /> ** I/O költség<br /> *** Nyalábolt esetben: O(B(R) * B(S))<br /> *** Nem nyalábolt esetben: O(T(R) * T(S))<br /> ** Tetszőleges méretű táblákra működik<br /> *** Nagy méret esetén: a két tábla egy-egy blokkját tartja memóriában<br /> *** Kis méret: a táblát bent lehet tartani<br /> * Hash Join<br /> ** Első menetben<br /> *** Kisebb (R) reláció beolvasása<br /> *** Vödrös hash építése a memóriában (Kulcs a join operátorban szereplő oszlop)<br /> ** Második menet<br /> *** A nagyobbik (S) reláció beolvasása<br /> *** Kapcsolódó rekordok keresése vödrös hashben<br /> ** I/O költség<br /> *** O(B(R) + T(S))<br /> * Sort merge Join<br /> ** Mindkét relációt beolvassa a memóriába<br /> ** Rendezi az összekapcsolási kulcs szerint<br /> ** A két rendezett listát összefésüli<br /> *** Listák közös bejárása<br /> *** Egyszerű algoritmus<br /> ** Kis méretű relációk esetén<br /> ** Index a rendezés miatt<br /> ** I/O költség<br /> *** O(B(R) + T(S))<br /> <br /> ==Mire valók a WPF-es panelek, mutass be hármat!==<br /> <br /> * A különböző layoutokat a Panel osztályból származó containerekkel lehet megvalósítani.<br /> ** '''Canvas'''<br /> *** A legegyszerűbb container, abszolút pozicionálást tesz lehetővé.<br /> *** A pozíciót a Canvas által definiált Canvas.Left, Canvas.Top, Canvas.Right, Canvas.Bottom attached propertykkel lehet megadni. Egyszerre csak kettő használható közülük, egy dimenzió mentén csak egy.<br /> ** '''StackPanel'''<br /> *** Ahogyan a neve is mutatja, a StackPanel egy stackként viselkedik, a belepakolt elemeket függőleges folytonosan helyezi el.<br /> *** Az elrendezés iránya (függőleges vagy vízszintes) a StackPanel Orientation attached propertyjével adható meg (alapértelmezett : Vertical).<br /> ** '''Wrappanel'''<br /> *** A Wrappanel abban különbözik a StackPaneltől, hogy az elemeket folytonosan balról jobbra illetve eközben fentről lefelé kitöltve helyezi el.<br /> *** A kitöltés iránya (hogy először fentről lefelé majd utána balról jobbra) helyezze el az elemeket az Orientation propertyvel állítható.<br /> ** '''DockPanel'''<br /> *** A DockPanelben elhelyezett elemeket a konténer egyes oldalaihoz dokkolhatjuk (illetve kitölttethetjük velük a rendelkezésre álló szabad területet).<br /> *** A dokkolás iránya (Left, Top, Right, Bottom, Stretch) a DockPanel.Dock dependency propertyvel adható meg. <br /> *** A végső elrendezésben szerepet játszik az elemek felvételének sorrendje is: az első felvett elem a teljes terület felett rendelkezik, a második már csak az első által szabadon hagyottal és így tovább. <br /> ** '''Grid'''<br /> *** Táblázatos megjelenítést tesz lehetővé.<br /> *** A táblázat sorai a RowDefinitions kollekcióba felvett RowDefinition objektumokkal definiálhatók. <br /> *** Az oszlopok hasonlóképpen a ColumnDefinitions kollekcióhoz hozzáadott ColumnDefinition objektumokkal. <br /> *** Egy tartalmazott elem pozíciója (sor, oszlop) a Grid.Row ill. Grid.Column dependency propertykkel definiálható.<br /> <br /> ==Objektumrelációs leképezés során miképp lehet leképezni az öröklődést (legalább 3 módszert mutasson be)? Térjen ki a többszörös öröklődés problémájára is.==<br /> <br /> * '''Hierarchia leképezése egy közös táblába'''<br /> ** Egyszerű hierarchiák leképezéséhez.<br /> ** Megvalósítás<br /> *** az objektum minden attribútumát (örököltekkel) felsoroljuk<br /> *** objektumtípusok (osztályok) tárolása:<br /> *** minden típushoz egyedi azonosító VAGY <br /> *** !IsClass1, !IsClass2, &amp;#8230; oszlopok <br /> *** egyedi példányazonosító tárolása<br /> *** bővítés kezelése: új attribútumok felvitele<br /> ** Előnyök<br /> *** egyszerű<br /> *** könnyű új osztályt vinni a hierarchiába<br /> *** könnyen követhető, melyik objektum milyen osztályok példánya<br /> ** Hátrányok<br /> *** helypazarló<br /> *** egy osztály megváltozása az egész tárolást változtatja<br /> *** nehezen áttekinthető<br /> * '''Minden valós osztály leképezése saját táblába'''<br /> ** Ritkán változó struktúrák leképezéséhez.<br /> ** Megvalósítás<br /> *** minden valós osztálynak saját tábla<br /> *** az osztály minden attribútumának eltárolása<br /> *** egyedi példányazonosító tárolása<br /> *** ha változik egy attribútum, csak a hierarchiaszint mentén kell végigvinni<br /> ** Előnyök<br /> *** átlátható<br /> *** gyors adatelérés<br /> *** jól illeszkedik az objektummodellhez<br /> ** Hátrányok<br /> *** osztály módosítása esetén hierarchiaszintek módosítása<br /> *** több szerepet is betöltő példányok kezelése nehézkes<br /> * '''Minden osztály leképezése saját táblába'''<br /> ** Absztrakt osztályok is<br /> ** Komplex öröklési hierarchia és gyakran változó struktúrák leképezéséhez.<br /> ** Megvalósítás<br /> *** a táblák követik az osztályhierarchiát<br /> *** szülő-gyerek viszony leképezése külső kulcsokkal<br /> *** egyedi példányazonosító tárolása<br /> ** Előnyök<br /> *** osztályok struktúrája könnyen módosítható<br /> ** Hátrányok<br /> *** összetett DB-séma<br /> *** egy példány adatai több táblában vannak (öröklés miatt)<br /> *** összetett lekérdezés<br /> * '''Osztályok és hierarchiaszintek általános leképezése'''<br /> ** Komplex alkalmazásokban, kis mennyiségű adat mellett, ahol akár futási időben is minden változhat.<br /> ** Megvalósítás<br /> *** metaadat-központú<br /> *** általános séma: tetszőleges hierarchia leírható &amp;#8211; hierarchia &amp;#61664; metaadat, példányok &amp;#61664; attribútumok<br /> *** class, attribute, attributeType, value, inheritance, stb&amp;#8230; táblák<br /> ** Előnyök<br /> *** perzisztencia-kezelő rendszerekhez illeszkedik<br /> *** flexibilis, bármi leírható benne<br /> ** Hátrányok<br /> *** nehéz összeszedni egy példány adatait<br /> *** sok adat esetén nem hatékony<br /> * '''Többszörös öröklés megvalósítása''' <br /> ** C++ miatt még mindig szükséges<br /> ** Ugyanazok a technológiák használhatók<br /> ** Az általános megoldásban benne van<br /> <br /> ==Tekintsük a mellékelt adatmodell LinQ leképzését! Készíts olyan C# nyelvű, LinQ-re épülő függvényt, mely a 10 legdrágább terméket átsorolja egy új kategóriába (a kategória lehet, hogy létezik, de az is lehet, hogy létre kell hozni), a kategória neve, és a DataContext bemenő paramétere a függvénynek!==<br /> &lt;pre&gt;<br /> public void function(String name, CustomDataContext sdc){<br /> var q1 = (from t in sdc.Termeks<br /> orderby t.NettoAr descending<br /> select t).Take(10);<br /> var q2 = from k in sdc.Kategorias<br /> where k.Nev == name<br /> select k;<br /> Kategoria k2;<br /> if (q2.Count() == 0) {<br /> k2 = new Kategoria();<br /> k2.Nev = name;<br /> } else {<br /> k2 = q2.First();<br /> }<br /> foreach (Termek t in q1) {<br /> t.Kategoria = k2;<br /> }<br /> sdc.SubmitChanges();<br /> }<br /> &lt;/pre&gt;<br /> <br /> ----<br /> =Egyéb megválaszolatlan kérdések=<br /> <br /> ==ADO.NET kapcsolatnélküli modell bemutatása + példa==<br /> <br /> ==Mi a clustered index MSSQL-ben, mi történik, ha clustered és non clustered index is van egy táblára? Mi az included column?==<br /> <br /> ==Adott egy osztályhierarchia (Jármű, Gépjármű, Repülő, stb.). Milyen adattáblákba és C# osztályokba képezzük le?==<br /> <br /> ==A példaadatbázisba fel kell venni egy új oszlopot Vevo. OsszesVasarlas néven. Fel kell tölteni az értékét a !MegrendelésTétel tábla alapján scripttel + írni kell rá egy karbantartó triggert.==<br /> <br /> ==Tekintsük a mellékelt adatmodellt! Vegyünk fel a vevők táblába egy új oszlopot: OsszMegrendeles, mely jelentése, hogy a vevő mekkora értékben rendelt eddig. Készíts scriptet MS SQL Serverre, mely a kívánt módosításokat elvégzi, valamint készíts triggert/ triggereket, mely az OsszMegrendeles oszlopot karban tartja!==<br /> <br /> ==Ismertesse az MSSQL szerver a nem módosítható és módosítható replikációját.==<br /> <br /> ==Tekintsük a mellékelt adatmodellt. Vegyünk fel a vevők táblába egy új oszlopot: Inaktív, amely jelentése, hogy a vevő régen rendelt. Készíts tárolt eljárást Oracle szerveren, mely minden vevőnek beállítja az inaktív státuszát! Azokat tekintjük inaktívnak, akik már 180 napja nem rendeltek semmit.==<br /> <br /> ==Tekintsük a mellékelt adatmodell LinQ leképezését! Készítsen olyan C# nyelvű LinQ-re épülő függvényt, mely a paraméterül kapott DataContext -et, és a Megrendelés és !SzámlaKiállító objektumokra készít efy új számlát (beleértve a számlatételeket is).==<br /> <br /> ==ASP.NET alkalmazásokban miképp lehet megvalósítani az optimista konkurencia kezelést? Írjon mintaprogramot, amely az ÁFA táblán megvalósítja, amennyiben szükséges, módosítja a táblát.==<br /> <br /> ==C# függvényt kellett írni, linq to sql kód==<br /> <br /> ==C# de ado.netes, kapcsolat Alapú modell==<br /> <br /> ==Oracle sql lekérdezések és triggerírás==<br /> <br /> ==Ajax fogalma, milyen technológiát használ és mi a lényege==<br /> <br /> ==Ismertesse a két és háromrétegű adattárház architektúrát!==<br /> <br /> ==2 és 3 rétegű adattárház technológia. Miben különbözik az adattárház és az adatpiac?==<br /> <br /> ==Hasonlítsa össze az Oracle és MSSQL triggerkezelését==<br /> <br /> ==ASP.NET-ben hogyan történik a böngészőből jövő kérés kezelése(vagy vmi hasonló)? Mikor történik az események feldolgozása?==<br /> <br /> ==Készítésen tárolt eljárást MSSQL adatbázisra! Paraméterként egy megrendelés azonosítót kap. Adjon 10% kedvezményt azokra a termékekre a megadott megrendelésből, melyekből a vevő már legalább 20-at rendelt(és a státusza számlázva)!==<br /> <br /> ==Termék tábla eléréséhez kellett objektumkötéses menedzser objektumok létrehozni. Elég csak az Update műveletet megírni.==<br /> <br /> ==Tekintsük a mellékelt adatmodellt, mely O/R leképezés eredményeképp jött létre. Objektum típusú adatkötési feladatok megoldásához készítsen C# nyelven Manager objektumot a Termék táblában tárolt Termék egyedekhez, a konkurenciakezelést is oldja meg!==<br /> <br /> ----<br /> -- [[MajorPeter|aldaris]] - 2009.06.07. &lt;br/&gt;<br /> -- [[KantorT|Cantor]] - 2009.06.07. &lt;br/&gt;<br /> -- [[PallosTamas|Velias]] - 2010.01.02 &lt;br/&gt;<br /> -- [[SallaiTamas|sashee]] - 2010.01.05. &lt;br/&gt;<br /> -- [[MolnarMarton|molnarm]] - 2011.01.05.<br /> <br /> <br /> [[Category:Infoszak]]</div>

Tarnay Kálmán