Jak na browse velke tabulky v sql ?

Kluvanek Martin kluvanek na tesnet.cz
Pátek Únor 20 14:26:08 CET 2004


Michal Samek napsal(a):
Podla mna je to ale skorej logicky problem.
Ked si predstavim DB v ktorej by mal napriklad kazdy obyvatel sveta jeden 
zaznam, ma vyznam browsovat globalne celou tabulkou a nieco si tam BROWSOVANIM 
zistovat?
Asi nie, ked si uvedomim, ze pravdepodonne za sekundu sa zmeni viac zaznamov, 
ako stihnem precitat.
Cize podla mna va vyznam robit bud nejake statisticke alebo ine matematicke 
operacie nad datami, alebo si vybrat nejaku OBMEDZENU mnozinu zaznamov (nejakym 
filtrom, vyberovymi podmienkami) ktore som schopny obsiahnut.

Naco mi je moznost linearne listovat milionmi alebo miliardami zaznamov?

A tato otazka, pripadne s nou spojene problemy nemaju podla mna az tak moc 
spolocne s tym, ci je to clipper alebo SQL.
Bud to musim cele uzamknut pre vyhradny pristup,
alebo sa tym neda listovat tak, aby sa nestalo, ze niekto zmeni to, co som uz 
precital.
Samotne listovanie/ bufferovanie predsa nieje problem ani v SQL, len je mi to 
stejne podivne, ako keby chcel niekto v Autocade programovat devicedriver.


> Dobry den,
> omlouvam se, jestli se to tu uz nejak resilo... Podotykam, jsem byvaly
> vyvojar pro xbase, sql dneska celkem bezne pouzivam, ale tomuhle proste
> porad nerozumim. Pripada mi, ze je sql na neco ok a na neco uz moc ne...
> 
> Chtel bych prepsat nejakou aplikaci z doby dosu a xbase systemu. Vsichni
> tvrdi, ze dnes je xbase v podstate mrtve a vyhody sql prevazuji atd. Jak
> se ale resi browsing velkych tabulek? Mam treba nejaky katalog o 150000
> zaznamech a chci si v nem listovat, s moznosti prepnout setrideni z
> nekolika moznych a s inkrementalnim vyhledavanim. V clipperu je to
> jednoduche, program v podstate "chodi" po tabulce na nejakem indexu a
> muze inkrementalne seekovat. Navic to cele automaticky reaguje na zmeny
> tech prohlizenych dat (jakmile vypadnou z bufferu nebo kdyz si to
> vyzadam) Ale v sql ve spojeni s nejakym beznym gui? Vsechno, co mne
> napada, je tak pomale nebo pametove narocne, ze je to v praxi
> nepouzitelne, z pohledu uzivatele te stare xbase aplikace kazdopadne.
> Nacist celou tabulku do gui objektu je pomale a zabere moc mista. Navic
> bych pak nevidel zmeny. Nacitat pomoci offsetu je asi jedine reseni, to
> ale budu bombardovat server neustalymi queries? Kazda se musi
> preparsovat, zoptimalizovat a provest a navic si nejsem jisty, zda si
> server vlastne pokazde nevytvori nejakou pracovni kopii celeho vysledku,
> ze ktere mi pak vraci jenom cast (to by bylo brutalne neefektivni). A
> zminene inkrementalni hledani? To uz vubec nevim. Taky potrebuju
> prubezne vedet, kolik tech polozek v danem okamziku vidim, to znamena
> porad se ptat select count... Nebo treba prepnuti setrideni, ale tak,
> abych zustal porad na aktualnim zaznamu? Jak na tohle jit jednoduse,
> netusim. Musel bych v danem setrideni zjistit pozici aktualniho zaznamu,
> treba select vsechno a v tom to pak dohledat? Hruza. Resit to vsechno v
> sql je oproti te "stare a nevykonne" xbase strasne pracne. Nebo existuji
> nejake gui objekty, ktere umoznuji inteligentni napojeni na sql? Co na
> to cele rikate? Unika mi neco? Diky za kazdy komentar...
> 


-- 
Martin Kluvanek
ved.odd. vyvoje (head of development department)
TES s.r.o
Testovani Energetickych Systemu (Testing of Energetical Systems)

Prazska 597
674 01 Trebic
Czech republic
tel:568 8384 28  (+420 5688384 28)
fax:568 8384 27  (+420 5688384 27)
homepage: http://www.tesnet.cz



Další informace o konferenci Test