[AC-2007] Empêcher la mise à jour (Form/Table) [Résolu]

[transgohan]

Bonsoir à toutes et à tous,

je vous explique la situation, je possède un formulaire dont une partie est récupéré dans une table (Cette action, Access le fait tout seul) et d'autres champs qui correspondent à des informations d'autres tables.

Je dois donc faire plusieurs requêtes pour mettre à jour mes donnée en fonction de ce que j'ai rentré dans mon formulaire, là pas de soucis.

Cependant j'ai un soucis avec l'enregistrement automatique de Access... Vu que certains de mes champs sont liés avec une table lorsque je quitte le formulaire ou que je change d'enregistrement il effectue une requête UPDATE.
Or cela revient à faire une demi-mise à jour dans mon cas, vu qu'en cas de modification des champs liés et des champs non liés puis l'un des actions provoquant une requête de mise à jour j'obtiens la moitié du traitement (seulement la mise à jour des champs liés).

Comment puis-je faire pour empêcher Access de faire cette requête UPDATE ?
J'ai actuellement tout un formulaire opérationnel si ce n'est cela...

J'ai essayé d'empêcher l'update via :

Code :

1
2
3
Private Sub Form_BeforeUpdate(Cancel As Integer)
    Cancel = 1
End Sub

Mais cela me coupe l'accès à mes boutons pour passer d'un enregistrement à l'autre (effectué par un DoCmd).

Ainsi que :

Code :

1
2
3
Private Sub Form_BeforeUpdate(Cancel As Integer)
    Me.Requery ' en gros remettre les champs comme ils sont dans la table avant de faire la mise à jour => rend l'update inutile
End Sub

Mais comme j'aurai du m'en douter je tourne en boucle du coup et il peut rien faire...

Auriez-vous une solution à me proposer ?
Merci d'avance.

Cordialement, xTG.

[cluster26]

Bonsoir,

J'ai été confronté, à l'époque où j'ai démarré la programmation avec Access, à ce genre de situation.

Pour y remédier, je travaille dorénavant et presque essentiellement avec des formulaires indépendants. Les champs saisis font appel, à l'aide des procédures, à des requêtes établies en VBA qui viennent alimenter les champs concernés.

La validation en fin de saisie permet de générer définitivement, toujours par la même méthode, l'enregistrement complet dans la table concernée.

Mais est-ce la bonne méthode ?...

[transgohan]

J'y avais pensé mais j'espérais trouver une solution moins contraignante.

Il y a pas mal de champs à modifier, mais surtout nous sommes 4 à travailler sur le projet et comme nous n'avons pas trouvé de façon correcte de travailler sur un même fichier nous avons tous une copie du dit fichier.
Les formulaires ont donc tous déjà été créés, et nous n'avons plus qu'à faire du copier/coller de code VBA pour merge nos parties.

Si cette solution est la seule possible, auriez-vous une idée pour faire du remplacement de formulaire facilement sur d'autres fichiers ? C'est franchement dommage qu'access ne permette pas le copier/coller d'objet Form d'un projet à un autre.

[cluster26]

Bonsoir,

Pardonne moi, mais je crains que nous nous heurtions à un problème de terminologie et également de méthodologie.

Si j'ai bien compris, quand tu évoques nous avons tous une copie du dit fichier, cela laisse entendre que la base a été dupliquée 4 fois et que chacun travaille indépendamment sur chaque base.

Cela peut effectivement poser problème !... Surtout lors de la synthèse !..

D'autre part, tu mentionnes que access ne permette pas le copier/coller d'objet Form,
Tu peux toutefois importer un formulaire d'une autre base ce qui correspond en quelque sorte à un copier/coller.

[transgohan]

Oui en effet notre méthode est pas top mais nous n'avons pas le choix, certains travaillent sur des ordinateurs coupés de tout. Donc ils sont obligés d'avoir un duplicata de la base pour travailler leurs formulaires (en mode conception, pas en mode utilisation !)

Par contre l'importation je n'avais pas vu cela, je vais tâcher de trouver cette fonction miracle.

[cluster26]

Bonjour,

Si j'ai bien compris, vous ne travaillez pas en réseau !..

Si tel est le cas, effectivement vous ne pouvez pas importer d'objet !..

Pour info, pour importer :

Menu Fichier puis
Données externes puis
Importer (sélectionner la base) puis Sélectionner l'objet et l'importer.

[transgohan]

On va essayer en copiant les différentes bases sur le même disque dur.

De plus je marque en réglé, puisqu'à part détacher les champs de la table....

[crocroc]

j'avais fait quelque chose du genre :

Code :

1
2
3
Private Sub Form_BeforeUpdate(Cancel As Integer)
    Cancel = 1
End Sub

et j'avais le même souçi, à savoir qu'il n'enregistrait plus, même en cliquant sur mon bouton enregistrer. J'ai donc créer une variable booléenne (par exemple Sauvegarder que tu mets par défaut à Faux. et dans ton code tu mets :

Code :

1
2
3
4
Private Sub Form_BeforeUpdate(Cancel As Integer)
    If Sauvegarder = False Then Cancel = 1
    Sauvegarder = False
End Sub

et dans le code de ton bouton pour enregistrer tu met Sauvegarder à Vrai.

[transgohan]

Je l'ai essayé cette méthode avant de venir poster.
Mais tu remarqueras que le Cancel annule aussi la fermeture du formulaire ou tout autre action imbriquée avec la mise à jour des données.
Ce n'était donc pas viable pour mon système.