Discussion :

[star]

J'essaie de savoir comment pouvoir visualiser l'ordre UPDATE d'un enregistrement au moment d'une mise à jour en base en mode Datasheet View, ceci est valable en mode Form View, car j'y rencontre exactement le même problème.

En effet, je suis confronté dans les deux cas à un comportement d'Access que j'ai du mal à comprendre parce qu'il m'affiche la boite de dialogue suivante :



D'autant que, je suis le seul à accéder en mise à jour à la table en question. La table "Interventions" est contenue dans une base de données MySQL liée sous Access, ce qui est de même le cas d'un certain nombre d'autres tables, mais pour lesquelles, je ne rencontre aucun problème de mise à jour.

Par contre, si j'exécute une requête UPDATE directement sur l'enregistrement de la table en question, toujours à partir d'Access, la mise à jour s'effectue sans souci :

Code :

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

UPDATE Interventions SET Observation = 'OK12349x' WHERE Id = 'c7a05ea8-e0e3-46e7-e4b7-08dbe7e3162e';

Je n'y comprends caudal

Si quelqu'un de la communauté Developpez.com peut m'aider sur ce coup, je lui en serais infiniment reconnaissant

Merci d'avance
Cordialement
.

[star]

J'ai relevé dans la documentation Access sur la page suivante https://learn.microsoft.com/en-us/pr...ectedfrom=MSDN à la fin de la section "Remarks", il est dit :

In Form view or Datasheet view, each locked record has a locked indicator in its record selector

Sauriez-vous m'indiquer comment peut-on visualiser cette indicateur de verrouillage ?
.

[star]

J'ai pu finalement logger les UPDATE au moyen du paramètre "Log queries to" du connecteur ODBC MySQL. Mais cela ne règle en rien mon problème, j'ai toujours ce conflit d'accès en mise à jour sur la table Interventions !!!
Toute suggestion de résolution me serait d'une grande aide
Merci d'avance
.

[micniv]

Peux-tu nous afficher le SQL de la requête source du formulaire en dataview ?

[star]

Code :

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

1
2
3
4
1700561025:UPDATE `Interventions` SET `Capitaine`=?  WHERE `Id` = ? AND `CodeIntervention` = ? AND `Annee` = ? AND `Mois` = ? AND `DateDeb` = ? AND `DateFin` = ? AND `Index` = ? AND `Manche` = ? AND `Capitaine` = ? AND `Observation` = ? AND `Le` = ? AND `IdLieu` = ? AND `IdCompteur` = ? AND `IdNavire` = ? AND `IdConsignataire` = ? AND `IdMode` = ? AND `IdGenre` = ? AND `Libelle` = ? AND `DateCreation` = ? AND `DateModification` = ? AND `IsDeleted` = ?;
1700561025:ssps has been executed;
1700561025:query has been executed;
1700561025:ROLLBACK;

Ci-dessus
Le ROLLBACK doit correspondre à la boite de dialogue :



.

[micniv]

1. UPDATE `Interventions` SET `Capitaine`=? WHERE `Id` = ? AND `CodeIntervention` = ? AND `Annee` = ? AND `Mois` = ? AND `DateDeb` = ? AND `DateFin` = ? AND `Index` = ? AND `Manche` = ? AND `Capitaine` = ? AND `Observation` = ? AND `Le` = ? AND `IdLieu` = ? AND `IdCompteur` = ? AND `IdNavire` = ? AND `IdConsignataire` = ? AND `IdMode` = ? AND `IdGenre` = ? AND `Libelle` = ? AND `DateCreation` = ? AND `DateModification` = ? AND `IsDeleted` = ?;

   Ca me semble stupide d'utiliser un prédicat WHERE avec autant de critères pour caractériser l'âge du capitaine !
   D'après l'exemple de ton premier message, je pense que "UPDATE `Interventions` SET `Capitaine`=? WHERE `Id` = ? " pourrait suffire.
   
2. Je demandais ci-dessus quelle était la requête source du formulaire en dataview

[star]

Ca me semble stupide d'utiliser un prédicat WHERE avec autant de critères pour caractériser l'âge du capitaine !

Je suis bien du même avis, cependant, je n'est pas la main sur l'ordre UPDATE généré par Access, et donc, je ne peux rien y faire. C'est tout simplement ce qui est loggé par le connecteur ODBC.

Je demandais ci-dessus quelle était la requête source du formulaire en dataview

Désolé, j'étais certainement pas bien réveillé à ce moment-là, ou sinon, bien fatigué à l'heure à laquelle j'ai répondu.

En fait, je n'ai pas de requête, ni de formulaire. J'accède directement à la table Interventions en mode Datasheet View, voir la capture d'écran ci-dessous :



.

[star]

J'aimerai revenir sur mon post du 21/11/2023 :

J'ai relevé dans la documentation Access sur la page suivante https://learn.microsoft.com/en-us/pr...ectedfrom=MSDN, à la fin de la section "Remarks", il est dit : In Form view or Datasheet view, each locked record has a locked indicator in its record selector

Sauriez-vous comment accéder à cet indicateur de verrouillage ?
.

Je suppose qu'en interrogeant les tables système d'Access, il y a moyen de prendre connaissance de cet indicateur, même plus si infinité… Mon problème est : Comment puis-je avoir accès à ces tables système Access ?

Merci de votre support
.

[Robert1957]

Bonjour star,

Le record selector est ceci:


Bonne journée

[micniv]

A savoir : Si une table liée n'a pas de clé primaire , on ne peut pas la modifier
Alors dans ta base mySql, verifie si la table Interventions à une clé primaire. Ce devrait être Id normalement.

[star]

Tout compte fait, il ne s'agissait que d'un problème de millisecondes...



Merci à tous
.

[star]

Tout compte fait, j'ai trouvé l'explication de mon problème de UPDATE de lignes de tables MySQL rentrées par des moyens autres qu'ACCESS.

ACCESS gère le type DateTime avec une limite sur les heures : "Valid time values range from .0 to .9999, or 23:59:59". En bref, ACCESS ne gère pas les millisecondes.

Un exemple serait le cas d'une table MySQL, dont les enregistrements contiendraient dans une colonne Date des valeurs avec des millisecondes. ACCESS arrondit les millisecondes à la seconde la plus proche. Ce qui fait que les UPDATE échouent dans ces cas. L'erreur, qu'il indique dans la boite de dialogue "Write Conflict", n'a, en fait, rien avoir avec le problème sou jacent.

Une solution serait que les colonnes, qui doivent contenir des dates, soient de type DateTime ne prennant pas en compte les millisecondes (dd/mm/yyyy hh:nn:ss). Ou bien, Tronquer les millisecondes avant exécution d'un INSERT ou UPDATE.

.

[tee_grandbois]

bonjour,

ACCESS gère le type DateTime avec une limite sur les heures : "Valid time values range from .0 to .9999, or 23:59:59". En bref, ACCESS ne gère pas les millisecondes.

en fait, si : Access gère bien les millisecondes avec type date/heure étendue:



Pour les tables liées, il faut peut-être cocher cette case tout en bas dans les options de la base:

[star]

Etrangement, je n'ai pas l'option dans la version Access 2016



.

[tee_grandbois]

bonsoir,
en effet, c'est une nouveauté de la version 2021

[star]

Ce l'était déjà pour la version 2019
.

[tee_grandbois]

bonjour,
bizarre, elle n'est pourtant pas répertoriée dans l'annonce
d'ailleurs on ne voit pas le type sur la liste déroulante concernant BigInt ...