CES 2004 - Vitajte na strÃ¡nkach www.einsty.hostujem.sk

More documents

Recommendations

Info

I N F O W A R Eobr. 2obr. 3obr. 4 obr. 5úrovni stromovej štruktúry indexu a tou sú samotnédátové stránky (obr. 2).Pre dopyty obsahujúce za klauzulou WHERE rozsahydát sú klastrované indexy najefektívnejšímprístupom k dátam. Èasto sú vytvárané nad ståpcamis identifikátorom (spolu s primárnym k¾úèom).Keïe klastrovaný index definuje fyzické poradiedát, môe by nad jednou tabu¾kou vytvorenýmaximálne jeden takýto index.Iná situácia je pri neklastrovaných indexoch. Dátovéstránky zostávajú nezmenené. Je to v prípadeHEAP a aj vtedy, ak je vytvorený klastrovaný index.Pri vytvorení indexu sa vytvoria indexové stránky(sú to vlastne dátové stránky, na ktorých sa nenachádzajúvšetky údaje z tabu¾ky, ale len dáta obsiahnutév indexovanom poli). Kadý záznam obsahujenavyše aj pointer odkazujúci na konkrétny záznamv dátovej stránke (obr. 3). Ak takúto štruktúru vytvorímenad u vytvoreným klastrovaným indexom,spomínaný pointer sa mení na dáta ståpca, nad ktorýmje klastrovaný index vytvorený. Index môemevytvára aj nad dvoma a viacerými po¾ami. V takomtoprípade ide o zloený index. Jeho èastým vyuitímje optimalizácia dopytov. Ak si zvolíme ako èlenovindexu kombináciu polí, ktoré sa nachádzajú v príkazeSELECT, za klauzulou JOIN aj WHERE, ohlas nadopyt môe by znaène kratší ako pri inom benomdopyte. Polia, ktoré urèíme pre zloený index, bynemali by prive¾ké, aby nedochádzalo k prílišnémuzväèšovaniu dátových súborov. Keby sme teda vytvorilineklastrovaný zloený index, potom by nastalstav, keï by sa všetky potrebné dáta nachádzali naindexových stránkach. SQL potom zniuje poèetvstupných a výstupných operácií (I/O) pri prístupena diskový subsystém, lebo nie je nútený vyh¾adávana dátových stránkach, ale všetky potrebné dáta máu na indexových stránkach.PRÍSTUP K DÁTAMSkúsme si teraz prirovna vyh¾adávanie konkrétnychzáznamov v tabu¾ke SQL k vyh¾adávaniu konkrétnehomiesta vo ve¾kom meste. Hneï prvýmspôsobom vyh¾adávania bude blúdenie s mapouv ruke èie vyh¾adávanie bez indexov – heap. Ak siprimyslíme vyh¾adávanie adresy v nejakej priemyselnejštvrti, dojem bude dokonalý. V meste existujeve¾a rôznych výkopov, kanálov, ulice bývajú èastodlhé a oznaèované len na koncoch. Podobne SQLpri vyh¾adávaní jedného záznamu musí prejs všetkydátové stránky. Napríklad chceme vyh¾ada zamestnancas interným èíslom 1587. Kadá jednapouívate¾ská tabu¾ka má záznam v tabu¾ke sysindexesa prvým krokom SQL bude vyh¾adanie jejzáznamu. Zistí, e záznam obsahuje v poli indidhodnotu 0. Na základe tejto informácie si pozrieúdaj v ståpci FirstIAM, ktorý povie SQL, kde sa nachádzaprvá stránka mapy alokácie indexu (FirstIndex Allocation Map). Táto mapa je jediným spájajúcimèlánkom stránok vytvárajúcich tabu¾kuv heape.Rozviòme ïalej náš príklad blúdiaceho turistu:okrem mapy bude ma aj presnú adresu h¾adanéhomiesta. Na obr. 4 je zobrazený postup pri prístupek dátam. Tak ako pri vyh¾adávaní adresy pomocoumapy aj SQL Server musí skenova kadý jedenextent, aby zistil èo len jeden záznam. Tento prístupk dátam je najpomalší a nazýva sa table scan.Grafické znázornenie tohto prístupu poskytuje nástrojQuery Analyzer. Exekuèný plán zobrazímepomocou klávesovej skratky Ctrl + K a vykonanianasledujúceho príkazu:USE NorthwindSELECT * FROM dbo.territoriesNa karte Execution Plan sa zobrazí grafické znázornenievykonania dopytu a dodatoèné informácie(ak kurzorom myši vyberiete ikonu tabu¾kovéhoskenu). Tabu¾kové skeny sú rýchlejšie ako preh¾adávanieindexovaných stránok iba v prípade malýchtabuliek.Ïalší príklad je klastrovaný index a môeme hoprirovna k vyh¾adávaniu pomocou Global PositioningSystem (GPS). Podobne ako v aute, keï dostávavodiè inštrukcie typu „zaboè do¾ava a po desiatichminútach doprava“, získava informácie o vyh¾adávanomzázname aj SQL Server. Má ich však z indexovýchstránok, a nie zo satelitu. Na indexovýchstránkach sú uloené hodnoty indexovaného ståpca,ktoré slúia ako porovnávacie hodnoty. Ak sanapríklad vyh¾adáva záznam zamestnanca s internýmèíslom 1587, SQL postupuje takto: Najprvskontroluje sysindexes tabu¾ku a zistí, e tam je záznamv ståpci indid 1. To znamená klastrovaný2/2004 PC REVUE 129
I N F O W A R Eindex. Potom kontroluje záznam v ståpci root, ktorýje definovaný dátovým typom binárnym a obsahujeúdaj o umiestnení koreòovej stránky klastrovanéhoindexu. Ak ju lokalizuje, zaène porovnávah¾adanú hodnotu, v našom prípade je to èíslo 1587.SQL ju h¾adá najprv na koreòovej stránke, ak tamnie je, postupuje o úroveò nišie, a to na základeprepojenia indexových stránok. Tentoraz nemusíís pri lokalizácii nového extentu alebo stránky naFirstIAM (pozera do mapy), ale ide priamo a nah¾adaný údaj. Pri takomto skene je niší poèet skenovanýchstránok a tým aj operácií I/O na diskovomsubsystéme. Ilustráciou je obrázok è. 5 a takistoaj exekuèný plán, ktorý sa zobrazí v aplikáciiQuery Analyzer po príkaze:USE NorthwindSELECT * FROM dbo.[Order Details]Pomocou príkazu SET STATISTICS IO ON môemezisti poèet skenovaných dátových stránok. Pri absenciiindexu sa ich poèet výrazne zvýši. Klastrovanýindex by sa dal prirovna aj k slovníku. Tak akosú v slovníku objekty (slová) zoraïované pod¾aabecedy, aj riadky v tabu¾ke na SQL Serveri sú zoraïovanépod¾a po-¾a, nad ktorým je indexvytvorený. H¾adaniev slovníku jetriviálne. Ak h¾adámeslovo cluster, ve¾mirýchlo vyberiemestranu, kde saslovo nachádza, ana tejto strane hovyh¾adáme – „preskenujeme“ju. Kebyvšak klastrovanýindex chýbal, boloby takmer nemonévyh¾ada všetky výskytyslova cluster.K tejto asociácii saešte vrátime prineklastrovanom obr. 6indexe.Vráme sa k analógii vyh¾adávania konkrétnehomiesta v neznámom meste. Tu je najpriliehavejšieprirovnanie k skúsenému turistovi s mapou. Kým prištruktúre HEAP musel blúdiaci neustále nazera domapy a blúdi po uliciach, v neklastrovanom indexesa turistovi staèí raz pozrie do mapy a na prvýkrátnájde miesto urèenia. Ak teda h¾adáme záznamzamestnanca 1587, SQL najprv kontroluje sysindexes,kde zistí hodnotu väèšiu ako 1. Na základe údajav poli root vyh¾adá koreò neklastrovaného indexua zaène preh¾adáva indexové stránky a hodnoty nanich porovnáva s èíslom 1587. Po tom, èo príde nalistovú úroveò indexových stránok, nájde pri hodnote1587 pointer. Ten ho odkazuje na konkrétnyextent, konkrétny súbor a definuje aj konkrétnyzáznam. Vyh¾adanie je teda jednoduché aj vtedy, aksamotné dátové stránky nie sú usporiadané (neklastrovanýindex na heape). Keby bol v tejto tabu¾kevytvorený aj klastrovaný index (napr. nad po¾omPriezvisko), namiesto èíselného pointera by sa tu nachádzalúdaj (èie priezvisko zamestnanca è. 1587).Problém by vznikol vtedy, keby výsledok dopytupozostával z viacerých záznamov. H¾adajme zamestnancovod èísla 25 po 1587. Turista by musel pozerado mapy vdy práve raz pre kadé h¾adané miesto.SQL server sa teda musí pre kadý záznam vrátina indexové stránky neklastrovaného indexu. Prerozsahy dát teda tento spôsob indexovania nie jeefektívny (obr. 6).INDEXOVANÉ POH¼ADYAby boli indexy úèinné, musia by dobre navrhnuté.Významným pomocníkom je sprievodca IndexTuning Wizard. Pomocou tohto sprievodcu dokáeskúsený databázový administrátor definova optimálnuštruktúru indexov nad tabu¾kami. Dobrenavrhnuté indexy vytvoria predpoklady na maximálnyvýkon servera nielen pri èítaní, ale aj pri zápisedát. Niekedy však databázové aplikácie vykonávajúdopytovanie poh¾adov, ktoré sú vytvorené nadtabu¾kami. Poh¾ady však nie sú fyzické dáta a nenachádzajúsa na dátových ani indexových stránkach.Jediné, èo je uloené na databázovom serveri, jedefinícia poh¾adu. SQL teda vdy pri vykonávanídopytu nad poh¾adom kontroluje jeho definíciu apotom vykoná dopyt nad podliehajúcimi tabu¾kami.Aj v tomto prípade SQL vyuíva indexovú štruktúru.Poh¾ady sú „virtuálne dáta“, t. j. okrem vlastnýchdát obsahujú aj vypoèítané ståpce alebo sú spojeniamiviacerých tabuliek (klauzulou JOIN). Dopyty nadnimi sa budú pouívate¾om zda relatívne pomalé.Microsoft SQL Server od verzie 2000, ale len v edíciiENTERPRISE ponúka monos indexova aj poh¾ady.Základný zmysel indexovania poh¾adov je v urýchlenídopytovania cez poh¾ady a navyše dáva SQLServeru monos vyuíva vypoèítané dáta, ktoré sauloia na indexové stránky. Ak je napríklad pri dopytenevyhnutné vráti pouívate¾ovi vypoèítané ståpcedát, SQL musí pri kadom (!) takomto úkone dátareálne vypoèítava. Keby sme však mali indexovanýpoh¾ad, ktorý takéto dáta obsahuje, SQL si ich jednoducho„stiahne“ z indexových stránok. Dá sa tedapoveda, e za urèitých okolností indexovaniepoh¾adov znaène zvyšuje výkon databázového servera.Všimnime si podmienky, ktoré treba dodra privytváraní indexu nad poh¾admi. Je potrebné dodranastavenia spojenia (session settings) pri vytváranípoh¾adu, pri vykonávaní príkazov INSERT,UPDATE a DELETE a pri samotnom pouívaní poh¾aduQuery Optimizer komponentom.Okrem toho musí poh¾ad spåòa nasledujúce podmienky: parameter WITH SCHEMABINDING je povinný referencia je povolená len k tabu¾kám tej istejdatabázy klauzula GROUP BY nesmie obsahova HAVING,CUBE alebo ROLLUP klauzula OUTER JOIN je zakázaná klauzula UNION je zakázaná klauzula DISTINCT alebo TOP je zakázaná funkcia ROWSET (napr. OPENROWSET) je zakázaná delené tabu¾ky alebo poddopyty sú zakázané ANSI_NULLS a QUOTED_IDENTIFIER sú pri vytváranív polohe ONNastavenia spojenia Musí by VýchodiskováhodnotaANSI_NULLS ON OFFANSI_PADDING ON ONANSI_WARNING ON OFFARITHABORT ON OFFCONCAT_NULL_YEILDS_NULL ON OFFNUMERIC_ROUNDABORT OFF OFFQUOTED_IDENTIFIER ON OFFVýhody pouitia indexovaných poh¾adov simôeme ilustrova na dopyte, ktorý bude získavainformácie o poète dodávate¾ov v databázeNorthwind.USE NorthwindSELECT s.CompanyName,COUNT_BIG(*) AS COUNTFROM Orders o INNER JOIN Shippers sON o.ShipVia=s.ShipperIDGROUP BY CompanyNamePomocou príkazu SET SHOWPLAN_ALL ON mô-eme ilustrova, ako dopyt pristupuje k dátam.Rozdiel bude zjavný, ak si vytvoríme poh¾ad a ten„oindexujeme“. Index vytvorený nad týmto poh¾adomsa bude vyuíva tak pri uvedenom dopyte,ako aj pri dopytovaní poh¾adu.Na záver uveïme skript potrebný na vytvoreniespomínaného poh¾adu:SET QUOTED_IDENTIFIER ONGOCREATE VIEW ShipVwWITH SCHEMABINDINGASSELECT s.CompanyName,COUNT_BIG(*) AS COUNTFROM dbo.Orders o INNER JOIN dbo.Shippers sON o.ShipVia=s.ShipperIDGROUP BY CompanyNameNad týmto poh¾adom potom mono vytvára klastrovanýindex:CREATE UNIQUE CLUSTERED INDEX sch_idx_vwON ShipVw(CompanyName)Peter Gallo130 PC REVUE 2/2004
Page 3 and 4:
69R E V U EREVUEŠPECIÁLNA PRÍLOH
Page 7 and 8:
N O V I N K Ykreslení, ïalej pri
Page 9 and 10:
SED vyuívajú na generovanie obraz
Page 11 and 12:
itkomunitaIV. ples v OpereR E V U E
Page 13 and 14:
R E V U EPaul Otellini (Intel) pri
Page 15 and 16:
REPORTÁPrezbrojovanieR E V U E Mar
Page 17 and 18:
R E V U EPouèíme sa z osududinosa
Page 19 and 20:
100 000 USD, je pripravená pre tvo
Page 21 and 22:
na akúko¾vek otázku, aj keï nie
Page 23 and 24:
obrázok 3celky. Na mapovanie pouí
Page 25 and 26:
Tieto tri atribúty poèas nafukova
Page 27 and 28:
R E V U EVirtuálnakanceláriareali
Page 29 and 30:
R E V U ENástroj na zálohovanie v
Page 31 and 32:
R E V U Enách, ktoré Prescott pri
Page 33 and 34:
R E V U ENotebookyod A po Z Peter O
Page 35 and 36:
R E V U Eaplikácie. Toto platilo p
Page 37 and 38:
H A R D W A R ENotebookTest:pre kad
Page 39 and 40:
H A R D W A R EKategória Tablet PC
Page 41 and 42:
H A R D W A R EAcer TravelMate661 L
Page 43 and 44:
H A R D W A R EPENTIUM 4−M A PENT
Page 45 and 46:
H A R D W A R ETest Ondrej MackoJed
Page 47 and 48:
H A R D W A R ERedukcia zásuvky IE
Page 49 and 50:
H A R D W A R ETab. 1 Vybrané para
Page 51 and 52:
len niektoré základné údaje. De
Page 53 and 54:
H A R D W A R ETest a preh¾adDatav
Page 55 and 56:
64 PC REVUE 2/2004Toshiba TLP−S10
Page 57 and 58:
H A R D W A R E3M S10Zástupca zna
Page 59 and 60:
H A R D W A R ESanyo PLC−XW20ARZ
Page 61 and 62:
I N F OVe¾ká èitate¾ská anketa
Page 63 and 64:
N O V I N K YTechnologické novinky
Page 65 and 66:
R E V U EMobil banking SMS kód: 10
Page 67 and 68: R E C E N Z I E„Mobilné“ prís
Page 69 and 70: R E C E N Z I ESamsung SGH−X100Vz
Page 71 and 72: R E C E N Z I EOddelenékrytytelef
Page 73 and 74: R E C E N Z I ENokia 1100Dvojpásmo
Page 75 and 76: R E C E N Z I ENokia 6820Nokia 6820
Page 77 and 78: P R Í L O H APanasonic G50„Jéé
Page 79 and 80: R A D Í M EPoradòa SMS kód: 101
Page 81 and 82: R A D Í M EPaušálne programyEuro
Page 83 and 84: Terratec Cameo ConvertToto zariaden
Page 85 and 86: H A R D W A R EAPC TravelPowerCase
Page 87 and 88: H A R D W A R EPorovnanie výsledko
Page 89 and 90: H A R D W A R ETECHNICKÉ PREDSTAVE
Page 91 and 92: Pinnacle Liquid Edition 5.5Liquid E
Page 93 and 94: S O F T W A R EProgram na elektroni
Page 95 and 96: S O F T W A R ERayman pred krajinou
Page 97 and 98: S O F T W A R EProgramy na správu
Page 99 and 100: S O F T W A R EProstredie programu
Page 101 and 102: ko¾kých zástupcov - od jednoduch
Page 103 and 104: Panda Titanium Antivirus 2004Panda
Page 105 and 106: S O F T W A R ESHAREWAROVÉ OKIENKO
Page 107 and 108: I N T E R N E TKOMENTÁR: /dev/null
Page 109 and 110: I N T E R N E TNáradie pre webové
Page 111 and 112: I N T E R N E TNA POTULKÁCH www.cy
Page 113 and 114: I N T E R N E TVytvárame WWW strá
Page 115 and 116: I N F O W A R E KONFERENCIASOFTECON
Page 117: I N F O W A R EIndexy nad poh¾admi
Page 121 and 122: I N F O W A R E existujú karty s b
Page 123 and 124: I N F O W A R Ee−VOTE: Vo¾te ele
Page 125 and 126: I N F O W A R EVývojové prostredi
Page 127 and 128: I N F O W A R EIntranetová apliká
Page 129 and 130: I N F O W A R EVírusový radarPo z
Page 131 and 132: P R O G R A M U J E M EProgramujeme
Page 133 and 134: P R O G R A M U J E M E// sem vlote
Page 135 and 136: P R O G R A M U J E M EAko na Visua
Page 137 and 138: P R O G R A M U J E M EDirect Anima
Page 139 and 140: S E R V I STipy a triky pre Windows
Page 141 and 142: S E R V I SObr. 5Obr. 9Obr. 12Obr.
Page 143 and 144: S E R V I STab. 2RS 232C 25−pin.P
Page 145 and 146: S E R V I SFEJTÓN:ZÁPISNÍK SERVI
Page 147 and 148: MAXPARÁDA V PLNOM PRÚDE!Redakcia
show all

CES 2004 - Vitajte na strÃ¡nkach www.einsty.hostujem.sk

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?