Jak na browse velke tabulky v sql ?
Michal Samek
spec_list na tony.cz
Sobota Únor 21 11:02:56 CET 2004
V Pá, 20. 02. 2004 v 15.34, Horak Daniel napsal:
> >
> > > U zaznamu, ktery je "vybrany" si zapamatujete hodnotu
> > primarniho klice a
> > > podle te se zaznam v "browseru" zase (po setrideni) najde.
> >
> > Jak? Ja potrebuji zacatek (offset) vyjadreny jako cislo, jako
> > pozice. To
>
> Ale v SQL se na neco takoveho, jako je cislo pozice, nemuzete
> spolehnout.
Ano, ja vim, cela filozofie sql nadherne resi zapouzdreni databaze,
umoznuje efektivne provadet dotazy a soubezne updaty, ale pro urcite
aplikace to neni dostatecne. Proc to vadi jenom mne, to porad nechapu. V
jednu chvili jakoby vsichni presli na sql, bylo to to spravne
"buzz-word", ale funkcnost xbase je porad v urcitych pripadech
nenahraditelna. Podle mne toho zas tak moc nechci, ale fakt nemam sanci
s sql uspet. Asi bych potreboval nejaky hybrid, ktery umoznuje i "raw"
pohyb po tabulkach po indexech ve stylu "stare skoly". V podstate nejake
rozsireni kurzoru.
>
> > je mi jasne, ze muzu zaznam primo vybrat, ale to mi prece
> > nepomuze. Nebo
> > jsem uplne blby (dneska bych se nedivil). Nebo to myslite tak, ze do
> > toho gui objektu nacitate vsechny radky a to ja prave nechci, ja chci
> > selectovat jen kratsi useky podle potreby (zastrankuju -->
> > select treba
> > 50 dalsich zaznamu).
>
> Postupne nacitani se da resit prave pomoci kurzoru (nebo limit + offset,
> ale tam je problem s tim cislovanim). Pri "strankovani" si donactete jen
> ta dalsi data. Ale "aktualni" polozku je nutne nastavit (byt treba
> sekvencnim prohledanim) az podle dat, ktera v browseru skutecne jsou, a
> to podle jejiho PK.
>
> Pro razeni nemusi byt nutne pouzivat SQL, ale muze to umet "browser" sam
> od sebe, aspon pro nejake datove typy.
Tohle opet nemohu pouzit, pokud nechci nacitat vysledek celeho selectu,
ale strankovat postupne... Navic tridit a hledat ma databaze, ne
aplikace.
>
> >
> > >
> > > Ale docilit shodneho chovani u SQL jakou xBase nejde bez
> > velmi velkeho
> > > usili. Sam jsem vytvarel GUI prvky pro pristup k datum v
> > SQL serverech
> > > do knihovny wxWindows ;-)
>
> Ale zatim jsem to nezverejnil a neumi to jeste efektivne pracovat s
> velkymi tabulkami ;-)
>
> Jako hotove reseni bych zkusil Kylix/Delphi. Ty jejich knihovny na to
> nejspis mysli. Ale nikdy jsem v nich nedelal.
>
> >
> > ha, na to se musim podivat. O to mi slo, ze uz nekdo prece tohle musel
> > nejak resit.
> >
> > >
> > > Elegance v xbase mozna je, ale jak se zachova pri zmenach
> > provadenych
> > > soucasne nekolika klienty.
> >
> > No jak, normalne :) Dnes se sice uz zaznamy nezamykaji, mame
> > transakce,
> > ale fakt je, ze tento klasicky pristup zamykat zaznam nejakou zvlastni
> > nahodou presne vyhovuje logice prace toho systemu a vubec nijak se tim
> > necitime omezovani. Nedela nas sice najednou zrovna 1000, ale
> > to je asi
> > jedno. Stejne nema logiku, aby prijemku plnili soucasne 2 lide...
>
> Takoveto zamykani zaznamu je mozne (nutne?) provadet na aplikacni
> urovni.
>
> Proste neni jednoduche aplikaci v xbase (s daty v index-sekvencnich
> souborech) snadno predelat do SQL, kde se s daty pracuje uplne jinak.
>
>
> Dan
--
Michal Samek <spec_list na tony.cz>
Další informace o konferenci Test