Discussion :

[mcmaklouk]

mon application est scindée en 2 :
-sur le serveur seules les données sont présentes
-sur chaque poste client : l'application avec les tables LIEES

Lorsque un seul poste accède au serveur tout va bien on peut modifier les données
Seulement lorsque 2 poste accedent aux données du serveur >>plus possible pour les 2 postes de modifier un seul enregistrement de n'importe quelle table.

Pourtant la base est bien en mode partagé
Le répertoire du serveur est accessible en acces complet pour tout le monde

petite chose bizarre, cela fonctionne si sur un poste le formulaire chargé à une source vierge(propriété "recordsoucre" vierge" :S

Merci pour votre aide

[mcmaklouk]

aie il me met une msgbox avec :
"erreur d'execution 3045 le fichier impossible d'utiliser le fichier xxx.mdb il est déjà en cours d'utilisation..........

[ptitdragon_eric]

pourquoi faire une application client par poste.

J'ai aussi développé une application client serveur. j'ai fait qu'une seule application avec les tables liées et sur les postes clients, je n'ai installé que des raccourcis et ça marche bien.

je pense que ça ne marche pas du fait que tu as plusieurs applications qui se connecte à ta base et pas plusieurs utilisateurs.

[denils]

a mon avis il faut que tu vois avec ton admin réseau qui te mettra le répertoire de ton back-end en partage...c'est juste une formalité je pense

[mcmaklouk]

hem non les droits sur le répertoire partagé du serveur sont bon

[mcmaklouk]

c comme si la base était en mode exclusif argh mais elle l'est pas!

[ptitdragon_eric]

Je pense que ça vient du fait que tu fais accéder à ta base plusieurs applications clientes.

[Nohant]

pourquoi faire une application client par poste.

J'ai aussi développé une application client serveur. j'ai fait qu'une seule application avec les tables liées et sur les postes clients, je n'ai installé que des raccourcis et ça marche bien.

je pense que ça ne marche pas du fait que tu as plusieurs applications qui se connecte à ta base et pas plusieurs utilisateurs.

Le principe c'est quand même de séparer les données de l'application afin de faciliter les corrections et les évolutions ...
Il est de plus, si des calculs sont effectués, plus performant de travailler au maximum en local que sur le réseau.

Au niveau des modifications le problème reste le même que les deux utilisateurs se connectent via une base séparée ou via la même base, au final c'est toujours les tables de la même base qui sont utilisées.

pour mcmaklouk

Est-ce que tu manipules les tables via du code ? un recordset mal fermé, ...

[ptitdragon_eric]

Le principe d'une base partagée, c'est d'ouvrir un même fichier mdb par plusieurs utilisateurs.

Là où je suis d'accord, c'est d'avoir les données séparées de l'application.

Mais là où tu te trompes sur access mais qui est possible sur d'autres plates formes, c'est que tu as plusieurs fichier mdb qui ouvre ta base où sont contenues tes données. C'est pour ça que tu as une erreur.

C'est pour ça que j'ai fait un fichier mdb pour les donnée, un fichier mde cette fois pour l'application. Et ensuite sur chacun des poste utilisateurs, j'ai mis des raccourcis qui pointent sur ce fichier mde. Et tu verras que ça marche.

[stigma]

c'est aussi ce que je fais sur mes applis, en particulier une appli de listes téléphoniques où parfois 8 ou 10 personnes consultent (les ajouts d'enregistrements ne sont effectués que par une seule personne).
Mais il est arrivé que 15 ou 20 personnes tentent de lire les données au même moment (assez rare) , et alors j'ai parfois un effondrement de la base qui perd tous ses objets. A ce moment, je remets la base frontale en place en 10 secondes chrono et c'est reparti. Je suis sous Access 97.

[mcmaklouk]

hem je viens de faire un test :
au lieu de mettre les données sur le serveur (unix avec partage samba)
j'ai mis ces données sur un poste normal et tout marche bien....il semblerait que ce soit à cause du partage samba snif pourtant l'acces est complet

[mcmaklouk]

okk je viens de trouver la solution et bien dites donc c'était pas simple !
en fait ça vient de la configuration du partage Samba:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
force security mode=0666
level2 oplocks=no
veto oplocks=/*.mdb/*.MDB/*.ldb/LDB/

par acquis de concience j'ai mis aussi

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

oplocks=no

je crois que je devrais le remettre à "yes" mais j'ose plus rien toucher tellement c chiant.
en fait même si le répertoire était accessible en modif par tous, lors de la connexion d'un utilisateur, le traditionnel fichier *.ldb se crée mais en accès uniquement pour le créateur...aussi la propriété "level2 oplock" transforme un fichier accessible complet en fichier lecture seule dès que plusieurs utilisateurs accèdent au même fichier

Et encore je suis sur j'ai pas tout mis je suis pas fier j'en ai bavé comme un castor périgourdin
@+++