[EMAIL PROTECTED] a écrit :
Bonjour
Au tout début c'est ce que j'avais fait :
http://www.cijoint.fr/cij111689632234429.odb
Les soucis :
* la colonne en € ne l'est plus dans la requette1
* la somme de mon tri n'apparaît pas, pourtant c'est pas compliqué à faire
là je comprends pas du tout la démarche.
Désolé mes neurones sont pas au top.
Michel
Bonjour Michel,
Je viens de consulter ton document et ta table me semble manifester une
erreur dans l'approche.
Même si c'est ça y ressemble beaucoup, il faut nécessairement admettre
qu'une table n'est pas (en tant que tel) une feuille de calcul et qu'il
n'y a aucune raison valable de lui faire subir une mise en forme ; je
dirais même plus : si l'on ressent le besoin de mettre en forme une
table (même si cette mise en forme consiste simplement dans l'ordre des
colonnes), c'est que l'on prévoit d'utiliser les tables à quelque chose
pour quoi elles ne sont pas prévues.
Une table, ça sert à stocker des données, et c'est tout ; en particulier
(même si rien n'interdit de regarder dans le placard) ça ne sert aps à
regarder les données qui s'y trouvent ; pour regarder les données, c'est
un autre outil qui est utilisé.
Ce qui sert à aller chercher certaines données de la table, c'est la
requête ; là encore, cet outil ne sert qu'à aller chercher les données,
en fonction de critères définis et d'opérer un certain rangement dans le
bloc de données extraites (totalisations éventuelles, mise dans un
certain ordre,...) ; mais là encore, pas de mise en forme des données
elles-mêmes.
Ce qui sert à entrer des données dans la table ou à présenter les
données qui y sont déjà, c'est le formulaire.
Donc, le problème que tu évoques (perte de mise en forme entre la table
et la requête) n'en est pas un, parce que la mise en forme dans la table
n'est pas susceptible d'avoir une utilité dans la base de données, sinon
une utilité esthétique, mais qui sera dans ce cas limitée à la table
elle-même.
Par ailleurs, je pense que la structure de ta table pose actuellement un
souci (mais peut-être n'est-ce pas la version "définitive") ; dans la
mesure où le champ retenu comme clef primaire me semble être signifiant
(autrement dit, il a une signification particulière) ; ceci est
pariculièrement déconseillé et, normalement, il est préférable que la
clef primaire n'ait aucune signification ; ceci a une conséquence
particulière, c'est que ta requête actuelle comporte une complication
qui n'a pas lieu d'être et qui n'aura jamais lieu d'être ; actuellement
tu as écrit :
SELECT "ID_nature", SUM( "Demandes_initiales" ) FROM "Table1" WHERE ( (
"Demandes_initiales" <= 100000 AND "Demandes_initiales" >= 50000 ) )
GROUP BY "ID_nature"
Ta clause GROUP BY porte sur un champ qui est la clef unique, ce qui
signifie que chaque "ID_NATURE" de ta table est unique et que tu aurais
très bien pu écrire, :
SELECT "ID_NATURE", "Demandes_Initiales" FROM "Table1" WHERE
"Demandes_initiales" <= 100000 AND "Demandes_initiales" >= 50000
Le résultat est exactement le même et, dans la forme actuelle de ta
table, il le demeurera toujours (sauf à ce que tu rajoutes d'autres
champs utlérieurement)..
A ta disposition pour la suite.
A+
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
