MySQL na Windows 2000

[Karel Zak]

On Fri, Jun 21, 2002 at 01:37:12PM +0200, Honza Pazdziora wrote:
> On Fri, Jun 21, 2002 at 11:48:42AM +0200, Karel Zak wrote:
> > > 
> > > Ano, z tohoto pohledu mate pravdu. Jak jsem vsak zjistil, pokud se dotaz
> > > lisi v nejakem parametru napr. u WHERE , cache se vytvari pro tento pripad
> > > znova. Ale jde take o to, jakou zivotnost ma tato cache. Jestli ma zivotnost
> > > pouze v ramci jednoho navazaneho spojeni nebo zda se vyuziva i pro nove
> > > navazovane spojeni po celou dobu behu MSSQL serveru.
> > 
> >  Neumim si predstavit validaci te cache pro vice spojeni a to zvlaste
> >  u slozetejsiho SQL serveru kde ty session mohou byt dost ruzne nastavene.
> >  IMHO pak by bylo udrzovani te cache natolik narocne, ze by to mohlo
> >  byt pracnejsi nez udelat ten dotaz.
> 
> ??? Podivejte se na http://www.fi.muni.cz/~xklemsa/diplomka.pdf, kde

 Dik, podivam se.

> je popis reseni meho diplomanta. Je to jine reseni nez ktere je v MySQL
> 4.0.1, nicmene _samozrejme_ ze ta cache ma lifespan po dobu behu
> serveru a _samozrejme_ ze bere do uvahy ruzne parametry spojeni.

 Ono co jsou to "parametry spojeni" -- v pripade, ze SQL server
 podporuje napriklad schemata tak muze kazde spojeni pouzivat ruzna
 jmena pro totez apod.

 Me slo hlavne o veci typu dynamicke operatory, datove typy apod.
 ktere se mohou v dotazech objevovat (ne MySQL) a pak je treba 
 pri pripadnych zmenach koukat i na cache neni-li tam result 
 vytvoreny necim co jiz neexistuje. Podobne i dva ruzne dotazy mohou
 davat stejny vysledek nebo cast resultu ruznych dotazu muze byt
 stejny. Pak to znamena, ze ta sama data jsou v pameti vicekrat?
 (V pripade, ze se cachuji jen "raw" data v podobe stranek tak je to
 mozna efektivnejsi - i kdyz asi vyrazne pomalejsi:-)

    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