erreur conversion de type

Bonjour, j'ai un petit soucis avec une requête mise à jour en SQL:

Code:

---

1 2	UPDATE DonneesPourRapport SET DonneesPourRapport.MontantMev = DSum("[Montant Total]","[RFacturesRferDuMev]","[RFacturesRferDuMev].[No Trans# Sev] =" & [DonneesPourRapport].[NoFacture]) WHERE (((DonneesPourRapport.NoFacture) In (select distinct [No Trans# Sev] from RFacturesRferDuMev)));

---

l'erreur provient de cette partie de code:

Code:

---

DSum("[Montant Total]","[RFacturesRferDuMev]","[RFacturesRferDuMev].[No Trans# Sev] =" & [DonneesPourRapport].[NoFacture])

---

Message d'erreur: Microsoft access n'a pas mis à jour 3 champs à la suite d'un échec de conversion de données

Merci à l'avance !

Avez-vous besoins de plus d'info ?

Bonjour.

Il est possible que DSum() te retourne un null.

Fait un essai avec

Code:

---

1 2	UPDATE DonneesPourRapport SET DonneesPourRapport.MontantMev = Nz(DSum("[Montant Total]","[RFacturesRferDuMev]","[RFacturesRferDuMev].[No Trans# Sev] =" & [DonneesPourRapport].[NoFacture]), 0) WHERE (((DonneesPourRapport.NoFacture) In (select distinct [No Trans# Sev] from RFacturesRferDuMev)));

---

Mais attention j'ai eu un cas où NZ m'a fait sauter les décimales :-( Pas cool.

Si cela t'arrive, il faut utiliser

Code:

---

iif(isnull(Nz(DSum("[Montant Total]","[RFacturesRferDuMev]","[RFacturesRferDuMev].[No Trans# Sev] =" & [DonneesPourRapport].[NoFacture])), 0, Nz(DSum("[Montant Total]","[RFacturesRferDuMev]","[RFacturesRferDuMev].[No Trans# Sev] =" & [DonneesPourRapport].[NoFacture]))

---

Et il me semble qu'il ne faut pas mettre de crochet autours du nom de la source. Le problème vient peut-être seulement de là.

A+

pourtant, cette requête semblable fonctionne comme il faut:

Code:

---

1 2	UPDATE DonneesPourRapport SET DonneesPourRapport.MontantMD = DSum("[Total]","[RFacturesMD]","[RFacturesMD].[Facture] =" & [DonneesPourRapport].[NoFacture]) WHERE (((DonneesPourRapport.[NoFacture]) In (select distinct Facture from RFacturesMD)));

---

Pas de Null dans mon cas...

Bonjour.

Vérifie si [DonneesPourRapport].[NoFacture] n'est pas nul à un moment donné.

Et valide que le problème vient bien du DSum() en remplaçant ton DSum() par une constante (ex : 1234).

A+

Bonjour, pas de null dans no facture et l'erreur provient bien du DSUM, j'avais déjà testé...

merci

Quel est le type de MontantMD ?

A+

MontantMD est monétaire, mais n'a rien avoir avec la requete en erreur...

voici la requete en erreur

Code:

---

1 2	UPDATE DonneesPourRapport SET DonneesPourRapport.MontantMev = DSum("[Montant Total]","[RFacturesRferDuMev]","[RFacturesRferDuMev].[No Trans# Sev] =" & [DonneesPourRapport].[NoFacture]) WHERE (((DonneesPourRapport.NoFacture) In (select distinct [No Trans# Sev] from RFacturesRferDuMev)));

---

RFacturesRferDuMev est une requête
RFacturesRferDuMev.Montant total est un montant (nombre?)
RFacturesRferDuMev.No trans# SEV est un nombre

DonneesPourRapport est une table
DonneesPourRapport.NoFacture est numérique
DonneesPourRapport.MontantMev est monétaire

Citation:

---

MontantMD est monétaire, mais n'a rien avoir avec la requete en erreur...

---

Oops, je n'avais pas pris le bon SQL.

Essaye de taper ? DSum("[Montant Total]","[RFacturesRferDuMev]","[RFacturesRferDuMev].[No Trans# Sev] =" & iciunNumeroValide) et d'appuyer sur la touche [enter] dans la fenêtre d'éxécution immédiate.

Pour la faire apparaître, il faut aller dans l'éditeur de code VBA.
Taper sur les touches [ctrl][g].

Cela va exécuter le DSum() et t'afficher le résultat. Cela donnera peut-être une piste.

Et aussi essaye dans la requête :

Code:

---

CCur(DSum("[Montant Total]","[RFacturesRferDuMev]","[RFacturesRferDuMev].[No Trans# Sev] =" & iciunNumeroValide))

---

Peut-être que forcer la conversion donnera quelque chose.

J'avoue être au bout de mes idées sur ce problème.
Habituellement DSum() est une fonction sans soucis.

A+

J'ai essayé ceci dans la fenêtre d'exécution:

Code:

---

? DSum("[Montant Total]","[RFacturesRferDuMev]","[RFacturesRferDuMev].[No Trans# Sev] =" & 1897188)

---

et ceci

Code:

---

? DSum("[Montant Total]","[RFacturesRferDuMev]","[RFacturesRferDuMev].[No Trans# Sev] =" & "1897188")

---

Même résultat : type de données incompatible dans l'expression du critère

Pour ce qui est de l'essai avec la fonction Ccur: aucun changement

Le problème provient du DSum car il y a une erreur dans la fenêtre d'exécution...

merci

Oui mais on progresse.

Quel est le type de [No Trans# Sev] ?

A+

Citation:

---

Envoyé par marot_r

Quel est le type de [No Trans# Sev] ?

---

Type numérique

a+

Plus précisément :

Entier ?
Entier long ?
Réel ?
Réel double ?
Monaitaire ?

Aussi si c'est un probème de type essaye

Code:

---

? DSum("[Montant Total]","[RFacturesRferDuMev]","[RFacturesRferDuMev].[No Trans# Sev] =" & 1)

---

Cela ne retourne probablement pas de résultat mais ne devrait pas générer d'erreur.

A+

Bonjour marot_r, je m'excuse pour le délai...

Je ne sais pas si ça peut aider, mais RFacturesRferDuMev est une requête qui extrait des données d'un fichier excel lié au projet et non d'une table de la base de données locale...

Format de la Table Excel
Pièce jointe 354161

Données de la table Excel très très abrégé dans le nombre d'enregistrements...
Pièce jointe 354169

Données de la requête RFacturesRferDuMev
Pièce jointe 354167

Requête Excel RFacturesRferDuMev

Code:

---

1 2 3

SELECT ImportationMev.[No MEV], ImportationMev.[No trans MEV], ImportationMev.[No trans# SEV], ImportationMev.[Date/Heure transaction SEV], ImportationMev.[Type transaction], ImportationMev.[Sous-total avant taxes], ImportationMev.TPS, ImportationMev.TVQ, ImportationMev.[Montant total], ImportationMev.Duplicata FROM ImportationMev WHERE (((ImportationMev.[Type transaction])='R') AND ((ImportationMev.Duplicata)='N'));

---

pour ce qui est de

Code:

---

DSum("[Montant Total]","[RFacturesRferDuMev]","[RFacturesRferDuMev].[No Trans# Sev] =" & 1)

---

pas d'erreur lors de l'exécution comme tu l'avais prédit, pas de mise à jour non plus (normal)...

Merci !

Bonjour.

Je répète ma question sur le type de numérique qu'est No Trans# Sev.

Là on ne voit pas. Il faut aller sur le champ et regarder en bas de la liste.
Logiquement ce devrait être un entier long.

Vérifie dans ta source (le fichier Excel) qu'il n'y a pas un nombre stocké comme du texte.

A+

Bonjour, C'est un réel double et pas de nombres stockés comme du texte

Merci A+

Aimerais-tu avoir la base ? Il faut juste que j'épure un peu car la base est très grosse...

Bonjour

Et si tout simplement la requête n'appréciait pas le nom No Trans# Sev ?
En effet, j'ai fait un essai sur requête avec ce nom de champ utilisé dans une fonction. (Gauche en l’occurrence). Erreur !
Si j'enlève les espaces tout fonctionne.

Personnellement je ne mets ni d'espace ni de caractères particuliers, hormis le '_' dans mes noms de champs, variables, fichiers...

Titi95

Citation:

---

Envoyé par titi95

Et si tout simplement la requête n'appréciait pas le nom No Trans# Sev ?

---

Je suis d'accord avec les explications de Titi95 : à la fin de cette page du support Microsoft, après une liste (non exhaustive) de mots réservés, vous pouvez trouver les caractères interdits dans un nom de champ ou d'objet.
"#" y figure en bonne place.

Cordialement,
Paraffine.

Bonjour, j'ai toujours le même problème, même après avoir enlevé le # (encore le même message d'erreur...)

Voici la requête originale:

Code:

---

1 2	UPDATE DonneesPourRapport SET DonneesPourRapport.MontantMev = DSum("[Montant Total]","[RFacturesRferDuMev]","[RFacturesRferDuMev].[No Trans# Sev] =" & [DonneesPourRapport].[NoFacture]) WHERE (((DonneesPourRapport.NoFacture) In (select distinct [No Trans# Sev] from RFacturesRferDuMev)));

---

Voici la requête modifiée (enlevé le # de la table importée/liée):

Code:

---

1 2	UPDATE DonneesPourRapport SET DonneesPourRapport.MontantMev = DSum("[Montant Total]","[RFacturesRferDuMev]","[RFacturesRferDuMev].[No Trans Sev] =" & [DonneesPourRapport].[NoFacture]) WHERE (((DonneesPourRapport.NoFacture) In (select distinct [No Trans Sev] from RFacturesRferDuMev)));

---

J'ai tenté de modifier la partie en gras (ligne 1 à droite) par CSTR([DonneesPourRapport].[NoFacture]) : Même problème...

Encore merci !

Bonsoir,
si on regarde les impression d'écrans du post #14, on voit que les champs Montant total et sous-total avant taxes sont de type Texte court et ne peuvent pas être traités comme des montants. Il faudrait enlever le format monétaire dans le fichier Excel.