Soulmanto
Codeur du forum
Membre # 5373
Lieu : Lille
Messages : 12731 (5.86 par jour)
Score :
|
Message du 05-12-2006 @ 9:49
Si tu veux utiliser une sérialisation, autant stocker tout ça en base... Les accès seront plus rapides, pas de parsing comme il pourrait y'en avoir pour lire un csv, et tu as en plus la possibilité de gérer plus finement ton cache, avec une table du genre:
Code :
CREATE TABLE cache
(
cache_id int unsigned auto_increment,
cache_name varchar(20) not null default 0,
cache_type tinyint unsigned not null default 0,
cache_serial enum( '0', '1' ) not null default '1',
cache_data text not null,
cache_datetime int unsigned not null default 0,
cache_update int unsigned not null default 0,
primary key (cache_id),
key idx_cache_name (cache_name),
key idx_cache_type (cache_type),
);
cache_name > nom donné au groupe de variables (pageindex, liste_articles, ce que tu veux)
cache_type > type de cache : valeurs, requêtes, pages HTML, ...
cache_serial > les données sont-elles sérialisées ou non?
cache_data > contenu du cache. On peut éventuellement augmenter la taille du champ pour stocker plus
cache_datetime > date de création (format timestamp UNIX)
cache_update > date de màj (format timestamp UNIX)
C'est juste un exemple, après à toi d'adapter tout ça à tes besoins. C'est super pratique pour stocker des résultats de requêtes lourdes, par exemple, ou alors des pages HTML générées fréquemment, mais très peu mises à jour.
[message édité le 05-12-2006 @ 9:49 Par Soulmanto]
|