bonjour,

J'ai développé une appli fonctionnant en local, l'ensemble des fichiers HF étant installés dans le meme répertoire que le fichier exécutable.

J'ai eu une demande pour cette appli, à savoir la faire fonctionner sur 2 PC reliés en LAN, la base de données HF devant alors être partagée par les 2 postes.

Ma première question est donc : dois-je faire un système de Client/Serveur pour permettre aux 2 postes d'accéder aux données ? à moins qu'un simple répertoire partagé (qui contiendra toute la base des fichiers HF) ne suffise ?

Si c'est le répertoire partagé, je suppose qu'il me faut alors installer l'appli sur les 2 postes en précisant à chaque fois quel est ce répertoire partagé.

Je vous remercie.

Bonjour,

Pour une application partageant des données sur deux postes, un simple partage du répertoire des données suffit largement, surtout si ceux ci ce trouve sur le meme réseaux.

Soyez vigilant en ce qui concerne l'architecture. Le partage de fichier en
"poste à poste" est une solution de dépanage, l'utilisation d'un serveur est
vivement assuré pour garantir la sécurité des données.

Même pour deux postes, l'alternative client/serveur n'est pas à écarter, car
elle évitera un important trafic réseau. La programmation sera identique, et
l'application/configuration sera prête pour une augmentation du nombres de
postes, ou de volume de données.


Elian Lacroix
elian.lacroix@gmail.com
http://elianlacroix.blogspot.com/

Bonjour,

Citation :
je ne vois pas en quoi cela est une solution de dépannage.
Elle a certes des inconvéniants en ce qui concerne le trafic réseau mais n'est pas liée à la puissance de la machine qui stocke les données si ce n'est celle du disque dur.
Par contre cela est la plus économique à mettre en place.

Pour le modèle client/serveur il est est conseillé de programmer pour ce type de modèle car là c'est le serveur qui est très sollicité, mémoire, vitesse du processeur ainsi que la vitesse du ou des disques durs et cela nécessite souvent un poste dédié qu'à ce type de traitement(Coût). Toutes les requêtes sont exécuter en local sur le serveur et selon la demande les réponses peuvent être plus ou moins long pénalisant ainsi les demandes faites par les autres postes.

Il est certes vrai que pour deux postes cela ne changera pas grands choses.
Le choix entre le Clients/serveur et le mode classic est fortement lié à la quantité de données à traiter, au nombre de poste qui doivent y accèder à la complexité des requêtes ainsi que du niveau de sécurité que l'on souhaite mettre en place en ce qui concerne la sensibilité des données et de son administration.

Je considère le "poste poste" adapté de l'échange de donnéées : passage d'un document d'un PC l'autre. En revanche, en faire un serveur permettant des accés sur un fichier en partage, avec des blocages sur des portions de fichier, la solution n'est pas recommandée par Microsoft. Surtout en cas de blocage d'un des PC (celui qui fait office de serveur, ou l'autre), le résultat est plus qu'incertain.