Erreur 3346 causée par une requête "Insert into"...
3 réponses
Danny Poirier
Bonjour,
Nous avons un problème chez un de nos clients avec notre application
développée en Access 2000. Cette application roule chez nos clients avec le
runtime d'Access 2000.
Voici le message d'erreur :
Le nombre des valeurs de requêtes et des champs de destination sont
différents. (Erreur 3346)
La requête INSERT INTO (ajouter) n'a pas suffisamment de champs de
destination ou le nombre de ses champs dans la liste VALUES ou SELECT
dépasse le nombre de champs dans la table de destination. Sélectionnez un
nombre de champs correspondant.
Et voici maintenant un résumé du code où le système semble tomber en erreur
:
Le hic, c'est que ça fonctionne très bien sur nos postes ainsi que sur ceux
de nos autres clients. Nous avons récupérérés les données du client et ça
fonctionne également bien sur nos postes. Le client est en Windows XP avec
le service pack 1. Tout concorde avec nous....
Est-ce que quelqu'un a une petite idée ou un semblant de piste?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Pierre Fauconnier
Bonjour
J'ai déjà eu un problème similaire avec les séparateurs de décimales. Si le séparateur décimal est la virgule, il est possible que curCout avec décimales soit considéré comme deux valeurs distinctes, la partie entière et la partie décimale. J'avais solutionné le problème en passant la valeur comme un string en l'encadrant de ' ' ...
Ok?
-- Pierre Fauconnier () "Le bonheur n'est pas au bout du chemin. Le bonheur EST le chemin ( proverbe zen ) Remplacez nospam.nospam par pfi.be pour répondre. Merci
"Danny Poirier" a écrit dans le message de news:
Bonjour,
Nous avons un problème chez un de nos clients avec notre application développée en Access 2000. Cette application roule chez nos clients avec le runtime d'Access 2000.
Voici le message d'erreur :
Le nombre des valeurs de requêtes et des champs de destination sont différents. (Erreur 3346) La requête INSERT INTO (ajouter) n'a pas suffisamment de champs de destination ou le nombre de ses champs dans la liste VALUES ou SELECT dépasse le nombre de champs dans la table de destination. Sélectionnez un nombre de champs correspondant.
Et voici maintenant un résumé du code où le système semble tomber en erreur :
Le hic, c'est que ça fonctionne très bien sur nos postes ainsi que sur ceux de nos autres clients. Nous avons récupérérés les données du client et ça fonctionne également bien sur nos postes. Le client est en Windows XP avec le service pack 1. Tout concorde avec nous....
Est-ce que quelqu'un a une petite idée ou un semblant de piste?
merci à l'avance,
Danny
Bonjour
J'ai déjà eu un problème similaire avec les séparateurs de décimales. Si le
séparateur décimal est la virgule, il est possible que curCout avec
décimales soit considéré comme deux valeurs distinctes, la partie entière et
la partie décimale. J'avais solutionné le problème en passant la valeur
comme un string en l'encadrant de ' ' ...
Ok?
--
Pierre Fauconnier (pierre.fauconnier@nospam.nospam)
"Le bonheur n'est pas au bout du chemin. Le bonheur EST le chemin ( proverbe
zen )
Remplacez nospam.nospam par pfi.be pour répondre. Merci
"Danny Poirier" <dpoirier@pgmensys.comAntispam> a écrit dans le message de
news: e6cS4NOcFHA.228@TK2MSFTNGP12.phx.gbl...
Bonjour,
Nous avons un problème chez un de nos clients avec notre application
développée en Access 2000. Cette application roule chez nos clients avec
le
runtime d'Access 2000.
Voici le message d'erreur :
Le nombre des valeurs de requêtes et des champs de destination sont
différents. (Erreur 3346)
La requête INSERT INTO (ajouter) n'a pas suffisamment de champs de
destination ou le nombre de ses champs dans la liste VALUES ou SELECT
dépasse le nombre de champs dans la table de destination. Sélectionnez un
nombre de champs correspondant.
Et voici maintenant un résumé du code où le système semble tomber en
erreur
:
Le hic, c'est que ça fonctionne très bien sur nos postes ainsi que sur
ceux
de nos autres clients. Nous avons récupérérés les données du client et
ça
fonctionne également bien sur nos postes. Le client est en Windows XP
avec
le service pack 1. Tout concorde avec nous....
Est-ce que quelqu'un a une petite idée ou un semblant de piste?
J'ai déjà eu un problème similaire avec les séparateurs de décimales. Si le séparateur décimal est la virgule, il est possible que curCout avec décimales soit considéré comme deux valeurs distinctes, la partie entière et la partie décimale. J'avais solutionné le problème en passant la valeur comme un string en l'encadrant de ' ' ...
Ok?
-- Pierre Fauconnier () "Le bonheur n'est pas au bout du chemin. Le bonheur EST le chemin ( proverbe zen ) Remplacez nospam.nospam par pfi.be pour répondre. Merci
"Danny Poirier" a écrit dans le message de news:
Bonjour,
Nous avons un problème chez un de nos clients avec notre application développée en Access 2000. Cette application roule chez nos clients avec le runtime d'Access 2000.
Voici le message d'erreur :
Le nombre des valeurs de requêtes et des champs de destination sont différents. (Erreur 3346) La requête INSERT INTO (ajouter) n'a pas suffisamment de champs de destination ou le nombre de ses champs dans la liste VALUES ou SELECT dépasse le nombre de champs dans la table de destination. Sélectionnez un nombre de champs correspondant.
Et voici maintenant un résumé du code où le système semble tomber en erreur :
Le hic, c'est que ça fonctionne très bien sur nos postes ainsi que sur ceux de nos autres clients. Nous avons récupérérés les données du client et ça fonctionne également bien sur nos postes. Le client est en Windows XP avec le service pack 1. Tout concorde avec nous....
Est-ce que quelqu'un a une petite idée ou un semblant de piste?
merci à l'avance,
Danny
Marcel
ou encore n'aurais tu pas modifié le nom d'un champ sur une de tes tables et omis de le corriger dans la requete
"Pierre Fauconnier" a écrit dans le message de news: %23n$
Bonjour
J'ai déjà eu un problème similaire avec les séparateurs de décimales. Si le séparateur décimal est la virgule, il est possible que curCout avec décimales soit considéré comme deux valeurs distinctes, la partie entière et la partie décimale. J'avais solutionné le problème en passant la valeur comme un string en l'encadrant de ' ' ...
Ok?
-- Pierre Fauconnier () "Le bonheur n'est pas au bout du chemin. Le bonheur EST le chemin ( proverbe zen ) Remplacez nospam.nospam par pfi.be pour répondre. Merci
"Danny Poirier" a écrit dans le message de news:
Bonjour,
Nous avons un problème chez un de nos clients avec notre application développée en Access 2000. Cette application roule chez nos clients avec le runtime d'Access 2000.
Voici le message d'erreur :
Le nombre des valeurs de requêtes et des champs de destination sont différents. (Erreur 3346) La requête INSERT INTO (ajouter) n'a pas suffisamment de champs de destination ou le nombre de ses champs dans la liste VALUES ou SELECT dépasse le nombre de champs dans la table de destination. Sélectionnez un nombre de champs correspondant.
Et voici maintenant un résumé du code où le système semble tomber en erreur :
Le hic, c'est que ça fonctionne très bien sur nos postes ainsi que sur ceux de nos autres clients. Nous avons récupérérés les données du client et ça fonctionne également bien sur nos postes. Le client est en Windows XP avec le service pack 1. Tout concorde avec nous....
Est-ce que quelqu'un a une petite idée ou un semblant de piste?
merci à l'avance,
Danny
ou encore n'aurais tu pas modifié le nom d'un champ sur une de tes tables
et omis de le corriger dans la requete
"Pierre Fauconnier" <pierre.fauconnier@nospam.nospam> a écrit dans le
message de news: %23n$rwkOcFHA.3404@tk2msftngp13.phx.gbl...
Bonjour
J'ai déjà eu un problème similaire avec les séparateurs de décimales. Si
le séparateur décimal est la virgule, il est possible que curCout avec
décimales soit considéré comme deux valeurs distinctes, la partie entière
et la partie décimale. J'avais solutionné le problème en passant la valeur
comme un string en l'encadrant de ' ' ...
Ok?
--
Pierre Fauconnier (pierre.fauconnier@nospam.nospam)
"Le bonheur n'est pas au bout du chemin. Le bonheur EST le chemin (
proverbe zen )
Remplacez nospam.nospam par pfi.be pour répondre. Merci
"Danny Poirier" <dpoirier@pgmensys.comAntispam> a écrit dans le message de
news: e6cS4NOcFHA.228@TK2MSFTNGP12.phx.gbl...
Bonjour,
Nous avons un problème chez un de nos clients avec notre application
développée en Access 2000. Cette application roule chez nos clients avec
le
runtime d'Access 2000.
Voici le message d'erreur :
Le nombre des valeurs de requêtes et des champs de destination sont
différents. (Erreur 3346)
La requête INSERT INTO (ajouter) n'a pas suffisamment de champs de
destination ou le nombre de ses champs dans la liste VALUES ou SELECT
dépasse le nombre de champs dans la table de destination. Sélectionnez un
nombre de champs correspondant.
Et voici maintenant un résumé du code où le système semble tomber en
erreur
:
Le hic, c'est que ça fonctionne très bien sur nos postes ainsi que sur
ceux
de nos autres clients. Nous avons récupérérés les données du client et
ça
fonctionne également bien sur nos postes. Le client est en Windows XP
avec
le service pack 1. Tout concorde avec nous....
Est-ce que quelqu'un a une petite idée ou un semblant de piste?
ou encore n'aurais tu pas modifié le nom d'un champ sur une de tes tables et omis de le corriger dans la requete
"Pierre Fauconnier" a écrit dans le message de news: %23n$
Bonjour
J'ai déjà eu un problème similaire avec les séparateurs de décimales. Si le séparateur décimal est la virgule, il est possible que curCout avec décimales soit considéré comme deux valeurs distinctes, la partie entière et la partie décimale. J'avais solutionné le problème en passant la valeur comme un string en l'encadrant de ' ' ...
Ok?
-- Pierre Fauconnier () "Le bonheur n'est pas au bout du chemin. Le bonheur EST le chemin ( proverbe zen ) Remplacez nospam.nospam par pfi.be pour répondre. Merci
"Danny Poirier" a écrit dans le message de news:
Bonjour,
Nous avons un problème chez un de nos clients avec notre application développée en Access 2000. Cette application roule chez nos clients avec le runtime d'Access 2000.
Voici le message d'erreur :
Le nombre des valeurs de requêtes et des champs de destination sont différents. (Erreur 3346) La requête INSERT INTO (ajouter) n'a pas suffisamment de champs de destination ou le nombre de ses champs dans la liste VALUES ou SELECT dépasse le nombre de champs dans la table de destination. Sélectionnez un nombre de champs correspondant.
Et voici maintenant un résumé du code où le système semble tomber en erreur :
Le hic, c'est que ça fonctionne très bien sur nos postes ainsi que sur ceux de nos autres clients. Nous avons récupérérés les données du client et ça fonctionne également bien sur nos postes. Le client est en Windows XP avec le service pack 1. Tout concorde avec nous....
Est-ce que quelqu'un a une petite idée ou un semblant de piste?
merci à l'avance,
Danny
Danny Poirier
Merci beraucoup, c'était ça le problème. Le client avait une virgule comme séparateur de décimale tandis que nous, nous avons un point.
merci encore une fois !
Danny
"Marcel" a écrit dans le message de news:42aef814$0$21630$
ou encore n'aurais tu pas modifié le nom d'un champ sur une de tes tables et omis de le corriger dans la requete
"Pierre Fauconnier" a écrit dans le message de news: %23n$
Bonjour
J'ai déjà eu un problème similaire avec les séparateurs de décimales. Si le séparateur décimal est la virgule, il est possible que curCout avec décimales soit considéré comme deux valeurs distinctes, la partie entière
et la partie décimale. J'avais solutionné le problème en passant la valeur
comme un string en l'encadrant de ' ' ...
Ok?
-- Pierre Fauconnier () "Le bonheur n'est pas au bout du chemin. Le bonheur EST le chemin ( proverbe zen ) Remplacez nospam.nospam par pfi.be pour répondre. Merci
"Danny Poirier" a écrit dans le message de
news:
Bonjour,
Nous avons un problème chez un de nos clients avec notre application développée en Access 2000. Cette application roule chez nos clients avec
le runtime d'Access 2000.
Voici le message d'erreur :
Le nombre des valeurs de requêtes et des champs de destination sont différents. (Erreur 3346) La requête INSERT INTO (ajouter) n'a pas suffisamment de champs de destination ou le nombre de ses champs dans la liste VALUES ou SELECT dépasse le nombre de champs dans la table de destination. Sélectionnez un
nombre de champs correspondant.
Et voici maintenant un résumé du code où le système semble tomber en erreur :
Le hic, c'est que ça fonctionne très bien sur nos postes ainsi que sur ceux de nos autres clients. Nous avons récupérérés les données du client et
ça fonctionne également bien sur nos postes. Le client est en Windows XP avec le service pack 1. Tout concorde avec nous....
Est-ce que quelqu'un a une petite idée ou un semblant de piste?
merci à l'avance,
Danny
Merci beraucoup, c'était ça le problème. Le client avait une virgule comme
séparateur de décimale tandis que nous, nous avons un point.
merci encore une fois !
Danny
"Marcel" <titin@wanadoo.fr> a écrit dans le message de
news:42aef814$0$21630$8fcfb975@news.wanadoo.fr...
ou encore n'aurais tu pas modifié le nom d'un champ sur une de tes tables
et omis de le corriger dans la requete
"Pierre Fauconnier" <pierre.fauconnier@nospam.nospam> a écrit dans le
message de news: %23n$rwkOcFHA.3404@tk2msftngp13.phx.gbl...
Bonjour
J'ai déjà eu un problème similaire avec les séparateurs de décimales. Si
le séparateur décimal est la virgule, il est possible que curCout avec
décimales soit considéré comme deux valeurs distinctes, la partie
entière
et la partie décimale. J'avais solutionné le problème en passant la
valeur
comme un string en l'encadrant de ' ' ...
Ok?
--
Pierre Fauconnier (pierre.fauconnier@nospam.nospam)
"Le bonheur n'est pas au bout du chemin. Le bonheur EST le chemin (
proverbe zen )
Remplacez nospam.nospam par pfi.be pour répondre. Merci
"Danny Poirier" <dpoirier@pgmensys.comAntispam> a écrit dans le message
de
news: e6cS4NOcFHA.228@TK2MSFTNGP12.phx.gbl...
Bonjour,
Nous avons un problème chez un de nos clients avec notre application
développée en Access 2000. Cette application roule chez nos clients
avec
le
runtime d'Access 2000.
Voici le message d'erreur :
Le nombre des valeurs de requêtes et des champs de destination sont
différents. (Erreur 3346)
La requête INSERT INTO (ajouter) n'a pas suffisamment de champs de
destination ou le nombre de ses champs dans la liste VALUES ou SELECT
dépasse le nombre de champs dans la table de destination. Sélectionnez
un
nombre de champs correspondant.
Et voici maintenant un résumé du code où le système semble tomber en
erreur
:
Merci beraucoup, c'était ça le problème. Le client avait une virgule comme séparateur de décimale tandis que nous, nous avons un point.
merci encore une fois !
Danny
"Marcel" a écrit dans le message de news:42aef814$0$21630$
ou encore n'aurais tu pas modifié le nom d'un champ sur une de tes tables et omis de le corriger dans la requete
"Pierre Fauconnier" a écrit dans le message de news: %23n$
Bonjour
J'ai déjà eu un problème similaire avec les séparateurs de décimales. Si le séparateur décimal est la virgule, il est possible que curCout avec décimales soit considéré comme deux valeurs distinctes, la partie entière
et la partie décimale. J'avais solutionné le problème en passant la valeur
comme un string en l'encadrant de ' ' ...
Ok?
-- Pierre Fauconnier () "Le bonheur n'est pas au bout du chemin. Le bonheur EST le chemin ( proverbe zen ) Remplacez nospam.nospam par pfi.be pour répondre. Merci
"Danny Poirier" a écrit dans le message de
news:
Bonjour,
Nous avons un problème chez un de nos clients avec notre application développée en Access 2000. Cette application roule chez nos clients avec
le runtime d'Access 2000.
Voici le message d'erreur :
Le nombre des valeurs de requêtes et des champs de destination sont différents. (Erreur 3346) La requête INSERT INTO (ajouter) n'a pas suffisamment de champs de destination ou le nombre de ses champs dans la liste VALUES ou SELECT dépasse le nombre de champs dans la table de destination. Sélectionnez un
nombre de champs correspondant.
Et voici maintenant un résumé du code où le système semble tomber en erreur :