„Háttéralkalmazások/Záróvizsgatételek” változatai közötti eltérés
→1. Adatbázisok – általános: Tételek hozzáadása |
|||
| 1. sor: | 1. sor: | ||
{{Vissza|Háttéralkalmazások}} | {{Vissza|Háttéralkalmazások}} | ||
== 1. Adatbázisok | == 1. Adatbázisok == | ||
=== Ismertesse az adatbáziskonkurencia-problémákat! === | === Ismertesse az adatbáziskonkurencia-problémákat! === | ||
| 56. sor: | 56. sor: | ||
|🟢 | |🟢 | ||
|} | |} | ||
Ezeket az SQL-92 szabvány tartalmazta először. | Ezeket az SQL-92 (ISO-)szabvány tartalmazta először. | ||
=== Milyen izolációs szinteket támogat az Microsoft SQL Server? === | === Milyen izolációs szinteket támogat az Microsoft SQL Server? === | ||
A fentieket, plusz egy ''snapshot'' szintet, ami egy segédadatbázis (<code>tempdb</code>) segítségével számon tartja az egyes sorok verzióit, így a tranzakciók az azok kezdetekor készített pillanatkép alapján végeznek műveletet az adatbázisban. Előnye, hogy lockok nélkül működik. Hátránya, hogy a <code>tempdb</code>-nek magas lehet az erőforrásigénye, illetve egy esetleges írásütközés esetén kivételt dob az RDBMS, amit kezelni kell. | A fentieket, plusz egy ''snapshot'' szintet, ami egy segédadatbázis (<code>tempdb</code>) segítségével számon tartja az egyes sorok verzióit, így a tranzakciók az azok kezdetekor készített pillanatkép alapján végeznek műveletet az adatbázisban. Előnye, hogy lockok nélkül működik. Hátránya, hogy a <code>tempdb</code>-nek magas lehet az erőforrásigénye, illetve egy esetleges írásütközés esetén kivételt dob az RDBMS, amit kezelni kell. | ||
== 2. | == 2. Tárolt eljárások == | ||
=== Ismertesse az adatbázisok szerveroldali programozásának koncepcióját, előnyeit, hátrányait! === | === Ismertesse az adatbázisok szerveroldali programozásának koncepcióját, előnyeit, hátrányait! === | ||
... | Használatával eljárásokat (procedures) és függvényeket (functions), illetve triggereket lehet tárolni az adatbázisban. Azokban változókat, operátorokat, elágazásokat és kivételeket is lehet használni. Lényege, hogy az üzleti logika helyett maga az adatbázis-kezelő ''futtatja'' a beállított szubrutinokat, az előbbi csak ''meghívja'' őket. | ||
{| class="wikitable" | |||
|+ | |||
!szempont / tulajdonság | |||
! | |||
!hátrányai | |||
|- | |||
|az üzleti logika bárhonnan meghívhatja a szubrutinokat | |||
| | |||
* növeli a kód újrafelhasználhatóságát | |||
* könnyebb karbantartás | |||
| | |||
* nincs scope-juk, így nehezebb korlátozni, ki hívhatja meg őket | |||
* jogosultságkezeléssel meg lehet oldani | |||
|- | |||
|nagyobb teljesítmény | |||
| | |||
| | |||
|- | |||
| | |||
| | |||
| | |||
|} | |||
Előnyei: | |||
* jobb megfelelés az ACID-elveknek | |||
* a szubrutinok közvetlenül elérik az adatokat, nem kell őket a hálózaton utaztatni | |||
** kisebb késleltetés | |||
** alacsonyabb hálózati terhelés | |||
** gyorsabb feldolgozás | |||
*** a gyorsítótárnak is köszönhetően | |||
** nagyobb adatbiztonság | |||
Hátrányai: | |||
* nincs (ISO-)szabvány | |||
** platformfüggőek az implementációk | |||
** sőt, általában egy külön nyelvet is meg kell tanulni hozzá | |||
** így nehezebben karbantartható | |||
* értelmezett | |||
=== Milyen programozási lehetőségei, sajátosságai vannak a Microsoft SQL Servernek? === | === Milyen programozási lehetőségei, sajátosságai vannak a Microsoft SQL Servernek? === | ||