parametrage etat statistique

Salut,


Quand, à la naissance, le bébé ne se présente pas de la bonne façon,
l'accouchement est généralement plus compliqué qu'autrement. Il en est de
même pour les données dans les tables, on parle de données "normalisées",
c'est à dire, la façon dont les données sont supposées se présenter pour que
les outils fournis facilitent l'ouvrage...

En effet, si on normalise la table:

SELECT DatEnt, DatSort, Champ3 as laValeur, "Champ3" as leGroupe FROM
maTable
UNION ALL
SELECT DatEnt, DatSort, Champ4, "Champ4" FROM maTable
UNION ALL
SELECT DatEnt, DatSort, Champ5, "Champ5" FROM maTable
UNION ALL
...
UNION ALL
SELECT DatEnt, DatSort, Champ58, "Champ58" FROM maTable


et qu'on sauvegarde cette requête comme QUnion, il s'agit alors de faire un
état basé sur QUnion, groupé sur leGroupe, sous-groupé sur laValeur, pour
lequel sous-groupe on affichera COUNT(laValeur) (au lieu de SUM, par
exemple). L'assistant produisant un état peut même faire *tout* le
travail, de mémoire, une fois que les données sont normalisées, sous QUnion.
C'est un des avantages de la normalisation! Le désavantage de passer par une
requête est qu'on ne peut bâtir d'index sur une requête, donc, cela risque
d'être plus long, en exécution. Il serait préférable d'avoir une table avec
ses données normalisées, car alors, on pourrait y construire des index.




Espérant être utile,
Vanderghast, Access MVP


"Sergio" <kjhklj@aol.com> wrote in message
news:u9O4KiJyDHA.2064@TK2MSFTNGP10.phx.gbl...

bonjour à tous

j'en suis toujours avec mes statistiques et j'essaie de les sortir
directement dans un état comme celà m'a été
conseillé ici.

je résume,
j'ai une requête ainsi faite

DatEnr DatSort champ3 champ4 -- champ58 etc
______________________________________
DatEntr DatSort Données Données -- Données
DatEntr DatSort Données Données -- Données
DatEntr DatSort Données Données -- Données
DatEntr DatSort Données Données -- Données
DatEntr DatSort Données Données -- Données
DatEntr DatSort Données Données -- Données
----- etc.. ------------
les dates sont paramètrées pour sortir la requête
de telle date à telle date.

maintenant, comment paramétrer un état (ou autre)
pour sortir (sur papier) :
MON ETAT
'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
champ3
nombre de donnéesA = tant
nombre de donnéesB = tant
nombre de donnéesV = tant
nombre de donnéesD = tant
nombre de donnéesE = tant
------etc..
champ4
nombre de donnéesA = tant
nombre de donnéesB = tant
nombre de donnéesV = tant
nombre de donnéesD = tant
nombre de donnéesE = tant
------etc..

---ect-- jusqu'au dernier champ ----------
'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

(tous mes champs sont inclus dans la plage)
j'ai mis "regrouppement" sur tous les champs

merci pour toute info qui me décoincerait.

A+
Sergio

je te remercie pour la réponse

l'idée me parait interressante, peut être en rajoutant une
colonne indexée avec VBA ?

je vais essayer ça

A+
Sergio



"Michel Walsh" <vanderghast@VirusAreFunnierThanSpam> a écrit dans le message
de news: #fJqh7VyDHA.1576@TK2MSFTNGP11.phx.gbl...

Salut,


Quand, à la naissance, le bébé ne se présente pas de la bonne façon,
l'accouchement est généralement plus compliqué qu'autrement. Il en est de
même pour les données dans les tables, on parle de données "normalisées",
c'est à dire, la façon dont les données sont supposées se présenter pour
que

les outils fournis facilitent l'ouvrage...

En effet, si on normalise la table:

SELECT DatEnt, DatSort, Champ3 as laValeur, "Champ3" as leGroupe FROM
maTable
UNION ALL
SELECT DatEnt, DatSort, Champ4, "Champ4" FROM maTable
UNION ALL
SELECT DatEnt, DatSort, Champ5, "Champ5" FROM maTable
UNION ALL
...
UNION ALL
SELECT DatEnt, DatSort, Champ58, "Champ58" FROM maTable


et qu'on sauvegarde cette requête comme QUnion, il s'agit alors de faire
un

état basé sur QUnion, groupé sur leGroupe, sous-groupé sur laValeur, pour
lequel sous-groupe on affichera COUNT(laValeur) (au lieu de SUM, par
exemple). L'assistant produisant un état peut même faire *tout* le
travail, de mémoire, une fois que les données sont normalisées, sous
QUnion.

C'est un des avantages de la normalisation! Le désavantage de passer par
une

requête est qu'on ne peut bâtir d'index sur une requête, donc, cela risque
d'être plus long, en exécution. Il serait préférable d'avoir une table
avec

ses données normalisées, car alors, on pourrait y construire des index.




Espérant être utile,
Vanderghast, Access MVP


"Sergio" <kjhklj@aol.com> wrote in message
news:u9O4KiJyDHA.2064@TK2MSFTNGP10.phx.gbl...

bonjour à tous

j'en suis toujours avec mes statistiques et j'essaie de les sortir
directement dans un état comme celà m'a été
conseillé ici.

Salut,

"Michel Walsh"

Quand, à la naissance, le bébé ne se présente pas de la bonne façon,
l'accouchement est généralement plus compliqué qu'autrement...

Ce n'est plus qu'une question d'heures ;-))))


Un bon Noël à tous ceux qui font la fête...


--
A+
Pierre (3stone) Access MVP
--------------------------------------
Une pour tous, tous pour une ;-)
http://users.skynet.be/mpfa/charte.htm
--------------------------------------

l'accouchement ? difficile ?

mais je ne vous parle pas de la conception !

joyeuses fêtes

Sergio

"3stone" <3stone@skynet.be> a écrit dans le message de news:
eHDZSKYyDHA.2308@TK2MSFTNGP11.phx.gbl...

Salut,

"Michel Walsh"

Quand, à la naissance, le bébé ne se présente pas de la bonne façon,
l'accouchement est généralement plus compliqué qu'autrement...

Ce n'est plus qu'une question d'heures ;-))))


Un bon Noël à tous ceux qui font la fête...


--
A+
Pierre (3stone) Access MVP
--------------------------------------
Une pour tous, tous pour une ;-)
http://users.skynet.be/mpfa/charte.htm
--------------------------------------