Ecriture supprimée

Salut,

"Line"
Pourquoi est-ce que la solution de mettre Verrouillage :
Aucun dans les formulaires et verrouillé à chaque champ
est mauvaise?


"Aucun" n'est admissible que lorsque la base est utilisée en "mono-utilisateur"


--
A+
Pierre (3stone) Access MVP
Perso: http://users.skynet.be/accesshome/
Conseils MPFA: http://users.skynet.be/mpfa/
Email : http://www.cerbermail.com/?Xfg61Z3IQw

Bonjour et merci pour ce renseignement.
Dès que j'ai testé je reviens répondre.
Line

-----Message d'origine-----
Salut,

"Line"
Pourquoi est-ce que la solution de mettre Verrouillage :
Aucun dans les formulaires et verrouillé à chaque champ
est mauvaise?


"Aucun" n'est admissible que lorsque la base est utilisée
en "mono-utilisateur"

--
A+
Pierre (3stone) Access MVP
Perso: http://users.skynet.be/accesshome/
Conseils MPFA: http://users.skynet.be/mpfa/
Email : http://www.cerbermail.com/?Xfg61Z3IQw

.

Bonjour Line,
Je suis désolé mon but n'était pas de te prendre la tête,
mais simplement de te donner une solution que je commence
à tester et pour le moment c'est la seule qui a l'air de
fonctionner correctement (en tous cas pour moi).
Luis

-----Message d'origine-----
Désolée, la solution à Luis m'a tellement pris la tête
que

j'ai mis Luis sur le poste précédent, mais j'ai signé
juste.
Line

-----Message d'origine-----
Bonjour Pierre,
Je te remercie j'espère que je ne devrait pas passer par
la solution que Luis a trouvé, et te donnes ce que j'ai :

Dans le menu Outils,Options, onglet Avancé...
Voilà ce que j'ai :
Mode d'ouverture par défaut : Mode partagé
Verrouillage par défaut : Enregistrements modifiés
Ouvrir avec enregistrements verrouillés : cochée

Dans les formulaires, Propriété, onglet Données...
J'ai ça :
Verrouillage : Aucun

Je vais essayer avec :
Verrouillage : Enr modifié

Que veut dire le <snip> que tu as mis.

Dès que j'ai essayé je reviens sur le poste.
Line

-----Message d'origine-----
Bonjour Line,

"Line"
[...]
Il y a une base dorsale avec toutes les tables et une
base

frontale installée dans chaque pc.
La liaison au tables se fait par la exécuter
code 'RattacherTables ()' de la macro Autoexec qui lance
le module 'modActualiserAttachesTables' repris de
l'exemple que donne Microsoft.
<snip>


Dans le menu Outils,Options, onglet Avancé...
le verrouillage par défaut "Enregistrement modifié"
est-il bien coché ?

De même dans les formulaires :
Propriété, onglet Données... Verrouillage "Enr modifié"


Cela fonctionne mieux ?


--
A+
Pierre (3stone) Access MVP
Perso: http://users.skynet.be/accesshome/
Conseils MPFA: http://users.skynet.be/mpfa/
Email : http://www.cerbermail.com/?Xfg61Z3IQw

.

.

.

Bonjour,
Maintenant avec Verrouillage "Enr modifié" dans le
formulaires, je n'ai plus de #Supprimé dans les champs et
tout semble bien se passer jusqu'à la validation et la
fermeture du formulaire, par contre à la réouverture du
formulaire tous les champs des sous-formulaire sont
blancs, comme si l'on n'avait jamais saisi quoi que se
soit par cotre dans le formulaire pricipal tout y est.
Dans les tables des sous-formulaires, il n'y a pas trace
de ce qui vient d'être saisi.
Comment résoudre le problème des sous-formulaires.
Est-ce que les sous-formulaires doivent rester en
Verrouillage: "Aucun"?
Line

-----Message d'origine-----
Bonjour et merci pour ce renseignement.
Dès que j'ai testé je reviens répondre.
Line

-----Message d'origine-----
Salut,

"Line"
Pourquoi est-ce que la solution de mettre Verrouillage :
Aucun dans les formulaires et verrouillé à chaque champ
est mauvaise?


"Aucun" n'est admissible que lorsque la base est
utilisée

en "mono-utilisateur"

--
A+
Pierre (3stone) Access MVP
Perso: http://users.skynet.be/accesshome/
Conseils MPFA: http://users.skynet.be/mpfa/
Email : http://www.cerbermail.com/?Xfg61Z3IQw

.

.

Salut,

"Line"
Maintenant avec Verrouillage "Enr modifié" dans le
formulaires, je n'ai plus de #Supprimé dans les champs et
tout semble bien se passer jusqu'à la validation et la
fermeture du formulaire, par contre à la réouverture du
formulaire tous les champs des sous-formulaire sont
blancs, comme si l'on n'avait jamais saisi quoi que se
soit par cotre dans le formulaire pricipal tout y est.
Dans les tables des sous-formulaires, il n'y a pas trace
de ce qui vient d'être saisi.


