adat b 3 elméleti

Question 1

Kurzor

Answer 1

Rekordhalmaz és egy ezen mozgó iterátor

Question 2

kliens oldali kurzor

Answer 2

a rekordhalmazt a szerver visszaküldi a kliensnek, amely a kliens oldalon, a kliens erőforrásaival dolgozza fel azt, tipikusan végigiterál rajtuk

Question 3

szerver oldali kurzor

Answer 3

az eredmény rekordhalmaz túl nagy, ezért a szerver oldalon iterálunk és a kliens olyan ütemben kapja meg a rekordokat a hálózaton keresztül, ahogy ténylegesen felhasználja őket. Ez folyamatos, de kis mértékű hálózati forgalmat eredményez

Question 4

kurzorok helyes használata:

Answer 4

• probléma jellege miatt a hagyományos procedurális megközelítéssel, rekordonkénti feldolgozással sokkal könnyebben és átláthatóbban oldható meg, mint sql dml segítségével, vagy nem is oldható meg máshogy
• a teljesítmény a kis várható rekorszám vagy egyéb alkalmazás-specifikus körülmény miatt nem kritikus

Question 5

NE használjunk kurzort olyan esetben,

Answer 5

• amikor a feladat áttekinthető módon megoldható a standard halmaz-alapú SQL DML utasításokkal,
• vagy ha a rekordhalmaz várhatóan nagy méretű

Question 6

Analitikus függvények és ablakozás

Answer 6

A rekordok egy csoportja, partíció alapján számolt értékeket csoportosítás nélkül is lekérdezhetővé teszik. A csoportosított és nem csoportosított lekérdezések lehetőségei egyszerre használhatók ki.

Question 7

kurzorok típusai:
a forrás pontossága szempontjából:
- STATIC
- KEYSET
- DYNAMIC

Answer 7

• STATIC: a kurzor megnyitáskor a rekordhalaz tempdb adatbázis táblájaként jön létre, ezzel leválik a forrásról, és a forrás esetleges futás közbeni változásai már nem látszanak benne
• KEYSET: a létrehozás után beszúrt rekordok nem látszanak, de a meglévő rekordok változásai igen
• DYNAMIC: minden változás látszik

Question 8

kurzorok típusai:
A kurzor láthatósága szempontjából:
- LOCAL
- GLOBAL

Answer 8

• LOCAL: a kurzor csak abban a kötegben tárolt eljárásban vagy triggerben elérhető (hivatkozható), melyben létrehozták
• GLOBAL: a kurzor az aktív kapcsolat bármelyik kötegéből, tárolt eljárásból vagy triggerből elérhető

Question 9

Lényegesebb analitikus függvények:
- FIRST_VALUE, LAST_VALUE OVER
- ROW_NUMBERS() OVER
- LAG(kifejezés, [offset], [default]) OVER …
- PERCENT_RANK() OVER …

Answer 9

• FIRST_VALUE, LAST_VALUE OVER … a rendezett lista/partíció első/utolsó rekordjából számított kifejezés
• ROW_NUMBERS() OVER … a rendezett lista minden rekordjához egy futú sorszámot ad
• LAG(kifejezés, [offset], [default]) OVER … a rendezett lista aktuális rekordja előtti offset számú rekord alapján számítja a kifejezést. Jól használható idősorok elemzéséhez
• PERCENT_RANK() OVER … a rendezett lista minden rekordjához megadja a rendezési feltétel alapján számított rangot, tehát a relatív pozíciót 0 éa 1 közötti szám formájában

Question 10

kurzorok típusai:
a mutató mozgathatóságának szempontjából:

• FORWARD ONLY
• SCROLL

Answer 10

a mutató mozgathatóságának szempontjából:

• FORWARD ONLY: csak előre mozgatható (csak a FETCH NEXT alkalmazható)
• SCROLL: szabadon mozgatható: ekkor a FETCH FIRST, LAST, PRIOR, NEXT, RELATIVE ABSOLUTE, bármelyike alkalmazható

Question 11

A #temp táblából az EmployeeID oszlop, az első ertek a partícióból amiben Employee-val paricionálunk és ertek szerint rendezünk, az ertek-hez tartozó OrderDate ugyan abból a partícióból

Answer 11

SELECT DISTINCT EmployeeID,
FIRST_VALUE(ertek) OVER(PARTITION BY EmployeeID ORDER BY ertek DESC) AS max_ertek,
FIRST_VALUE(OrderDate) OVER(PARTITION BY EmployeeID ORDER BY ertek DESC) max_datum,
FIRST_VALUE(ertek) OVER(PARTITION BY EmployeeID ORDER BY ertek ASC) AS min_ertek,
FIRST_VALUE(OrderDate) OVER(PARTITION BY EmployeeID ORDER BY ertek ASC) min_datum
FROM #temp;

Question 12

Kurzor használatának fontosabb lépései

Answer 12

DECLARE cursor_emp CURSOR FAST_FORWARD FOR
SELECT EmployeeID, LastName, Address FROM Employees ORDER BY LastName

OPEN cursor_emp;

FETCH NEXT FROM cursor_emp INTO @emp_id, @emp_name, @address;

…

CLOSE cursor_emp;

DEALLOCATE cursor_emp;