Stockage de paramètres unitaires [Résolu]

[ovh]

Bonjour à tous

Je me pose la question suivante : dans le cadre d'un développement web (mais ceci est valable pour tout développement couplé à une base de données) mon application possède quelques données "unitaires", comme par exemple le timestamp de dernière modification des prix du catalogue de produits. Pour le moment je stocke ces informations dans une table, mais ça ne me paraît pas très optimal comme solution. En effet, une table est faite pour stocker plusieurs lignes, or ici il n'y en aura jamais qu'une seule, comprenant différentes colonnes (champs) ! De plus, d'un point de vue analytique, cette table n'est reliée à rien, ce ne sont que des données "brutes" et "uniques", sans relation logique avec les autres tables.
J'ai pensé stocker ces données dans un fichier, mais ça implique plusieurs choses :
- dans le cas d'un dev web, chaque appel d'une page rechargerait le fichier à chaque fois pour lire ses valeurs... pas très optimal.
- je devrais développer une petite classe pour gérer l'accès à ce fichier, bref réinventer un peu la roue plutôt que de me servir du moteur de BD.

Comment faire donc pour stocker ce genre de données de manière optimale, tant d'un point de vue performance que logique ?

Merci d'avance à tous pour vos idées

[fadace]

Petite table stockee en memoire. Pour le stockage memoire, ca depend de ton SGBDR (mise en cache dans cache nomme par exemple)

[ovh]

OK, merci je vais me renseigner à ce sujet
Au niveau conceptuel, est-ce courant d'avoir ce genre de table "flottante" ? (non reliée)

Merci encore

[laffreuxthomas]

Envoyé par ovh

En effet, une table est faite pour stocker plusieurs lignes, or ici il n'y en aura jamais qu'une seule, comprenant différentes colonnes (champs) !

J'ai déjà eu ce problème. Ce que j'avais fait, c'est une table comprenant 2 colonnes : une colonne CODE et une colonne VALEUR (en varchar(255)). Et après tu te fais une petite classe qui gère la sérialisation / désérialisation de tes valeurs vers le varchar, et qui gère aussi un buffer pour éviter de relancer une requête à chaque consultation. C'est bateau à faire et c'est le plus souple.

Thomas

[qi130]

Envoyé par ovh

Au niveau conceptuel, est-ce courant d'avoir ce genre de table "flottante" ? (non reliée)

Je serai tenté de dire qu'au niveau conceptuel, on ne rencontre pas ce genre de détail......

Mais lors de l'implémentation, ces détails foisonnent (dernière opération, dernier numéro attribué, etc...)

Et s'ils évoluent fréquemment, il vaut mieux les avoir en mémoire en pensant toutefois à les écrire qq part, soit de temps en temps (genre de commit), soit en quittant l'appli...

[ovh]

Merci pour vos réponses

laffreuxthomas : pas mal pensé ton idée, je vais méditer là-dessus
qi130 : pour le conceptuel --> en effet, c'est bien ce qu'il me semblait En théorie ça ne se fait pas, mais en pratique...