Docgranville a écrit :
[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+
Merci beaucoup pour toutes ces explications.
Michel
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
