Posted By: medved (A~z na v~eky Mikov~ce.) on 'CZdatabases' Title: Re: updatovani indexu - velka tabulka vs. mala kopie Date: Wed May 3 22:44:01 2000 > zdravim, > > mam nasledujici male dilema: > > mam tabulku uzivatelu relativne navstevovane aplikace. > s kazdou navstevou je treba updatnout zaznam uzivatelu > o cas posledniho pristupu a dve dalsi indexovany > polozky (cizi klice jinych tabulek) > > v dotycne tabulce je nekolik desitek tisic zaznamu, > z toho nekolik set se velmi rychle meni. > pro cteni se dotycne indexy pouzivaji nekolikanasobne > mene casto, nez se prepisuji. > > dilema tedy zni: > > provozovat vsecko na jedny tabulce > > nebo > > mit aktivni uzivatele extra v duplicitni tabulce > (naivne si rikam, ze by se treba neustale zatridovani > urychlylo, kdyz by se updatovaly nekolikrat mensi > indexy - je to blbost, nebo ne?) > > pripadne jeste > > vyhodit indexy a nechat pri mensinovych requestech, > vyzadujici tato trideni, tridit neindexovane > prislusnych nekolik set aktivnich useru. > > databaze je tradicne sybase ase 11.0.3.3. Uplne jinak. Pouzij tzv. pojmenovane cache - vyhranene oblasti pameti prirazene pro kesovani urcitych tabulek. Dejme tomu, ze v tabulce uzivatelu je 100 velmi aktivnich (z 2000) - tak vytvoris pojmenouvanou cache pro tuto tabulku tak velikou, aby techto 100 uzivatelu (resp. stranek s jejich udaji) mohlo zustat v oper. pameti - takze asi 300 KB = 150 stranek (zbytek je pro indexy a ostatni zaznamy). V jine situaci muze treba jit o cteni nekolika radek zasebou - potom je vhodne nastavit aby server cetl data hned po nekolika strankach (= ve 4, 8.. KB blocich). Dalsim krokem muze byt manipulace s parametrem fillfactor indexu - ten rika jak moc musi byt zaplnena stranka indexu aby doslo k jejimu rozdeleni na dve dalsi. Ale ROZHODNE bys nemel zapomenout obcas spustit sp_updatestatistics aby mel optimalizator aktuelni udaje o stavu databaze. > dik za kazdy podnet. > > pavel > Bye Medved Si vis pacem, para bellum.