Le relation père/fils est correcte ?
Dans le sous-formulaire, tu utilise bien une table en relation
avec la table source du formulaire principal ?

Ton sous-formulaire ne serait pas simplement sur "Entrée de données" ?



Comment résoudre le problème des sous-formulaires.
Est-ce que les sous-formulaires doivent rester en
Verrouillage: "Aucun"?

Non ! cela n'intervient pas dans la "sauvegarde" des enregistrements
mais uniquement dans la méthode d'accès à plusieurs...


--
A+
Pierre (3stone) Access MVP
Perso: http://users.skynet.be/accesshome/
Conseils MPFA: http://users.skynet.be/mpfa/
Email : http://www.cerbermail.com/?Xfg61Z3IQw

Bonjour Pierre,

Voilà les vérifications faites :
« Ton sous-formulaire ne serait pas simplement
sur "Entrée de données" ? »

Les sous-formulaires sont :
Filtrage autorisé : OUI
Modif autorisée : OUI
Suppr autorisée : OUI
Ajout autorisé : OUI
Entrée données : NON
Type Recordset : Feuille de réponse dynamique
Verrouillage : Enr modifié
Extraction des paramètres par défaut : OUI

« Le relation père/fils est correcte ? »
La liaison père/fils est bonne
Activé : OUI
Verrouillé : NON

« Dans le sous-formulaire, tu utilise bien
une table en relation avec la table source du formulaire
principal ? »

La table principale est en relation 1 à plusieurs avec les
2 tables des sous-formulaires comme ça :
Intégrité référentielle
Mettre à jour en cascade les champs correspondants
Effacer en cascade les enregistrements correspondants

Par contre la requête du formulaire principal et
constituée uniquement de la table correspondant au
formulaire principal.
Faut-il que dans cette requête il y ai aussi les tables
des sous-formulaires avec le liaison sur ID ?

Vois-tu le problème ?
Line

-----Message d'origine-----
Salut,

"Line"
Maintenant avec Verrouillage "Enr modifié" dans le
formulaires, je n'ai plus de #Supprimé dans les champs et
tout semble bien se passer jusqu'à la validation et la
fermeture du formulaire, par contre à la réouverture du
formulaire tous les champs des sous-formulaire sont
blancs, comme si l'on n'avait jamais saisi quoi que se
soit par cotre dans le formulaire pricipal tout y est.
Dans les tables des sous-formulaires, il n'y a pas trace
de ce qui vient d'être saisi.


Le relation père/fils est correcte ?
Dans le sous-formulaire, tu utilise bien une table en
relation

avec la table source du formulaire principal ?

Ton sous-formulaire ne serait pas simplement
sur "Entrée de données" ?

Comment résoudre le problème des sous-formulaires.
Est-ce que les sous-formulaires doivent rester en
Verrouillage: "Aucun"?

Non ! cela n'intervient pas dans la "sauvegarde"
des enregistrements

mais uniquement dans la méthode d'accès à plusieurs...


--
A+
Pierre (3stone) Access MVP
Perso: http://users.skynet.be/accesshome/
Conseils MPFA: http://users.skynet.be/mpfa/
Email : http://www.cerbermail.com/?Xfg61Z3IQw

.

Bonjour,

"Line"
[...]
« Le relation père/fils est correcte ? »
La liaison père/fils est bonne
Activé : OUI
Verrouillé : NON

Hmmm... je demandais si la relation était bien réalisée...
Ex: Si dans la table principale ta clé primaire est un NoClient,
est-elle bien en relation avec la clé externe dans la seconde table
représentant également le NoClient.

Un requête incluant les deux tables et "filtrant" un client
de la table principale, doit ne faire apparaître que les données
de ce même client de la table secondaire...

Tu peux également faire un essai de saisie directement dans les tables.
Cela doit fonctionner si tout est ok...


[...]
Par contre la requête du formulaire principal et
constituée uniquement de la table correspondant au
formulaire principal.
Faut-il que dans cette requête il y ai aussi les tables
des sous-formulaires avec le liaison sur ID ?

Non, le fait que chaque formulaire n'a qu'une table comme
source simplifie et évite les éventuels problèmes de mise à jour...


--
A+
Pierre (3stone) Access MVP
Perso: http://users.skynet.be/accesshome/
Conseils MPFA: http://users.skynet.be/mpfa/
Email : http://www.cerbermail.com/?Xfg61Z3IQw

Bonjour Pierre,

Oui la relation se fait sur IDCLIENT de la table
principale avec le IDCLIENT des 2 autres tables.
La requête sélectionnant un client de la table primaire me
donne tous les enregistrements des tables secondaires
concernant le même client.
Si j'écris dans les tables directement pas de problème la
saisie reste.

Je pense que le problème vient du formulaire et des sous-
formulaires ou est-ce la liaison entre la base dorsales et
les bases frontales qui créent ce problème?

