XCHAOS: To je picovina temer ze vsech perspektiv ze kterejch na to dokazu nahlizet, tak si to trochu projdem.
Zakladni premisa toho co popisujes teda je, ze mas nejakej session key (v cookie/querystring/whatever), a chces vytahnout data co k tomu mas.
Mas data krasne rozstrukturovany do tabulek, panu Coddovi by plesalo
telo.srdce_id nadsenim. Delas join na (budme konzervativni) peti tabulkach. V ten moment je parsovani SQL min nez jen zanedbatelny, ponevadz:
a) I kdyz mas index nad spravnejma klicema, stale je nutny udelat nekolik pruchodu stromem.
b) V zavislosti na fyzicky reprezentaci muzes nebo nemusis delat dodatecny I/O na disk (nektery RDBMS vsechno nebo cast dat budou drzet primo v danym strome)
c) Je nutny tohle udelat pro vsechny relevantni tabulky.
d) Pokud nemas tohle vsechno v cache, tak te jen I/O zpusobeny cache miss stoji (v zavislosti na rozsahu cache miss) tolik co naparsovat tri tuny SQL (osobne bych hadal, ze parsery v sqlite/mysql/postgres by za tu dobu stihly naparsovat radove megabyty az desitky MB prumerne vzrostlejch SQL dotazu).
...samozrejme, pak je tu alternativa ze jsi prasopes a mas tam jen session id a serializovany data, ale pak jsi naprostej idiot ze to vubec do RDBMS cpes. :)
