Jak by to resil SQL profik ????

[Karel Zak]

On Thu, Mar 28, 2002 at 09:00:36AM +0100, Honza Pazdziora wrote:
> On Thu, Mar 28, 2002 at 08:55:13AM +0100, Karel Zak wrote:
> > 
> >  UN*X = system malych samostatnych programku ktere umeji prave to co
> >  se po nich chce. Jasne dal by se do PostgreSQL pridat i cron, httpd
> >  apod. Ale proc? Pamatuji si jak jsem navrhoval neco ohledne memory
> >  managmenutu a Tom Lane mi rekl, ze nechce delat nad OS dalsi OS a
> >  musim uznat, ze jsou to zlata slova. 
> >  
> >  Co se Oracle tyka tak chapu, ze maji potrebu z ruznych duvodu
> >  integrovat do te DB temer vse, ale ve svete OpenSource a dostupnych
> >  OS to snat nutne neni.
> 
> O tomhle to vubec neni. Podobne jako nema PostgreSQL zvlastni program
> na update indexu pri zmene dat a zvlast program na insert a zvlast
> program na select, a podobne jako jsou foreign klice soucasti definice
> datoveho schematu, tak muzu tu operaci vygenerovani agregovanych dat
> povazovat za soucast definice te databaze, a pak mi prijde logicke, ze
> bude uvnitr toho databazoveho serveru. Stejne jako jsou tam triggery,
> treba, kterymi by se to klidne dalo taky delat (akorat by to bylo mene
> efektivni).

 No dobra.. mozna by se mohlo v ramci datoveho modelu tvrdit, ze tabulka 
 je prumerem z jine tabulky za nejaky casovy usek. I kdyz to samo o
 sobe nic nerika o tom, ze se ty hodnoty maji pocitat v nejakou
 urcitou dobu.
 
> Protoze az mi na tom jednom stroji klekne hardware a bude potreba to
> rychle prehodit nekam jinam, tak bude potreba prehazovat nejen datove
> schema, ale i ty klientske programy, ktere mi tu databazi opecovavaji.

 Todle uz jako argument neberu. To by mohl byt soucati DB serveru i
 program na zapis na pasku, firewall apod. 

> Netvrdim, ze to je spatne -- sam to delam uplne stejne ... :-)

 Ano, protoze jsi rozumny clovek :-)

        Karel
-- 
 Karel Zak  <zakkr na zf.jcu.cz>
 http://home.zf.jcu.cz/~zakkr/
 
 C, PostgreSQL, PHP, WWW, http://docs.linux.cz, http://mape.jcu.cz