Posted By: bam-bam (bam-bam) on 'CZdatabases'
Title:     Re: SQL pomale s pribyvanim radku
Date:      Mon Feb 26 18:56:11 2007

> > chova se celkem logicky. Sestavi prvnich 50 radku a tim to hasne. V druhem
> > pripade musi sestavit 7050 radku, coz chvili trva. Na vetsine databazi
> > offset 
> > neznamena, ze predchozi hodnoty se nebudou zpracovavat. 
> 
> Mne to teda moc logicke neprijde. Asi jsem hodne natvrdlej, ale prosil bych
> to 
> trochu vice rozvest a natvrdleho snaka popostrcit. Mne totiz prijde, ze jsou

no on se ti snazi rict ze proste asi databaze v prvnim pripade fetchne 50 
radku kdezto v druhem 750 takze je pomalejsi.



Jinak dost zalezi na konkretnim optimalizatoru a jeho nastaveni.
Nevim jak to je u mysql, ale u dospelych databazi treba zalezi i na naplneni 
konkretnich tabulek.
Napriklad kdyz mas tabulku ktera ma radove malej pocet polozek (tisice) tak i 
kdyz ma na sobe index tak je vyhodnejsi pouzit full table scan nez ten index 
(nasaje si to do pameti a joinuje to az tam, tudiz pouzije jedno sekvencni 
cteni s disku, kdezto kdyz by pouzil index tak nejdriv precte index a pak ma 
nekolik cteni dat z disku.

Databaze maji mnoho ruznych optimalizaci takze je tezko rict. treba kdyz je 
cizi klic s not null klauzuli tak databaze vi ze muze vzit jen prvnich 50 
radek z prvni tabulky, protoze si muze byt jista ze v druhej tabulce tech 
odpovidajicich 50 urcite najde, kdezto kdyz tam muzou byt null hodnoty tak 
proste nejdriv musi udelat ten join a pak teprve omezit kolik jich chce.
A takovejhle veci je v databazich plno.

 
Mylit se je lidske,ale neco dokonale zasmodrchat je mozne jen pomoci pocitace.
                                                                 /Artur Bloch/