Requête Mise à Jour anomalie

Merci pour cette question le pére...elle a le mérite d'être transparente...et je vais reformuler car je devine que "je n'ai pas été clair".
Est ce qu'une requête de mise à jour, dont l'unique objet est de compléter un champ vide par une information, peut malencontreusement effacer des données déja présente dans cette table sur des lignes non impactées pendant la mise à jour ?
Si votre réponse était : normallement non, alors j'aurai copié en version sql les informations.
Si la réponse etait : oui, avec vos piste je chercherai à améliorer ma requête..
Mais bon, considérant votre réponse le pére comme non...voici le code sql de ladite request
UPDATE DATE_OFF LEFT JOIN UTILISATEUR ON DATE_OFF.RACF = UTILISATEUR.RACF SET UTILISATEUR.LADATE_SORTIE = [DATE_OFF].[D_DATE];
S'il vous plait, qu'en pensez-vous ?
Merci

Merci à nouveau,

Le référent est la table UTILISATEUR (ensemble A). C'est le référentiel des utilisateurs ils ont une date d'entrée....un jour ils auront une date de sortie. Elle contient le champ RACF et un champ vide au départ...LADATE_SORTIE qui sera donc rempli au moment (mois) opportun.

DATE_OFF est une table créé via requete de création elle liste les utilisateurs qui n'apparaissent plus dans une extraction du systéme pour un mois donné...(ensemble B) bien que présent dans l'ensemble A, elle comporte comme champs RACF commun avec la table UTILISATEUR et D_DATE qui est la date de (Dead) sortie.


La requête que je montre
SELECT....est ma requête de mise à jour du champ LADATE_SORTIE de la table UTILISATEUR pour tous les champs RACF de DATE_OFF présent donc dans UTILISATEUR et qui vise à mettre à jour avec D_DATE...la date de sortie.

Elle fonctionne (presque) bien à ceci prêt qu'elle met à jour le champ LADATE_SORTIE uniquement pour les RACF communs avec la valeur D_DATE......mais j'ai l'impression qu'elle vide les précédentes D_DATE sur des RACF non commun.....

Je pensais que la limitation était "de facto" induite par le LEFT JOIN...
Qu'en pensez vous ?

Merci pour le retour et de ton aide,
Les lignes conercernées sont bien celles qui doivent l'être pas de soucis.
Je te confirme aussi pour avoir fait tourner à vide c'est à dire supprimé la date de sortie qui venait d'être mise et ajouter sur un RACF non sorti une date fictive qu'aprés relancement de la requête, la date fictive reste et n'est pas écrasée, la date de sortie réapparait au bon endroit.
En fait le sujet est résolu.... les dates de sortie ont disparues.....parce que les gens sont redevenus actifs.....changement de service.....réinitialisation oblige.
Pour autant, je voulkais te dire que tu as des erreurs de syntaxe sur les requêtes que tu proposes
cette syntaxe est bien la bonne
UPDATE DATE_OFF LEFT JOIN UTILISATEUR ON DATE_OFF.RACF = UTILISATEUR.RACF SET UTILISATEUR.LADATE_SORTIE = [DATE_OFF].[D_DATE];

La requête que je t'ai donnée est syntaxiquement correcte pour mySQL (sauf les [] autour des noms de tables et de champs). L'important n'était pas la syntaxe, mais la suppression du LEFT et l'ajout du WHERE, qui ne sont pas des changements de syntaxe mais de sémantique.
Si je comprends bien, tu me dis que la requête est toujours la même, mais que maintenant ça marche ?