Quand j'introduis ce crit=E8re dans ma requete :
(Forms![Frm_SearchPart]![combo_release_responsible] & "*") Or
(Forms![Frm_SearchPart]![combo_release_responsible] =3D Null)
dans le champ Release_Responsible_ID, =E0 l'ouverture du formulaire,
j'obtient le message d'erreur suivant :
"Data type mismatch in crit=E9ria expression".
La requ=E8te du combo concern=E9 =E9tait initialement :
SELECT Tbl_Account.Account_ID, Tbl_Account.UserName FROM Tbl_Account
ORDER BY Tbl_Account.UserName;
effectivement, Account_ID est un AutoNumber et Release_Responsible_ID
un Number.
Apr=E8s avoir consult=E9 les archives du groupe de discution j'ai essay=E9
ceci :
SELECT ""+Account_ID AS Account_IDNumber, Tbl_Account.UserName FROM
Tbl_Account ORDER BY Tbl_Account.UserName;
sans r=E9sultat.
Je suis sure que c'est tr=E8s simple, mais ne voit pas la solution.
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
oualaléreur
Je rencontre le meme problème entre les types date/time et GeneralDate. Qui sait comment faire s'accorder les types de données entre les requetes définissant les tables visibles dans les menus déroulants et celles du formulaire ?
"please, help..." (le cinquième élément) évidemment c'est moins bien que les tontons flingueurs, mais plus à propos.
Je rencontre le meme problème entre les types date/time et
GeneralDate.
Qui sait comment faire s'accorder les types de données entre les
requetes définissant les tables visibles dans les menus déroulants et
celles du formulaire ?
"please, help..." (le cinquième élément)
évidemment c'est moins bien que les tontons flingueurs, mais plus à
propos.
Je rencontre le meme problème entre les types date/time et GeneralDate. Qui sait comment faire s'accorder les types de données entre les requetes définissant les tables visibles dans les menus déroulants et celles du formulaire ?
"please, help..." (le cinquième élément) évidemment c'est moins bien que les tontons flingueurs, mais plus à propos.
Raymond me faisait la meme remarque ce matin pour un autre problème, mais en fait lorsque j'utilise une syntaxe différente de celle-ci, ca ne marche pas. au mieux ca marche mais les champs vides ne sont pas pris en compte.C'est à dire que lorsque j'ouvre le formulaire, le nombre de champs dans le sous formulaire (où apparaissent les champs après filtrage) est inférieur à celui ds champs compris dans la table initiale. il ne m'a pas répondu quand je lui est soumis cet état de fait.
Tu as un avis sur la question?
Merci
Raymond me faisait la meme remarque ce matin pour un autre problème,
mais en fait lorsque j'utilise une syntaxe différente de celle-ci, ca
ne marche pas. au mieux ca marche mais les champs vides ne sont pas
pris en compte.C'est à dire que lorsque j'ouvre le formulaire, le
nombre de champs dans le sous formulaire (où apparaissent les champs
après filtrage) est inférieur à celui ds champs compris dans la
table initiale.
il ne m'a pas répondu quand je lui est soumis cet état de fait.
Raymond me faisait la meme remarque ce matin pour un autre problème, mais en fait lorsque j'utilise une syntaxe différente de celle-ci, ca ne marche pas. au mieux ca marche mais les champs vides ne sont pas pris en compte.C'est à dire que lorsque j'ouvre le formulaire, le nombre de champs dans le sous formulaire (où apparaissent les champs après filtrage) est inférieur à celui ds champs compris dans la table initiale. il ne m'a pas répondu quand je lui est soumis cet état de fait.
Tu as un avis sur la question?
Merci
3stone
re,
Raymond me faisait la meme remarque ce matin pour un autre problème, mais en fait lorsque j'utilise une syntaxe différente de celle-ci, ca ne marche pas. au mieux ca marche mais les champs vides ne sont pas pris en compte.C'est à dire que lorsque j'ouvre le formulaire, le nombre de champs dans le sous formulaire (où apparaissent les champs après filtrage) est inférieur à celui ds champs compris dans la table initiale. il ne m'a pas répondu quand je lui est soumis cet état de fait.
Tu as un avis sur la question?
- un "inner joint" au lieu d'un "left joint" - un regroupement - mauvais critères ...
Raymond me faisait la meme remarque ce matin pour un autre problème,
mais en fait lorsque j'utilise une syntaxe différente de celle-ci, ca
ne marche pas. au mieux ca marche mais les champs vides ne sont pas
pris en compte.C'est à dire que lorsque j'ouvre le formulaire, le
nombre de champs dans le sous formulaire (où apparaissent les champs
après filtrage) est inférieur à celui ds champs compris dans la
table initiale.
il ne m'a pas répondu quand je lui est soumis cet état de fait.
Tu as un avis sur la question?
- un "inner joint" au lieu d'un "left joint"
- un regroupement
- mauvais critères
...
Raymond me faisait la meme remarque ce matin pour un autre problème, mais en fait lorsque j'utilise une syntaxe différente de celle-ci, ca ne marche pas. au mieux ca marche mais les champs vides ne sont pas pris en compte.C'est à dire que lorsque j'ouvre le formulaire, le nombre de champs dans le sous formulaire (où apparaissent les champs après filtrage) est inférieur à celui ds champs compris dans la table initiale. il ne m'a pas répondu quand je lui est soumis cet état de fait.
Tu as un avis sur la question?
- un "inner joint" au lieu d'un "left joint" - un regroupement - mauvais critères ...
Pour compléter le message de 3Stone, - "type mismatch" signifie tu compares des numerique à une chaine de caractères par exemple - que contient combo_release_responsible ? un numérique ? une chaine de caractères ? réponse : voir le type de la colonne liée de la combo - si il s'agit d'un numérique, tu ne peux ajouter "*" - si ton caract "*" représente un caractère joker alors il faudrait sans doute ajouter la clause "like" like (Forms![Frm_SearchPart]![combo_release_responsible] & "*") - (Forms![Frm_SearchPart]![combo_release_responsible] = Null) comme l'ont dit Raymond et 3Stone, "= Null" ne marche pas
un conseil : fais fonctionner ton filtre avec une seule condition d'abord. Tu ajouteras la 2nde ensuite.
Raymond me faisait la meme remarque ce matin pour un autre problème, mais en fait lorsque j'utilise une syntaxe différente de celle-ci, ca ne marche pas. au mieux ca marche mais les champs vides ne sont pas pris en compte.C'est à dire que lorsque j'ouvre le formulaire, le nombre de champs dans le sous formulaire (où apparaissent les champs après filtrage) est inférieur à celui ds champs compris dans la table initiale. il ne m'a pas répondu quand je lui est soumis cet état de fait.
Tu as un avis sur la question?
Merci
Bonsoir,
Pour compléter le message de 3Stone,
- "type mismatch" signifie tu compares des numerique à une chaine de
caractères par exemple
- que contient combo_release_responsible ? un numérique ? une chaine de
caractères ? réponse : voir le type de la colonne liée de la combo
- si il s'agit d'un numérique, tu ne peux ajouter "*"
- si ton caract "*" représente un caractère joker alors il faudrait sans
doute ajouter la clause "like"
like (Forms![Frm_SearchPart]![combo_release_responsible] & "*")
- (Forms![Frm_SearchPart]![combo_release_responsible] = Null)
comme l'ont dit Raymond et 3Stone, "= Null" ne marche pas
un conseil : fais fonctionner ton filtre avec une seule condition d'abord.
Tu ajouteras la 2nde ensuite.
"oualaléreur" <benoit.vrignon@cpe.fr> a écrit dans le message de news:
1131115800.004683.21630@o13g2000cwo.googlegroups.com...
Raymond me faisait la meme remarque ce matin pour un autre problème,
mais en fait lorsque j'utilise une syntaxe différente de celle-ci, ca
ne marche pas. au mieux ca marche mais les champs vides ne sont pas
pris en compte.C'est à dire que lorsque j'ouvre le formulaire, le
nombre de champs dans le sous formulaire (où apparaissent les champs
après filtrage) est inférieur à celui ds champs compris dans la
table initiale.
il ne m'a pas répondu quand je lui est soumis cet état de fait.
Pour compléter le message de 3Stone, - "type mismatch" signifie tu compares des numerique à une chaine de caractères par exemple - que contient combo_release_responsible ? un numérique ? une chaine de caractères ? réponse : voir le type de la colonne liée de la combo - si il s'agit d'un numérique, tu ne peux ajouter "*" - si ton caract "*" représente un caractère joker alors il faudrait sans doute ajouter la clause "like" like (Forms![Frm_SearchPart]![combo_release_responsible] & "*") - (Forms![Frm_SearchPart]![combo_release_responsible] = Null) comme l'ont dit Raymond et 3Stone, "= Null" ne marche pas
un conseil : fais fonctionner ton filtre avec une seule condition d'abord. Tu ajouteras la 2nde ensuite.
Raymond me faisait la meme remarque ce matin pour un autre problème, mais en fait lorsque j'utilise une syntaxe différente de celle-ci, ca ne marche pas. au mieux ca marche mais les champs vides ne sont pas pris en compte.C'est à dire que lorsque j'ouvre le formulaire, le nombre de champs dans le sous formulaire (où apparaissent les champs après filtrage) est inférieur à celui ds champs compris dans la table initiale. il ne m'a pas répondu quand je lui est soumis cet état de fait.
