Discussion :

[looping]

bonjour,

Demande de conseil sur parametres généraux.

Je developpe une appli base de données (firebird) et delphi 2007.

Sur chaque poste client il y aura un fichier *.ini ou *.xml pour les paramètres d'initialisations liés à ce poste client.

Par contre pour les paramètres d'initialisations communs à tout les utilisateurs, je ne sais pas quelle est la meilleure solution ? Est ce que delphi sait lire un fichier *.ini ou *.xml partagé par plusieurs utilisateurs ? Ou bien il est preferable de mettre les infos dans une table de la base ?

Quelle méthodes utilisez vous pour lire les paramètres généraux?

Cordialement

[tourlourou]

Le registre peut également être indiqué, selon la taille des données.

[SergioMaster]

Bonjour,

Perso , mes 'paramètres généraux' sont dans ma Base de Données
Je détesterai avoir un fichier ini ou html a partager sur mon serveur

[Cl@udius]

Perso , mes 'paramètres généraux' sont dans ma Base de Données

+1
C'est, je pense, la meilleure façon de centraliser et de sécuriser ces informations.

[ShaiLeTroll]

Un petit XML ou INI ne doivent contenir que des options de configuration locale comme la Position des fenêtres (comme en Delphi, on mémorise le bureau pour le confort de l'utilisateur qui a ses petites habitudes)
On peut aussi stocker quelques chemins locaux et évidemment l'Hôte de la DB !
le XML a l'avantage de ne pas être contrôlé par l'UAC

Mieux vaut éviter l'ouverture d'un tel fichier par le réseau, certains sur le forum semblent avoir des problèmes d'accès sur le INI (un sujet très récent) surtout avec l'UAC, déjà qu'en local, ça joue avec les fichiers (VirtualStore) alors en réseau

Après, dès que l'on passe à une configuration comme les fichiers sur les serveurs (LAN ftp, WAN ftp http...) mieux vaut centraliser cela dans une Base de Donnée pour :
- faciliter l'accès aux données (pour l'exe \ l'admin) et leur sécurisation (MDP pour s'y connecter + Chiffrement de données sensibles, les vrais SGBD fournissent des algo comme AES)
- faciliter le changement de version (impliquant la modification du paramétrage)
- le remplacement d'un des serveurs de fichiers (hors le primaire contenant la DB), pour ma part, j'utilise souvent un chemin relatif à un point d'entrée (méthode héritée du partage windows) et le point d'entrée selon la situation c'est soit un partage, soit un chemin UNC, ou même une URL et parfois le chemin de l'exe ou le dossier de travail local

Il te faudra un fichier local au moins pour indiquer l'hôte de la DB !

Même l'EXE où le mettre, j'ai un peu tout vu !
- EXE en local, téléchargement COM ou appel DCOM
- EXE sur réseau appelé depuis un raccourci spécifiant un dossier de démarrage local

Faut penser cela pour la mise à jour dans un environnement multi-poste, si tu ne veux pas y passer plusieurs jours (rien est pire qu'un poste non migré se connectant sur une DB migrée en faisant peut-être n'importe quoi)