PHP-erőforrásigény kérdés - melyik a lightabb megoldás?

Session halmazt semmiképp sem ajánlanék, mert azt duplikálja milyen látogatónál.

Ha kevés adatod van (ez relatív), akkor még szóba jöhet h statikus változókként a php fájlodban tárolod. Ez lesz a leggyorsabb, mert nem kell adatbázissal kommunikálni.

Ha ennél több adatot szépen és hatékonyan akarsz felületen keresztül karban tartani és módosítani, akkor csak adatbázis jöhet szóba.

Az adatbázisrendszereket pont arra találták ki, hogy ne kelljen gányolni. Kisebb feladatnál is már jobb egy DBLite, mint egy saját megoldás.

Ha meg a terhelésmegosztás miatt akkor méginkább.

Tegyél fölé egy cache réteget. Redis/memcache.

Ha adott id-re adott adatokat kapsz, akkor simán egy id-t is tartalmazó cache kulcs alá pakold le az eredményt.

A session értékeket a PHP alapból fájlban tárolja. A fájlrendszer is tekinthető afféle adatbázisnak tulajdonképpen, de kevésbé hatékony, mint egy igazi adatbázis-kezelő, megfelelően optimalizált, tagolt, indexelt adattáblákkal. (Próbáld ki, melyik gyorsabb: lekérni 100 000 sort egy adatbázisból, vagy beolvasni 100 000 fájl tartalmát…) Pont ezért szokás nagyobb terhelés esetén a session-t adatbázisba pakolni, mert az gyorsabb. Onnantól meg végül is mindegy, hogy az egyik, vagy a másik táblából kéred le az adatokat.

Ahogy írták előttem ráadásul duplikálja az adatokat. Meg nem követi le az adatbázis változásait, ami adott esetben lehet problémaforrás is, hogy a sessionben tárolt adatokhoz képest időközben az adatbázis tartalma megváltozott.

Az adatbázis-kezelők nagyon jól optimalizáltak, általában érdemes rájuk bízni a feladatot.

Egy cache réteg nem jöhet rosszul, de az adatbázis-kezelőkben alapból van cache-elési mechanizmus.