Dans certaine requetes j ai les [] de [table]![champs] qui disparaisent a la
reouverture de la requete... dans des champs de calcul essentiellement, par
exemple : [employe]![salaire] * [deduccion]![impotpatronal] devient:
employe!salaire * deduccion!impotpatronal
Et si je les ajoute a nouveau, idem a la reouverture elles n y sont plus....
Est ce important? Est ce que cela comprome le resultat de la requete ?
Pourquoi ca le fait? Comment regler le probleme?
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,
"Thibault" | Dans certaine requetes j ai les [] de [table]![champs] qui disparaisent a la | reouverture de la requete... dans des champs de calcul essentiellement, par | exemple : [employe]![salaire] * [deduccion]![impotpatronal] devient: | employe!salaire * deduccion!impotpatronal | Et si je les ajoute a nouveau, idem a la reouverture elles n y sont plus.... | | Est ce important? Est ce que cela comprome le resultat de la requete ? | Pourquoi ca le fait? Comment regler le probleme?
Dis toi bien que les crochets [ ] ne sont là que pour pallier à une mauvaise méthode de nommage des champs et tables...
Si tu utilise comme conseillé moultes fois ici, des noms sans accents, sans espaces et autres caractères folkloriques, pas de non de fonction, tu gagnera en simplicité et surtout en sécurité au niveau de l'écriture.
NoClient - et non [N° Client] NumClient - et non [Num client] DateNaissance - et non [Date] ou [Date naissance]
Cela permet d'écrire très correctement :
tblClient.NoClient - et non [table client].[N° client] frmClient!NoClient - et non [frm client]![N° client]
Malgré les possibilités offertes par les dernières versions d'Access, les règles de bases restent la méthode la plus "performante".
Le lien ci-dessous reste une exellente lecture, même si cela ne doit pas être suivit à la lettre. Ce qui importe est de choisir et de s'imposer une méthode qui permette la cohérence. http://www.mvps.org/access/general/gen0012.htm
Cela à aussi le mérite de permettre à d'autres, ainsi qu'à toi même, une relecture/compréhension de ton code après quelques mois...
"Thibault"
| Dans certaine requetes j ai les [] de [table]![champs] qui disparaisent a la
| reouverture de la requete... dans des champs de calcul essentiellement, par
| exemple : [employe]![salaire] * [deduccion]![impotpatronal] devient:
| employe!salaire * deduccion!impotpatronal
| Et si je les ajoute a nouveau, idem a la reouverture elles n y sont plus....
|
| Est ce important? Est ce que cela comprome le resultat de la requete ?
| Pourquoi ca le fait? Comment regler le probleme?
Dis toi bien que les crochets [ ] ne sont là que pour pallier à une mauvaise
méthode de nommage des champs et tables...
Si tu utilise comme conseillé moultes fois ici, des noms sans accents,
sans espaces et autres caractères folkloriques, pas de non de fonction,
tu gagnera en simplicité et surtout en sécurité au niveau de l'écriture.
NoClient - et non [N° Client]
NumClient - et non [Num client]
DateNaissance - et non [Date] ou [Date naissance]
Cela permet d'écrire très correctement :
tblClient.NoClient - et non [table client].[N° client]
frmClient!NoClient - et non [frm client]![N° client]
Malgré les possibilités offertes par les dernières versions d'Access,
les règles de bases restent la méthode la plus "performante".
Le lien ci-dessous reste une exellente lecture, même si cela ne doit
pas être suivit à la lettre. Ce qui importe est de choisir et de s'imposer
une méthode qui permette la cohérence.
http://www.mvps.org/access/general/gen0012.htm
Cela à aussi le mérite de permettre à d'autres, ainsi qu'à toi même,
une relecture/compréhension de ton code après quelques mois...
"Thibault" | Dans certaine requetes j ai les [] de [table]![champs] qui disparaisent a la | reouverture de la requete... dans des champs de calcul essentiellement, par | exemple : [employe]![salaire] * [deduccion]![impotpatronal] devient: | employe!salaire * deduccion!impotpatronal | Et si je les ajoute a nouveau, idem a la reouverture elles n y sont plus.... | | Est ce important? Est ce que cela comprome le resultat de la requete ? | Pourquoi ca le fait? Comment regler le probleme?
Dis toi bien que les crochets [ ] ne sont là que pour pallier à une mauvaise méthode de nommage des champs et tables...
Si tu utilise comme conseillé moultes fois ici, des noms sans accents, sans espaces et autres caractères folkloriques, pas de non de fonction, tu gagnera en simplicité et surtout en sécurité au niveau de l'écriture.
NoClient - et non [N° Client] NumClient - et non [Num client] DateNaissance - et non [Date] ou [Date naissance]
Cela permet d'écrire très correctement :
tblClient.NoClient - et non [table client].[N° client] frmClient!NoClient - et non [frm client]![N° client]
Malgré les possibilités offertes par les dernières versions d'Access, les règles de bases restent la méthode la plus "performante".
Le lien ci-dessous reste une exellente lecture, même si cela ne doit pas être suivit à la lettre. Ce qui importe est de choisir et de s'imposer une méthode qui permette la cohérence. http://www.mvps.org/access/general/gen0012.htm
Cela à aussi le mérite de permettre à d'autres, ainsi qu'à toi même, une relecture/compréhension de ton code après quelques mois...
Je n ai pas de nom fantasiste, donc pas de probleme de crochet! Ca rassure... merci encore
Salut,
"Thibault" | Dans certaine requetes j ai les [] de [table]![champs] qui disparaisent a la | reouverture de la requete... dans des champs de calcul essentiellement, par | exemple : [employe]![salaire] * [deduccion]![impotpatronal] devient: | employe!salaire * deduccion!impotpatronal | Et si je les ajoute a nouveau, idem a la reouverture elles n y sont plus.... | | Est ce important? Est ce que cela comprome le resultat de la requete ? | Pourquoi ca le fait? Comment regler le probleme?
Dis toi bien que les crochets [ ] ne sont là que pour pallier à une mauvaise méthode de nommage des champs et tables...
Si tu utilise comme conseillé moultes fois ici, des noms sans accents, sans espaces et autres caractères folkloriques, pas de non de fonction, tu gagnera en simplicité et surtout en sécurité au niveau de l'écriture.
NoClient - et non [N° Client] NumClient - et non [Num client] DateNaissance - et non [Date] ou [Date naissance]
Cela permet d'écrire très correctement :
tblClient.NoClient - et non [table client].[N° client] frmClient!NoClient - et non [frm client]![N° client]
Malgré les possibilités offertes par les dernières versions d'Access, les règles de bases restent la méthode la plus "performante".
Le lien ci-dessous reste une exellente lecture, même si cela ne doit pas être suivit à la lettre. Ce qui importe est de choisir et de s'imposer une méthode qui permette la cohérence. http://www.mvps.org/access/general/gen0012.htm
Cela à aussi le mérite de permettre à d'autres, ainsi qu'à toi même, une relecture/compréhension de ton code après quelques mois...
Je n ai pas de nom fantasiste, donc pas de probleme de crochet!
Ca rassure...
merci encore
Salut,
"Thibault"
| Dans certaine requetes j ai les [] de [table]![champs] qui disparaisent a la
| reouverture de la requete... dans des champs de calcul essentiellement, par
| exemple : [employe]![salaire] * [deduccion]![impotpatronal] devient:
| employe!salaire * deduccion!impotpatronal
| Et si je les ajoute a nouveau, idem a la reouverture elles n y sont plus....
|
| Est ce important? Est ce que cela comprome le resultat de la requete ?
| Pourquoi ca le fait? Comment regler le probleme?
Dis toi bien que les crochets [ ] ne sont là que pour pallier à une mauvaise
méthode de nommage des champs et tables...
Si tu utilise comme conseillé moultes fois ici, des noms sans accents,
sans espaces et autres caractères folkloriques, pas de non de fonction,
tu gagnera en simplicité et surtout en sécurité au niveau de l'écriture.
NoClient - et non [N° Client]
NumClient - et non [Num client]
DateNaissance - et non [Date] ou [Date naissance]
Cela permet d'écrire très correctement :
tblClient.NoClient - et non [table client].[N° client]
frmClient!NoClient - et non [frm client]![N° client]
Malgré les possibilités offertes par les dernières versions d'Access,
les règles de bases restent la méthode la plus "performante".
Le lien ci-dessous reste une exellente lecture, même si cela ne doit
pas être suivit à la lettre. Ce qui importe est de choisir et de s'imposer
une méthode qui permette la cohérence.
http://www.mvps.org/access/general/gen0012.htm
Cela à aussi le mérite de permettre à d'autres, ainsi qu'à toi même,
une relecture/compréhension de ton code après quelques mois...
Je n ai pas de nom fantasiste, donc pas de probleme de crochet! Ca rassure... merci encore
Salut,
"Thibault" | Dans certaine requetes j ai les [] de [table]![champs] qui disparaisent a la | reouverture de la requete... dans des champs de calcul essentiellement, par | exemple : [employe]![salaire] * [deduccion]![impotpatronal] devient: | employe!salaire * deduccion!impotpatronal | Et si je les ajoute a nouveau, idem a la reouverture elles n y sont plus.... | | Est ce important? Est ce que cela comprome le resultat de la requete ? | Pourquoi ca le fait? Comment regler le probleme?
Dis toi bien que les crochets [ ] ne sont là que pour pallier à une mauvaise méthode de nommage des champs et tables...
Si tu utilise comme conseillé moultes fois ici, des noms sans accents, sans espaces et autres caractères folkloriques, pas de non de fonction, tu gagnera en simplicité et surtout en sécurité au niveau de l'écriture.
NoClient - et non [N° Client] NumClient - et non [Num client] DateNaissance - et non [Date] ou [Date naissance]
Cela permet d'écrire très correctement :
tblClient.NoClient - et non [table client].[N° client] frmClient!NoClient - et non [frm client]![N° client]
Malgré les possibilités offertes par les dernières versions d'Access, les règles de bases restent la méthode la plus "performante".
Le lien ci-dessous reste une exellente lecture, même si cela ne doit pas être suivit à la lettre. Ce qui importe est de choisir et de s'imposer une méthode qui permette la cohérence. http://www.mvps.org/access/general/gen0012.htm
Cela à aussi le mérite de permettre à d'autres, ainsi qu'à toi même, une relecture/compréhension de ton code après quelques mois...
