Discussion :

[BornToBe]

Bonjour,

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

Code :

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

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

[nico84]

Bonjour,

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 :

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

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

[BornToBe]

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...

[BornToBe]

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é).

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...

[loufab]

reBonjour BornToBe,

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 ! )

Cordialement,

[BornToBe]

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.