Firebird - vyvazovani indexu

[Pavel Cisar]

Haj hou!

Nikoliv, jde o obdobu vyvazovaneho B stromu. Obdobu proto, ze struktura
binarniho stromu indexu neni totozna se strukturou "klasickeho"
binarniho stromu. U indexu jsou uzly ukladany v clusterech
reprezentovanych db strankami. Odkaz z uzlu vyssi urovne tedy neni na
uzel nizsi urovne jako u B stromu v pameti, ale na stranku nizsi urovne.
Uzly na strankach jsou dle potreby reorganizovany tak (rozdelovani a
slucovani stranek), aby hloubka stromu byla konstantni.

Pokud vas zajimaji detaily, pak doporucuji nasledujici clanky:

http://www.ibphoenix.com/main.nfs?a=ibphoenix&page=ibp_expert1
http://www.ibphoenix.com/main.nfs?a=ibphoenix&page=ibp_expert2
http://www.ibphoenix.com/main.nfs?a=ibphoenix&page=ibp_expert3

S pozdravem
Pavel Cisar
IBPhoenix

Novák Jiří wrote:

> Zdravicko!
> 
> Ctu si tu knihu interbase / firebird a narazil jsem na neco cemu se 
> mi nechce moc verit.
> 
> Pise se tu ze index je tvoren binarnim stromem, (to mne neudivuje) a 
> ze k vyvazeni indexu dojde pouze pri deaktivaci a opetovne aktivaci 
> indexu nebo nejake jeho zmene prikazem alter index , create index 
> nebo drop index (cos us mne udivuje)
> 
> To, ze do nejake indexovane polozky vkladam postupne se zvysujici
> hodnotu je predci velice casty jev (cisla faktur, pokladni doklady ,
> casove udaje, GEN_ID() atd ) znamena to ze bez manualniho
> preindexovani pujde o sekvencni vyhledavani v hodnotach indexu? 
> (zadne puleni intervalu ?)
> 
> Opravdu tu neni nejaky jiny (vnitrni) mechanizmus optimalizace indexu
>  ? ( tezko za provozu deaktivovat index hlidajici datovou integritu 
> ... )