„Informatikai technológiák laboratórium 1 - AUT ágazati mérés: Lekérdezés optimalizálás” változatai közötti eltérés

A VIK Wikiből
Ugrás a navigációhoz Ugrás a kereséshez
a
 
1. sor: 1. sor:
{{GlobalTemplate|Infoszak|InfTechLaborAUTagazati}}
+
{{vissza|Informatikai technológiák laboratórium 1}}
 
 
==AUT ágazati mérés (Lekérdezés optimalizálás)==
 
  
 
==1. Mi a lekérdezés optimalizáló feladata?==
 
==1. Mi a lekérdezés optimalizáló feladata?==
 
 
A lekérdezés optimalizáló fő feladata egy DBMS-ben, hogy egy hatékony lekérdezés végrehajtási tervet keressen egy adott felhasználói lekérdezésre vonatkozóan.
 
A lekérdezés optimalizáló fő feladata egy DBMS-ben, hogy egy hatékony lekérdezés végrehajtási tervet keressen egy adott felhasználói lekérdezésre vonatkozóan.
  
 
==2. Miért szükséges a statisztikák naprakészen tartása?==
 
==2. Miért szükséges a statisztikák naprakészen tartása?==
 
 
A lekérdezés optimalizáló a statisztikákat is számításba veszi a végrehajtási terv kialakításánál.
 
A lekérdezés optimalizáló a statisztikákat is számításba veszi a végrehajtási terv kialakításánál.
  
 
==3. Hogy működik a Nested loop join?==
 
==3. Hogy működik a Nested loop join?==
 
 
Egyesével halad végig az egyik tábla (OUTER) rekordjain és keresi az azokhoz illeszkedő rekordokat a másik (INNER) táblában.
 
Egyesével halad végig az egyik tábla (OUTER) rekordjain és keresi az azokhoz illeszkedő rekordokat a másik (INNER) táblában.
  
 
==4. Hogy működik a Hash join?==
 
==4. Hogy működik a Hash join?==
 
 
Az egyik tábla (INNER) rekordjairól hash táblát vezetünk. A másik tábla (OUTER) rekordjait egyenként járjuk be, a kapcsolódási oszlop értékét hasheljük és ennek az értéknek a segítségével a hashtáblából kinyerjük a megfelelő kapcsolodó rekord helyét.
 
Az egyik tábla (INNER) rekordjairól hash táblát vezetünk. A másik tábla (OUTER) rekordjait egyenként járjuk be, a kapcsolódási oszlop értékét hasheljük és ennek az értéknek a segítségével a hashtáblából kinyerjük a megfelelő kapcsolodó rekord helyét.
  
 
==5. Hogy működik a Sort merge join?==
 
==5. Hogy működik a Sort merge join?==
 
 
Ha a táblák a kapcsolódási oszlop szerint rendezve vannak tárolva, akkor azokon végighaladva összefésüléses módszerrel hatékonyan összekapcsolhatóak a megfelelő rekordok.
 
Ha a táblák a kapcsolódási oszlop szerint rendezve vannak tárolva, akkor azokon végighaladva összefésüléses módszerrel hatékonyan összekapcsolhatóak a megfelelő rekordok.
  
 
==6. Mit jelent a full table scan táblaelérési mód?==
 
==6. Mit jelent a full table scan táblaelérési mód?==
 
 
A tábla teljes, soros bejárása. Akkor érdemes használni, ha várhatóan sok rekord kell a táblából.
 
A tábla teljes, soros bejárása. Akkor érdemes használni, ha várhatóan sok rekord kell a táblából.
  
==7. Mit jelent a [[RowID]] scan táblaelérési mód?==
+
==7. Mit jelent a RowID scan táblaelérési mód?==
 
 
 
Oracle. Sorazonosító alapú olvasás. Index adja a sorazonosítót.
 
Oracle. Sorazonosító alapú olvasás. Index adja a sorazonosítót.
  
 
==8. Mit jelent a clustered index scan táblaelérési mód?==
 
==8. Mit jelent a clustered index scan táblaelérési mód?==
 
 
MSSQL. Indexelt elérés, egy B-fa épül a rekordok fölé (ritka index). Az adatok az index szerinti sorrendben vannak tárolva.  
 
MSSQL. Indexelt elérés, egy B-fa épül a rekordok fölé (ritka index). Az adatok az index szerinti sorrendben vannak tárolva.  
  
 
==9. Mit jelent a Nonclustered index seek táblaelérési mód?==
 
==9. Mit jelent a Nonclustered index seek táblaelérési mód?==
 
 
MSSQL. Az előzőhöz hasonló, csak nem halad végig az operátor összes rekordon, hanem az index szerint leszűkíti a beolvasott rekordokat. Az adattárolás nem az index szerint van sorrendben (sűrű index).  
 
MSSQL. Az előzőhöz hasonló, csak nem halad végig az operátor összes rekordon, hanem az index szerint leszűkíti a beolvasott rekordokat. Az adattárolás nem az index szerint van sorrendben (sűrű index).  
 
 
  
 
-- [[PallosTamas|Velias]] - 2009.02.22. -- [[FlamichTamas]] - 2009.05.10
 
-- [[PallosTamas|Velias]] - 2009.02.22. -- [[FlamichTamas]] - 2009.05.10
 
  
 
[[Category:Infoszak]]
 
[[Category:Infoszak]]

A lap jelenlegi, 2014. február 18., 17:22-kori változata

← Vissza az előző oldalra – Informatikai technológiák laboratórium 1

1. Mi a lekérdezés optimalizáló feladata?

A lekérdezés optimalizáló fő feladata egy DBMS-ben, hogy egy hatékony lekérdezés végrehajtási tervet keressen egy adott felhasználói lekérdezésre vonatkozóan.

2. Miért szükséges a statisztikák naprakészen tartása?

A lekérdezés optimalizáló a statisztikákat is számításba veszi a végrehajtási terv kialakításánál.

3. Hogy működik a Nested loop join?

Egyesével halad végig az egyik tábla (OUTER) rekordjain és keresi az azokhoz illeszkedő rekordokat a másik (INNER) táblában.

4. Hogy működik a Hash join?

Az egyik tábla (INNER) rekordjairól hash táblát vezetünk. A másik tábla (OUTER) rekordjait egyenként járjuk be, a kapcsolódási oszlop értékét hasheljük és ennek az értéknek a segítségével a hashtáblából kinyerjük a megfelelő kapcsolodó rekord helyét.

5. Hogy működik a Sort merge join?

Ha a táblák a kapcsolódási oszlop szerint rendezve vannak tárolva, akkor azokon végighaladva összefésüléses módszerrel hatékonyan összekapcsolhatóak a megfelelő rekordok.

6. Mit jelent a full table scan táblaelérési mód?

A tábla teljes, soros bejárása. Akkor érdemes használni, ha várhatóan sok rekord kell a táblából.

7. Mit jelent a RowID scan táblaelérési mód?

Oracle. Sorazonosító alapú olvasás. Index adja a sorazonosítót.

8. Mit jelent a clustered index scan táblaelérési mód?

MSSQL. Indexelt elérés, egy B-fa épül a rekordok fölé (ritka index). Az adatok az index szerinti sorrendben vannak tárolva.

9. Mit jelent a Nonclustered index seek táblaelérési mód?

MSSQL. Az előzőhöz hasonló, csak nem halad végig az operátor összes rekordon, hanem az index szerint leszűkíti a beolvasott rekordokat. Az adattárolás nem az index szerint van sorrendben (sűrű index).

-- Velias - 2009.02.22. -- FlamichTamas - 2009.05.10