PC SOFT

FORUMS PROFESSIONNELS
WINDEVWEBDEV et WINDEV Mobile

Accueil → WINDEV 2024 → Architecture base de donnée en client/serveur
Architecture base de donnée en client/serveur
Débuté par simon, 18 aoû. 2016 10:31 - 4 réponses
Posté le 18 août 2016 - 10:31
Bonjour,

Je migre un projet actuellement en HF Classic en client/serveur.
Actuellement, chaque client a un répertoire par année (TOTO15, TOTO16,...) se situant dans le répertoire DOSSIER du programme. Des hchnagerep sont utilisés en initialisation de projet pour se positionner sur les bons fichiers.
Nous avons une quinzaine de fichiers particuliers qui se trouve à la racine du répertoire DOSSIER car commun à toutes les bases (bases officielles, ...)

En client/serveur, j'étais parti sur une base de données = une année et une base de donnée FichierCommun.
Je me heurte à des problèmes de gestion d'intégrité entre des fichiers d'une base de donnée d'une année et les fichiers de la base de donnée FichiersCommuns.

L'architecture choisie (multiple base de données) est elle valable ou vaut il mieux partir sur une seule base de données avec des sous répertoire (utilisation de hchangerep donc).

Que me conseillez vous ?
Posté le 18 août 2016 - 13:42
Bonjour Simon

perso, j'utiliserais la solution 3 : TOUTES les données dans une seule
base, sans sous répertoire. Avec simplement dans chaque enreg les champs
nécessaires pour identifier l'année et autre sous dossier

Cordialement


--
Fabrice Harari
Consultant WinDev, WebDev et WinDev Mobile International

A votre disposition : WXShowroom.com, WXReplication (open source) et
maintenant WXEDM (open source)

Plus d'information sur http://fabriceharari.com


Le 8/18/2016 à 2:31 AM, simon a écrit :
Bonjour,

Je migre un projet actuellement en HF Classic en client/serveur.
Actuellement, chaque client a un répertoire par année (TOTO15,
TOTO16,...) se situant dans le répertoire DOSSIER du programme. Des
hchnagerep sont utilisés en initialisation de projet pour se positionner
sur les bons fichiers.
Nous avons une quinzaine de fichiers particuliers qui se trouve à la
racine du répertoire DOSSIER car commun à toutes les bases (bases
officielles, ...)

En client/serveur, j'étais parti sur une base de données = une année et
une base de donnée FichierCommun.
Je me heurte à des problèmes de gestion d'intégrité entre des fichiers
d'une base de donnée d'une année et les fichiers de la base de donnée
FichiersCommuns.

L'architecture choisie (multiple base de données) est elle valable ou
vaut il mieux partir sur une seule base de données avec des sous
répertoire (utilisation de hchangerep donc).

Que me conseillez vous ?
Membre enregistré
2 571 messages
Popularité : +222 (260 votes)
Posté le 18 août 2016 - 13:55
Bonjour,

Moi je pense qu'il ne te faudrait qu'une seule base et sans sous-répertoire. Il suffit de rajouter une colonne avec un ID unique afin d'identifier le client à qui appartient les données et terminé les HChangeRep.

--
Cordialement,

Philippe SAINT-BERTIN
Géode Informatique
Membre enregistré
344 messages
Popularité : +24 (28 votes)
Posté le 19 août 2016 - 12:55
J'ajouterai une rubrique exercice en clé avec doublon pour chaque table nécessitant un historique par année

--
Utiliser l'aide avant que l'on vous aide
Bon développement
Alain PETTITI (apettiti.cg06.fr)
Avec licence PCSOFT certifiée et abonnement LST
Je peux prendre la main avec teamwiever
Apprentissage Windev : http://apprentissagewindev.blogspot.fr
Posté le 19 août 2016 - 14:01
Bonjour,

Merci pour vos réponses mais l'analyse étant conséquente et le fonctionnement du programme basé sur ce système de dossier, je me vois mal appliquer cette solution.

Finalement, j'ai testé ma deuxième solution (une seule base avec des sous répertoires) et tout fonctionne, plus d'erreurs d'intégrité. En plus le fonctionnement est plus simple car plus besoin de plusieurs connexions, une seule suffit et les hchangerep font le travail.