Jak na browse velke tabulky v sql ?
Michal Samek
spec_list na tony.cz
Pondělí Únor 23 12:23:44 CET 2004
V Po, 23. 02. 2004 v 11.09, Karel Zak napsal:
> On Mon, Feb 23, 2004 at 11:34:54AM +0100, Michal Samek wrote:
> >
> > Ja myslim, ze trosku prehanite. Zeptal jsem se na konkretni problem a
>
> Ja vim, ja rad (ale vetsinou s usmevem;-)
>
> > rozebrali jsme jej. To je vse. Dostali jsme se v podstate k tomu, ze je
> > to bohuzel tak, jak to je a ze to s sql lepe udelat nepujde. To je to,
>
> Hodne jde o to jak jste postupoval pri tom stanovovani si pozadavku na
> tu aplikaci. IMHO asi mozna i nevedomky jste to udelal tak jak se
> delaji nektera ceska "vyberove rizeni". Proste pozadavky, ktere sedi
> jednomu dost urcitemu reseni a ostatni na tom pohori. Lepsi by bylo
> podivat se co mate za data a co ma byt vysledkem prace uzivatelu. A pak
> navrhnout reseni, ktere tydle dva body spoji.
>
> Dostal jste tu rady, ktere v naproste vetsine vychazeji z toho jak je
> delana vetsina aplikaci (tedy select jen potrebnuch veci, zakladni
> sortovani ovlada GUI widget, kursory). Ostatne mel jste pravdu v tom,
> ze "todle nekdo musel uz resit". Ono prave browser je zaklad vetsiny DB
> aplikaci -- nektere dokonce ani jiny widget nepouzivaji (takovata
> hrozna ucta co vypadaji jak sabat excelovskych tabulek...)
>
> > co jsem chtel slyset, ve "vetsine poslednich dopisu" jsem vam do toho uz
> > ani nepipnul. Prave proto, ze zcela jiste jsem "poznamenany" minulosti a
> > vyvojem v xbase, jsem tady napsal, at mi poradi lide, co s sql maji
> > radove vetsi zkusenosti. Nikomu jsem nenadaval a v podstate jste mi dali
> > za pravdu, ze implementace takove situace pomoci sql *muze* byt mene
> > efektivni nez v xbase. Nezbyva mi nez udelat prakticke testy a srovnat,
> > zda to bude vubec vykonove pouzitelne, pripadne zmenit ui aplikace, coz
> > ale bude problem - uzivatele mi to omlati o hlavu.
>
> Ano. Take zavadeni noveho software neni z velke casti ukol pro IT
> oddeleni, ale pro managment. Urcite je ale treba ty usery sledovat --
> obcas totiz novy soft opravdu treba neni :-)
Funkcne je ten stary software velmi kvalitni, je v tom 10 let vyvoje a
natlaku na dodavatele. Plus hromada utilit kolem toho, ktere
automatizuji spoustu operaci. Velmi dobre nam to dnes modeluje firemni
procesy.
Problematicka zacina byt pouzita technologie a fakt, ze sw se uz dale
nevyviji a kody od toho nikdy nedostanem. Protoze dosemu se sambou neni
pouzitelne prostredi (problemy se zamykanim), musime tu mit na stanicich
winy a to jeste 98, v novejsich je dos taky emulovany a nejede to dobre.
Taky stabilita pri dnesnim rozsahu dat neni uplne dobra (ani spatna, ale
obcas to spadne a lepsi to uz nebude). Proste to moralne zastaralo.
Dneska staci, kdyz si nase draha vlada vymysli 3. sazbu dph a jsme v
p....
>
> Ostatne co vlastne lepsiho ocekavate od te aplikace pri pouziti SQL?
> Todle je dost dulezita otazka.
Ja mam jinak sql rad a postgres zvlaste, ono moc z ceho vybirat si taky
neni, existuji sice nejake obskurni projekty typu harbour, ale to bych
pro produkcni system neriskoval. Problem je v tom, ze jsem zatim delal v
sql spise pro web, kde to prirozene funguje stylem request-result, takze
jsem na tenhle problem jeste nenarazil. S gui a sql to zkousim poprve. A
trosku mne zarazila ta pracnost takove implementace.
>
> Karel
--
Michal Samek <spec_list na tony.cz>
Další informace o konferenci Test