ucto

[Honza Pazdziora]

On 20 Jun 2000 12:35:37 +0200, Karel Zak <zakkr na zf.jcu.cz> wrote:
> 
>  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

Ano, to je klidne mozne. Jsou tam samozrejme fundamentalni rozdily
mezi stavovou terminalovou praci a nestavovym webem, ale i to se da
odstinit. Ja jsem jenom s povdekem kvitoval, ze existuje nekdo, kdo si
nemysli, ze je uplna blbost delat takovou vec na webu.

>  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.

Muze a nemusi. Tedy, muze, ale pak to treba ovlivni i vykon, protoze
neco, co by slo udelat v danem db serveru jednim dotazem, se rozpada
na spoustu volani nejakych modulu.

>  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 :-)

No, mam-li na vyber 10000 radku v C nebo 3000- radku v Perlu ... ;-)

-- 
------------------------------------------------------------------------
 Honza Pazdziora | adelton na fi.muni.cz | http://www.fi.muni.cz/~adelton/
   .project: Perl, DBI, Oracle, MySQL, auth. WWW servers, MTB, Spain.
Petition for a Software Patent Free Europe http://petition.eurolinux.org
------------------------------------------------------------------------