ucto

[Karel Zak]

> 
> Pokud uz clovek jednou udela ten krok, ze se rozhodne pro web jako
> rozhrani (par mesicu zpet se tady tusim probiralo, ze delat pres web
> ucetnictvi nikdy nemuze fungovat ;-), tak jsou ty skriptovaci jazyky
> myslim velmi vhodne, protoze u tech webovskych serveru si clovek 
> platformy casto nemuze diktovat a skriptovaci jazyky ho od rozdilu
> odfiltruji. Otazka je, jestli tady lidi neznaji spis PHP, ale pokud
> byste zvazovali Perl a mod_perl, pripadne s horkou novinkou AxKit pro
> XML server-side transformaci, byla by to dost bomba, protoze databaze
> tam mate pres DBI opravdu zadarmo. Na neco takoveho bych byl mozna
> i schopen urvat nejaky cas.

 A proc delat neco co je omezeno rozhranim. Ma predstava je, ze dve ucetni
budou pracovat na tom samem --- jedna v KDE a druha treba via Web. Zaklad
bude robustni server napojeny na libovolne SQL a treba i na nekolik na
jednou. Moji motivaci se na necem takovem podilet je, ze budu-li nekdy v
budoucnu potrebovat napsat nejakou databazovou aplikaci, ktera komunikuje s
userem pres nejake formulare tak nebudu muset zas a znova zacinat od
zacatku,ale jen si nadefinuji v XML formulare jejich vzajemny vztah napojeni
na nejake ciselniky, pripadne tam napicu v nejakem standardizovanem API
modul (podobne jako Apache) a budu to mit hotove.

Pochopitelne, ze neco takoveho napsat je slozite. Ale kdo ma rad rychla a
snadna reseni necht jde na nejaky politicky meeting...

 Moc ani nechapu ten nekonecnou tohu po nejakem obecnem API k SQL, u dobre
modulovaneho projektu je urcita SQL jen nejakym modulem a napsani nove
podpory pro dalsi SQL je jen prepsani toho *maleho* modulu, a je hlavne 
veci jen teto vrstvy jak to udela. Proc treba pokud SQL server umoznuje
vkladat primo do serveru funkce/triggery tak toho nevyuzit a nevymackat z
daneho SQL to nejvic co lze. Vrstvam nad touto SQL vrstvou muze byt uplne
jedno jak ma ulozena data.

 IMHO SQL je v takovem systemu jen jednim z detailu. Napr. cache/memory
management/zobecneni-formularu bych vydel jako vetsi problem. Vzhledem k
tomu, ze by neco takoveho melo radove 10000 radku kodu bych videl Perl (a
spol.) jako nedobrou volbu. Byl bych konzervativni - C :-)

						Karel