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
Gafish
Bonjour,
Généralement, à moins bien sur de vouloir conserver une valeur figée à un instant t, il est déconseillé de stocker les calculs dans les tables, mais plutôt de les faire à la demande par requête, ainsi tu es certain d'avoir une valeur actualisée. Pour faire un calcul dans une reqûete, tu fais par exemple la chose suivante si tu veux soustraire Champ1 et Champ2 : dans la zone champ de ta requête, tu entres : MonCalcul : [Champ1] - [Champ2]
ici MonCalcul est un nom que tu entres au choix, ce sera le nom de ton champ calculé dans la requête.
Après tu peux aussi faire des calculs dans un formulaire, par exemple si tu veux afficher à l'utilisateur un resultat de calcul en fonction des saisies qu'il a fait. Pour ce faire tu te crées une zone de texte indépendante (ou lié à un champ d'une table si tu veux stocker le résultat) et tu entres dans le control source de ta zone (tu y as acces par la fenetre propriétés) ta formule, si on reprend le même exemple que tout à l'heure tu entres : = [Champ1] - [Champ2]
Arnaud
"Quaisako" a écrit dans le message news:
Bonsoir le Forum,
J'ai un peu de mal à débuter avec Access.
Surtout, pour tout ce qui concerne les calculs.
Où doit-on créer les formules?
Dans les tables, les requêtes ou les formulaires?
Merci pour votre aide. Jipé
Bonjour,
Généralement, à moins bien sur de vouloir conserver une valeur figée à un
instant t, il est déconseillé de stocker les calculs dans les tables, mais
plutôt de les faire à la demande par requête, ainsi tu es certain d'avoir
une valeur actualisée.
Pour faire un calcul dans une reqûete, tu fais par exemple la chose suivante
si tu veux soustraire Champ1 et Champ2 :
dans la zone champ de ta requête, tu entres :
MonCalcul : [Champ1] - [Champ2]
ici MonCalcul est un nom que tu entres au choix, ce sera le nom de ton champ
calculé dans la requête.
Après tu peux aussi faire des calculs dans un formulaire, par exemple si tu
veux afficher à l'utilisateur un resultat de calcul en fonction des saisies
qu'il a fait.
Pour ce faire tu te crées une zone de texte indépendante (ou lié à un champ
d'une table si tu veux stocker le résultat) et tu entres dans le control
source de ta zone (tu y as acces par la fenetre propriétés) ta formule, si
on reprend le même exemple que tout à l'heure tu entres :
= [Champ1] - [Champ2]
Arnaud
"Quaisako" <jean_pierre_rome@hotmail.com> a écrit dans le message news:
eH8bRZ90EHA.1188@tk2msftngp13.phx.gbl...
Généralement, à moins bien sur de vouloir conserver une valeur figée à un instant t, il est déconseillé de stocker les calculs dans les tables, mais plutôt de les faire à la demande par requête, ainsi tu es certain d'avoir une valeur actualisée. Pour faire un calcul dans une reqûete, tu fais par exemple la chose suivante si tu veux soustraire Champ1 et Champ2 : dans la zone champ de ta requête, tu entres : MonCalcul : [Champ1] - [Champ2]
ici MonCalcul est un nom que tu entres au choix, ce sera le nom de ton champ calculé dans la requête.
Après tu peux aussi faire des calculs dans un formulaire, par exemple si tu veux afficher à l'utilisateur un resultat de calcul en fonction des saisies qu'il a fait. Pour ce faire tu te crées une zone de texte indépendante (ou lié à un champ d'une table si tu veux stocker le résultat) et tu entres dans le control source de ta zone (tu y as acces par la fenetre propriétés) ta formule, si on reprend le même exemple que tout à l'heure tu entres : = [Champ1] - [Champ2]
Arnaud
"Quaisako" a écrit dans le message news:
Bonsoir le Forum,
J'ai un peu de mal à débuter avec Access.
Surtout, pour tout ce qui concerne les calculs.
Où doit-on créer les formules?
Dans les tables, les requêtes ou les formulaires?
Merci pour votre aide. Jipé
Pierre CFI [mvp]
bonjour dans les requetes, qui sont des éléments dynamiques on peut faire dans les formulaires aussi, mais il est préférable de choisir, pas qq formules dans la req et qq dans le formulaires, car en cas de modifs, ou chercher ?
-- Pierre CFI MVP Microsoft Access Mail : http://cerbermail.com/?z0SN8cN53B
Site pour bien commencer Access http://users.skynet.be/mpfa/ Excel http://www.excelabo.net Site perso http://access.cfi.free.fr "Quaisako" a écrit dans le message de news:
Bonsoir le Forum,
J'ai un peu de mal à débuter avec Access.
Surtout, pour tout ce qui concerne les calculs.
Où doit-on créer les formules?
Dans les tables, les requêtes ou les formulaires?
Merci pour votre aide. Jipé
bonjour
dans les requetes, qui sont des éléments dynamiques
on peut faire dans les formulaires aussi, mais il est préférable de choisir, pas qq formules dans la req et qq dans le formulaires,
car en cas de modifs, ou chercher ?
--
Pierre CFI
MVP Microsoft Access
Mail : http://cerbermail.com/?z0SN8cN53B
Site pour bien commencer
Access http://users.skynet.be/mpfa/
Excel http://www.excelabo.net
Site perso
http://access.cfi.free.fr
"Quaisako" <jean_pierre_rome@hotmail.com> a écrit dans le message de news:eH8bRZ90EHA.1188@tk2msftngp13.phx.gbl...
bonjour dans les requetes, qui sont des éléments dynamiques on peut faire dans les formulaires aussi, mais il est préférable de choisir, pas qq formules dans la req et qq dans le formulaires, car en cas de modifs, ou chercher ?
-- Pierre CFI MVP Microsoft Access Mail : http://cerbermail.com/?z0SN8cN53B
Site pour bien commencer Access http://users.skynet.be/mpfa/ Excel http://www.excelabo.net Site perso http://access.cfi.free.fr "Quaisako" a écrit dans le message de news:
Bonsoir le Forum,
J'ai un peu de mal à débuter avec Access.
Surtout, pour tout ce qui concerne les calculs.
Où doit-on créer les formules?
Dans les tables, les requêtes ou les formulaires?
Merci pour votre aide. Jipé
Quaisako
Re à Tous,
Merci Gafish pour tes explications.
J'avais dans l'idée que:
1) Au tout début d'un projet, une table est vide, mais prête à recevoir les saisies faites à l'aide d'un formulaire.
2) Qu'un formulaire sert à tout faire. Saisir des données, mais aussi faire des calculs qui iront remplir les tables ou les états à imprimer.
3) Que les requêtes ne servent qu'à extraire certaines données choisies dans les tables, et aussi à créer des sous-formulaires que je pourrai intégrer à des formulaires pour faire des calculs.
A priori, je me suis bien planté.
Merci encore. Jipé
Re à Tous,
Merci Gafish pour tes explications.
J'avais dans l'idée que:
1) Au tout début d'un projet, une table est vide, mais prête à recevoir les
saisies faites à l'aide d'un formulaire.
2) Qu'un formulaire sert à tout faire. Saisir des données, mais aussi faire
des calculs qui iront remplir les tables ou les états à imprimer.
3) Que les requêtes ne servent qu'à extraire certaines données choisies dans
les tables, et aussi à créer des sous-formulaires que je pourrai intégrer à
des formulaires pour faire des calculs.
1) Au tout début d'un projet, une table est vide, mais prête à recevoir les saisies faites à l'aide d'un formulaire.
2) Qu'un formulaire sert à tout faire. Saisir des données, mais aussi faire des calculs qui iront remplir les tables ou les états à imprimer.
3) Que les requêtes ne servent qu'à extraire certaines données choisies dans les tables, et aussi à créer des sous-formulaires que je pourrai intégrer à des formulaires pour faire des calculs.
A priori, je me suis bien planté.
Merci encore. Jipé
Gafish
1) Au début même d'un projet il n'y a pas de table, il faut que tu les crées toi même. Au début elle est effectivement vide et prête à recevoir les saisies d'un formulaire, mais tu peux aussi ajouter ou modifier des données au travers de requête (si tu crées une nouvelle requête par exemple, tu pourras dans cette requête choisir le type, par exemple une requete selection qui est le type par défaut, et qui colle avec ton 3, mais également une requête ajout, mise à jour, création de table...)
2) Tu peux faire des calculs effectivement dans un formulaire, et il sert également à saisir les données. Il te permet concernant ce dernier point de pouvoir contrôler et valider les données entrées par un utilisateur. Pour les états, ils sont basés soit sur une table, soit sur une requête.
En fait si on récapitule en résumé : - Formulaire : saisie de données utilisateur - Requête : actions sur les tables - Etat : impression
Arnaud
"Quaisako" a écrit dans le message de news:
Re à Tous,
Merci Gafish pour tes explications.
J'avais dans l'idée que:
1) Au tout début d'un projet, une table est vide, mais prête à recevoir les
saisies faites à l'aide d'un formulaire.
2) Qu'un formulaire sert à tout faire. Saisir des données, mais aussi faire
des calculs qui iront remplir les tables ou les états à imprimer.
3) Que les requêtes ne servent qu'à extraire certaines données choisies dans
les tables, et aussi à créer des sous-formulaires que je pourrai intégrer à
des formulaires pour faire des calculs.
A priori, je me suis bien planté.
Merci encore. Jipé
1) Au début même d'un projet il n'y a pas de table, il faut que tu les crées
toi même. Au début elle est effectivement vide et prête à recevoir les
saisies d'un formulaire, mais tu peux aussi ajouter ou modifier des données
au travers de requête (si tu crées une nouvelle requête par exemple, tu
pourras dans cette requête choisir le type, par exemple une requete
selection qui est le type par défaut, et qui colle avec ton 3, mais
également une requête ajout, mise à jour, création de table...)
2) Tu peux faire des calculs effectivement dans un formulaire, et il sert
également à saisir les données. Il te permet concernant ce dernier point de
pouvoir contrôler et valider les données entrées par un utilisateur.
Pour les états, ils sont basés soit sur une table, soit sur une requête.
En fait si on récapitule en résumé :
- Formulaire : saisie de données utilisateur
- Requête : actions sur les tables
- Etat : impression
Arnaud
"Quaisako" <jean_pierre_rome@hotmail.com> a écrit dans le message de
news:e3BZwp90EHA.1404@TK2MSFTNGP11.phx.gbl...
Re à Tous,
Merci Gafish pour tes explications.
J'avais dans l'idée que:
1) Au tout début d'un projet, une table est vide, mais prête à recevoir
les
saisies faites à l'aide d'un formulaire.
2) Qu'un formulaire sert à tout faire. Saisir des données, mais aussi
faire
des calculs qui iront remplir les tables ou les états à imprimer.
3) Que les requêtes ne servent qu'à extraire certaines données choisies
dans
les tables, et aussi à créer des sous-formulaires que je pourrai intégrer
à
1) Au début même d'un projet il n'y a pas de table, il faut que tu les crées toi même. Au début elle est effectivement vide et prête à recevoir les saisies d'un formulaire, mais tu peux aussi ajouter ou modifier des données au travers de requête (si tu crées une nouvelle requête par exemple, tu pourras dans cette requête choisir le type, par exemple une requete selection qui est le type par défaut, et qui colle avec ton 3, mais également une requête ajout, mise à jour, création de table...)
2) Tu peux faire des calculs effectivement dans un formulaire, et il sert également à saisir les données. Il te permet concernant ce dernier point de pouvoir contrôler et valider les données entrées par un utilisateur. Pour les états, ils sont basés soit sur une table, soit sur une requête.
En fait si on récapitule en résumé : - Formulaire : saisie de données utilisateur - Requête : actions sur les tables - Etat : impression
Arnaud
"Quaisako" a écrit dans le message de news:
Re à Tous,
Merci Gafish pour tes explications.
J'avais dans l'idée que:
1) Au tout début d'un projet, une table est vide, mais prête à recevoir les
saisies faites à l'aide d'un formulaire.
2) Qu'un formulaire sert à tout faire. Saisir des données, mais aussi faire
des calculs qui iront remplir les tables ou les états à imprimer.
3) Que les requêtes ne servent qu'à extraire certaines données choisies dans
les tables, et aussi à créer des sous-formulaires que je pourrai intégrer à
