Je travaille sous Access 97.
Dans une requête, j'ai crée un champs vraifaux.
Livraison: VraiFaux([Code_Decalage]>"00" Ou "" Et [Arrondi]>1;1;0)
Voici mes problème :
1/ Doit-on mettre impérativement des guillemets aux "valeur si vrai"
et "valeur si faux" ?
Si non, pourquoi lorsque j'en mets, la formule fonctionne et lorsque
je n'en mets pas elle ne fonctionne pas ?
2/ En admettant que je mette des guillemets, j'obtiens le résultat
escompté. Sauf que pour la seconde étape, ça coince :
je souhaite dans une autre requête utiliser le résultat de ce champs
pour compter les lignes (fonction compte) dont la valeur est 1 et ça
ne marche pas. Lorsque je mets en critère "1", le message d'erreur
"type de données incompatible dans l'expression du critère" et lorsque
je mets en critère 1, il ne trouve aucune ligne correspondant au
critère, ce qui est faux.
Quelqu'un peut-il m'aider,
Merci beaucoup
Catherine
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
3stone
Salut,
"Medinlu" a écrit: | Je travaille sous Access 97. | Dans une requête, j'ai crée un champs vraifaux. | Livraison: VraiFaux([Code_Decalage]>"00" Ou "" Et [Arrondi]>1;1;0) | | Voici mes problème : | | 1/ Doit-on mettre impérativement des guillemets aux "valeur si vrai" | et "valeur si faux" ? | Si non, pourquoi lorsque j'en mets, la formule fonctionne et lorsque | je n'en mets pas elle ne fonctionne pas ?
Cela dépend du type de ton champ [Code_Decalage]
| 2/ En admettant que je mette des guillemets, j'obtiens le résultat | escompté. Sauf que pour la seconde étape, ça coince : | je souhaite dans une autre requête utiliser le résultat de ce champs | pour compter les lignes (fonction compte) dont la valeur est 1 et ça | ne marche pas. Lorsque je mets en critère "1", le message d'erreur | "type de données incompatible dans l'expression du critère" et lorsque | je mets en critère 1, il ne trouve aucune ligne correspondant au | critère, ce qui est faux.
Tu devrais, de façon plus générale t'interessé à la signification d'une valeur alphanumérique (texte) et numérique...
1 est numérique "1" est du texte
si tu compare 1 avec "1" cela ne fonctionne pas ;-)
Tu as donc deux solutions... - mettre de l'ordre dans le type de tes champs - utiliser une conversion lors de l'utilisation voir pour cela : Str([ChampNumérique]) , Val([ChampTexte]) et les fonctions apparentées
-- A+ Pierre (3stone) Access MVP ------------------------------------------------------- Bien démarrer ? c'est ici http://users.skynet.be/mpfa/ ( Je ne réponds pas aux emails qui concernent Access ) -------------------------------------------------------
Salut,
"Medinlu" <catherine.soranzo@wanadoo.fr> a écrit:
| Je travaille sous Access 97.
| Dans une requête, j'ai crée un champs vraifaux.
| Livraison: VraiFaux([Code_Decalage]>"00" Ou "" Et [Arrondi]>1;1;0)
|
| Voici mes problème :
|
| 1/ Doit-on mettre impérativement des guillemets aux "valeur si vrai"
| et "valeur si faux" ?
| Si non, pourquoi lorsque j'en mets, la formule fonctionne et lorsque
| je n'en mets pas elle ne fonctionne pas ?
Cela dépend du type de ton champ [Code_Decalage]
| 2/ En admettant que je mette des guillemets, j'obtiens le résultat
| escompté. Sauf que pour la seconde étape, ça coince :
| je souhaite dans une autre requête utiliser le résultat de ce champs
| pour compter les lignes (fonction compte) dont la valeur est 1 et ça
| ne marche pas. Lorsque je mets en critère "1", le message d'erreur
| "type de données incompatible dans l'expression du critère" et lorsque
| je mets en critère 1, il ne trouve aucune ligne correspondant au
| critère, ce qui est faux.
Tu devrais, de façon plus générale t'interessé à la signification
d'une valeur alphanumérique (texte) et numérique...
1 est numérique
"1" est du texte
si tu compare 1 avec "1" cela ne fonctionne pas ;-)
Tu as donc deux solutions...
- mettre de l'ordre dans le type de tes champs
- utiliser une conversion lors de l'utilisation
voir pour cela : Str([ChampNumérique]) , Val([ChampTexte])
et les fonctions apparentées
--
A+
Pierre (3stone) Access MVP
-------------------------------------------------------
Bien démarrer ? c'est ici http://users.skynet.be/mpfa/
( Je ne réponds pas aux emails qui concernent Access )
-------------------------------------------------------
"Medinlu" a écrit: | Je travaille sous Access 97. | Dans une requête, j'ai crée un champs vraifaux. | Livraison: VraiFaux([Code_Decalage]>"00" Ou "" Et [Arrondi]>1;1;0) | | Voici mes problème : | | 1/ Doit-on mettre impérativement des guillemets aux "valeur si vrai" | et "valeur si faux" ? | Si non, pourquoi lorsque j'en mets, la formule fonctionne et lorsque | je n'en mets pas elle ne fonctionne pas ?
Cela dépend du type de ton champ [Code_Decalage]
| 2/ En admettant que je mette des guillemets, j'obtiens le résultat | escompté. Sauf que pour la seconde étape, ça coince : | je souhaite dans une autre requête utiliser le résultat de ce champs | pour compter les lignes (fonction compte) dont la valeur est 1 et ça | ne marche pas. Lorsque je mets en critère "1", le message d'erreur | "type de données incompatible dans l'expression du critère" et lorsque | je mets en critère 1, il ne trouve aucune ligne correspondant au | critère, ce qui est faux.
Tu devrais, de façon plus générale t'interessé à la signification d'une valeur alphanumérique (texte) et numérique...
1 est numérique "1" est du texte
si tu compare 1 avec "1" cela ne fonctionne pas ;-)
Tu as donc deux solutions... - mettre de l'ordre dans le type de tes champs - utiliser une conversion lors de l'utilisation voir pour cela : Str([ChampNumérique]) , Val([ChampTexte]) et les fonctions apparentées
-- A+ Pierre (3stone) Access MVP ------------------------------------------------------- Bien démarrer ? c'est ici http://users.skynet.be/mpfa/ ( Je ne réponds pas aux emails qui concernent Access ) -------------------------------------------------------
