rendre une application multi-utilisateurs...

rendre une application multi-utilisateurs... - SQL/NoSQL - Programmation

Marsh Posté le 02-06-2003 à 00:58:14    

Voila j'ai une base access de gestion commerciale( clients, produits, factures, devis...) qui doit etre utilisée dans un petit groupe de travail (max 4 personnes : il y a un serveur et 3 clients)
 
Concrètement quelle est la meilleure solution pour la rendre multi utilisateurs? apparemmetn sql server serait un peu lourd...et puis je ne connais pas trop alors si qqun pouvait eclairer ma lanterne ca serait sympa
 
J'ai pu voir aussi une methode qui separait la base en 2  données et application ... c bien ca?


Message édité par spitagor le 02-06-2003 à 00:59:18
Reply

Marsh Posté le 02-06-2003 à 00:58:14   

Reply

Marsh Posté le 02-06-2003 à 12:17:04    

up please

Reply

Marsh Posté le 02-06-2003 à 12:28:06    

resalut
spitagor, t'as dj fini al conception :O trop bon
pour être multiutilisateurs, faut installer la base de amnière que plusieurs postes clients puissent y accéder, donc en réseau au bout du compte
 
faut aussi vérifier ta gestion de transactions sur la base, si c pas dj fait
 
 


---------------
di. / www.diredaredare.org - Ailes de la ville
Reply

Marsh Posté le 02-06-2003 à 12:48:52    

oui mais concretementj'ai un peu du mal la
 
 
a si en fait je vais installer mon appli sur le serveur et sur les clients je mets un raccourci vers l'application  
 
c bon ca?

Reply

Marsh Posté le 03-06-2003 à 10:29:46    

Bon
je connais pas bien ce truc qu'on appelle access mais
concrètement
le principe est d'installer la base sur une machine (serveur) & l'application sur les postes qui en ont besoin (client)
0. Je suppose que le moteur d'access accepte plusieurs utilisateurs en même temps
1. il est nécessaire d'installer le sgbd sur un serveur, cad une machine à laquelle les utilisateurs ont accès :D
2. tu installes l'application cliente sur chaque poste
3. tu configures les connexions à la base sur chacun des postes clients (sources de données odbc qui désignent ta base access qui est sur le réseau, en fait).
 
4. les transactions : à toi de programmer les requetes de manière transactionnelle pour gérer au mieux les accès concurrents.


---------------
di. / www.diredaredare.org - Ailes de la ville
Reply

Marsh Posté le 03-06-2003 à 10:37:23    

Access supporte très mal les accès concurrents.
 
Il faut dont trapper systématiquement les locks et erreurs diverses genre "file not found" ou "file is readonly". Il est donc vital de faire des transactions.
 
Mais à part ça, pour le reste c'est tout bon :)

Reply

Marsh Posté le 03-06-2003 à 11:27:11    

Bah moi, il me semble que si tu mets toutes les tables dans la partie serveur, et qu'ensuite, dans les paties Client, tu fais des links à ces tables, qui se trouvent donc sur le serveur, tout marchera bien !
 
C'est ce que je fais depuis des années, et je n'ai pas rencontré de probleme!

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed