MySQL na Windows 2000
Karel Zak
zakkr na zf.jcu.cz
Pátek Červen 21 14:08:25 CEST 2002
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
Další informace o konferenci Test