Le code de la requête INSERT fonctionne mais n'écrit plus dans la table

Bonjour,

Jusqu'à la semaine dernière tout semblait aller bien avec le code:

Code:

---

1 2 3 4 5

Set db = CurrentDb db.Execute "INSERT INTO [KPI_HISTORY] " _ & "(COUNTRY,JOB_FAMILY,TRANSVERSAL_SPECIFIC,MACRO_PROCESS,SCALE,KPI_NAME,UNIT,THRESHOLD_YELLOW,THRESHOLD_RED,DESCRIPTION,QUARTER,[YEAR],[VALUE]) VALUES " _ & "('" & sKPI_COUNTRY & "', '" & sKPI_JOB_FAMILY & "', '" & sKPI_TRANSVERSAL_SPECIFIC & "', '" & sKPI_MACRO_PROCESS & "', '" & sKPI_SCALE & "', '" & sKPI_KPI_NAME & "', '" & sKPI_UNIT & "', '" & sKPI_THRESHOLD_YELLOW & "', '" & sKPI_THRESHOLD_RED & "', '" & sKPI_DESCRIPTION & "', '" & sKPI_QUARTER & "', '" & sKPI_YEAR & "', " & lKPI_VALUE & ")" db.Close

---

Quand je passe avec le debugger, le pointeur s'arrête bien sur cette ligne et la suivante, sans que le programme détecte la moindre erreur (je précise que j'ai évidemment mis plus tôt la ligne "On Error GoTo controlerror" avec le traitement adéquat). C'est à dire qu'a priori ça veut dire que l'écriture dans la table KPIP_HISTORY a marché.
Pourtant, la table reste vide.
Comme je l'ai dit, ça marchait encore il y a peu et j'utilise exactement le même code plus loin (sur la même table), qui lui fonctionne.

Est-ce que ça vous est arrivé? Est-ce qu'il y a une raison logique à ce que le code soit sensé marcher (pas d'erreur) mais que l'INSERT ne se produise pas dans la table...?

Merci beaucoup!

BTB

Bonjour,

Citation:

---

Envoyé par BornToBe

C'est à dire qu'a priori ça veut dire que l'écriture dans la table KPIP_HISTORY a marché.

---

Pour qu'une erreur soit levée il me semble qu'il faut préciser :

Code:

---

Db.Execute ..., dbFailOnError

---

Mais en mode programmation il vaut mieux ne rien préciser du tout ainsi access s'arrête à la ligne en erreur avec le contexte actif ;)

Citation:

---

Envoyé par nico84

Mais en mode programmation il vaut mieux ne rien préciser du tout ainsi access s'arrête à la ligne en erreur avec le contexte actif ;)

---

Bonjour,
Exactement, et c'est pour ça que je ne comprends pas et que je dis qu'il n'y a pas d'erreur: Access ne s'arrête pas sur cette ligne...:cry:

Bon, j'ai honte toussa toussa.
En fait, je n'avais pas touché le code qui concerne l'exécution de la query, mais si une toute petite variable de rien du tout qui a fait que la valeur d'un des champs était vide (j'avais mal vérifié). :roll:

Par contre, je reste surpris du résultat.
Le champ qui était vide n'était pas obligatoire et il n'y a pas de message d'erreur: je ne me l'explique toujours pas...

reBonjour BornToBe,

Citation:

---

Le champ qui était vide n'était pas obligatoire et il n'y a pas de message d'erreur: je ne me l'explique toujours pas...

---

1) Si le champ qui est vide n'est pas obligatoire, il ne devrait pas remonter une erreur. C'est logique.

2) Si tu ne mets aucun paramètre derrière un Execute c'est normal qu'il ne remonte pas d'erreur. (cf tuto DAO... encore lui ! :aie:)

Cordialement,

Citation:

---

Envoyé par loufab

1) Si le champ qui est vide n'est pas obligatoire, il ne devrait pas remonter une erreur. C'est logique.

---

Mais s'il n'est pas obligatoire, il ne devrait pas poser de problème non-plus pour le remplissage: le champ est vide, voilà tout. Et si le problème vient du fait que le champ est NULL ou "", et que ça ne convient pas pour l'exécution de la requête SQL, j'étais en droit d'attendre une erreur si le cas se présentait...












Mais je vais aller relire le tuto, allez.

Citation:

---

Envoyé par BornToBe

Mais s'il n'est pas obligatoire, il ne devrait pas poser de problème non-plus pour le remplissage: le champ est vide, voilà tout.

---

Au moins un point sur lequel nous sommes d'accord. :ccool:

Citation:

---

Et si le problème vient du fait que le champ est NULL ou "", et que ça ne convient pas pour l'exécution de la requête SQL, j'étais en droit d'attendre une erreur si le cas se présentait...

---

ACCESS fait beaucoup de choses mais pour la télépathie il faudra que tu sois patient. ;)