-----Message d'origine-----
Bonjour,

"Line"
[...]
« Le relation père/fils est correcte ? »
La liaison père/fils est bonne
Activé : OUI
Verrouillé : NON

Hmmm... je demandais si la relation était bien
réalisée...

Ex: Si dans la table principale ta clé primaire est un
NoClient,

est-elle bien en relation avec la clé externe dans la
seconde table

représentant également le NoClient.

Un requête incluant les deux tables et "filtrant" un
client

de la table principale, doit ne faire apparaître que les
données

de ce même client de la table secondaire...

Tu peux également faire un essai de saisie directement
dans les tables.

Cela doit fonctionner si tout est ok...


[...]
Par contre la requête du formulaire principal et
constituée uniquement de la table correspondant au
formulaire principal.
Faut-il que dans cette requête il y ai aussi les tables
des sous-formulaires avec le liaison sur ID ?

Non, le fait que chaque formulaire n'a qu'une table
comme

source simplifie et évite les éventuels problèmes de mise
à jour...

--
A+
Pierre (3stone) Access MVP
Perso: http://users.skynet.be/accesshome/
Conseils MPFA: http://users.skynet.be/mpfa/
Email : http://www.cerbermail.com/?Xfg61Z3IQw

.

Je suis désolée j'ai cliqué par erreur sur le bouton
envoyer.
Je reprend, je me demande si le problème n'est pas
provoqué par la liaison entre les bases frontales et la
base dorsale.
Car comme je le disais sur mon 2ème envoi, il y a
suppression uniquement si lors de la saisie sur un poste
quequ'un ouvre sa base de données sur un autre poste.
J'avais pour la liaison au tables le
module 'modActualiserAttachesTables' repris de
l'exemple que donne Microsoft, je viens d'essayer 'Tables
Attachées' que j'ai trouvé dans
http://users.skynet.be/accesshome/tables.htm#Links, le
problème persiste.
Line

-----Message d'origine-----
Bonjour Pierre,

Oui la relation se fait sur IDCLIENT de la table
principale avec le IDCLIENT des 2 autres tables.
La requête sélectionnant un client de la table primaire
me

donne tous les enregistrements des tables secondaires
concernant le même client.
Si j'écris dans les tables directement pas de problème la
saisie reste.

Je pense que le problème vient du formulaire et des sous-
formulaires ou est-ce la liaison entre la base dorsales
et

les bases frontales qui créent ce problème?

-----Message d'origine-----
Bonjour,

"Line"
[...]
« Le relation père/fils est correcte ? »
La liaison père/fils est bonne
Activé : OUI
Verrouillé : NON

Hmmm... je demandais si la relation était bien
réalisée...

Ex: Si dans la table principale ta clé primaire est un
NoClient,

est-elle bien en relation avec la clé externe dans la
seconde table

représentant également le NoClient.

Un requête incluant les deux tables et "filtrant" un
client

de la table principale, doit ne faire apparaître que les
données

de ce même client de la table secondaire...

Tu peux également faire un essai de saisie directement
dans les tables.

Cela doit fonctionner si tout est ok...


[...]
Par contre la requête du formulaire principal et
constituée uniquement de la table correspondant au
formulaire principal.
Faut-il que dans cette requête il y ai aussi les tables
des sous-formulaires avec le liaison sur ID ?

Non, le fait que chaque formulaire n'a qu'une table
comme

source simplifie et évite les éventuels problèmes de
mise

à jour...

--
A+
Pierre (3stone) Access MVP
Perso: http://users.skynet.be/accesshome/
Conseils MPFA: http://users.skynet.be/mpfa/
Email : http://www.cerbermail.com/?Xfg61Z3IQw

.

.

re,

"Line"
Je reprend, je me demande si le problème n'est pas
provoqué par la liaison entre les bases frontales et la
base dorsale.

pas si tout est bien en place...

Car comme je le disais sur mon 2ème envoi, il y a
suppression uniquement si lors de la saisie sur un poste
quequ'un ouvre sa base de données sur un autre poste.
J'avais pour la liaison au tables le
module 'modActualiserAttachesTables' repris de
l'exemple que donne Microsoft, je viens d'essayer 'Tables
Attachées' que j'ai trouvé dans
http://users.skynet.be/accesshome/tables.htm#Links, le
problème persiste.

L'actualisation des attaches ne se fait (normalement)
que lorsque la base frontale ou dorsale à été déplacée.
Ce qui ne devrait pas être le cas bien souvent, en principe!


Sinon, ton problème n'est pas commun et même bizarre
s'il n'y à pas de "manipulation" des données par du code
ou événement qui serait non détecté...


--
A+
Pierre (3stone) Access MVP
Perso: http://users.skynet.be/accesshome/
Conseils MPFA: http://users.skynet.be/mpfa/
Email : http://www.cerbermail.com/?Xfg61Z3IQw