[Conception] Que feriez-vous ?

[KeKeMaN]

Bonjour,

J'ai une petite question de modélisation.
Je dois stocker quelque part des informations que le seul utilisateur du site a entré (paramètres globaux de l'application : mail de contact, ...)
Pour l'instant j'ai mis ca dans une table 'parametres' dans ma base sql, mais ca me plait pas ...

Alors la question, que feriez-vous ??

Merci d'avance !!

[SkyBack]

Les variables de sessions me semblent plus correspondre a ton besoin.

Code :

1
2
3
start_session();
$my_var = "my value";
set_session("my_var");

Ou sinon tu fais un cookie.


Ou sinon tu es vicieux et tu stocke tout ca dans un fichier a toi, selon une syntaxe a toi.

[Amara]

Vu l'exemple donné c'est plus du stockage dans la durée qui est souhaité, donc les variables de session vont pas servir à grand chose.

Si tu veux pas de base à part la solution du fichier je vois pas...

[RideKick]

Dans un fichier situé dans un dossier admin/ protégé par un htaccess.....

[Léortien]

Envoyé par KeKeMaN

Bonjour,

J'ai une petite question de modélisation.
Je dois stocker quelque part des informations que le seul utilisateur du site a entré (paramètres globaux de l'application : mail de contact, ...)
Pour l'instant j'ai mis ca dans une table 'parametres' dans ma base sql, mais ca me plait pas ...

Alors la question, que feriez-vous ??

Merci d'avance !!

je dirais que ça dépend de l'utilisation que tu vas en faire

- si tu comptes proposer à l'utilisateur de les modifier
il va falloir que la modification soit facile
donc un fichier texte tout simple c'est moyen surtout s'il est de grande taille
surtout si plusieurs utilisateurs veulent changer au même moment (tu as intérêt à avoir bien réfléchit sur ton code pour eviter les effets de bords indésirables)

- si tu comptes l'afficher rapidement, pareil
meme si les recherches dans un fichier ça se fait



fichier c'est suivant l'utilisation et si tu maitrises bien la manipulation de fichiers.
session c'est bien pour juste le temps de la connexion (donc non à mon avis)
cookies c'est bien pour stocker des choses mais certains utilisateurs les effacent souvent (bref tout est perdu si l'utlisateur les effaces donc non)
une base de données c'est la solution la plus courante en général parce que la plus simple


ensuite si c'est au niveau de la structure de ta base
regarde comment ton application fonctionne
et les liens entre les tables de ta base

ex dans mon esprit de codeur (et non de dba) je pense à des questions du genre
quand fait elle appel à ces données?
- souvent/rarement
- à la connexion
- toutes les 5 min
- au chargement de telle page

fait elle appel à d'autres données en même temps?
de quelle(s) autre(s) table(s)?
ces autres tables quand elle appel à ces données? (oui ça ressemble à la première question)
serait il donc judicieux de regrouper ces tables?

[KeKeMaN]

Merci beaucoup pour toutes vos réponses !! (et désolé de ne pas avoir répondu plus tôt)

Pour le moment, les trois principales informations :
- un nombre de jours (avant suppression des données dans la base)
- une adresse mail, utilisée dans les formulaires de contact
- les numéros des véhicules à afficher sur la page d'accueil (max 4)
Ce sont donc des informations qui ne vont que très rarement changer.

A) En effet les cookies, ou autres variables de sessions, ne me seront pas utiles
B) J'hésite entre la base et le fichier texte, car je trouve ca difficile de modifier facilement le fichier texte, contrairement à la table dans la base. Et pour ce qui concerne la table, je vois pas le meilleur schéma. J'ai fait ca :

Code sql :

1
2
3
4
5
6
 
CREATE TABLE `parametres` (
  `mail_contact` varchar(50) NOT NULL,
  `nbJours` int(3) NOT NULL,
  `affaireMois` varchar(15) NOT NULL
)

C) Sinon j'avais pensé à un fichier XML ... C'est pas mieux ?

Enfin voilà et merci de vos conseils !

[KeKeMaN]

hop hop hop !