Discussion :

[spirit69]

Bonjour à tous.
Apres avoir demandé de l'aide pour la création de ma base de données (cf : http://www.developpez.net/forums/sho...d.php?t=221473
merci a ceux qui m'ont donné des conseils, en particulier en_gel_ho)

je reviens à la charge mais cette fois pour la partie traitement des données.

Concretement :
Ma base se compose de 7 tables principales :
-Table "mere" de saisie de l'entete du rapport
-6 Tables de notations représentant des "domaines".
ex : domaine=> Matériel , contient alternativement un champ de notation puis un champ d'observation, puis un champ de notation , puis observation ....
NoteA | ObservationA | NoteB | ObservationB | ....|

Mon but est donc d'en tirer des stats (generalement moyennes) mais pas uniquement par champ. Imaginons 10 champs de notations, je vais avoir besoin de faire la moyenne des "champs1&champ2", champs3&4&5 , ... puis de tous les champs.

je ne suis pas hyper calé en SQL ni meme sur Access donc j'aurai surement besoin de conseils sur "comment m'y prendre", quelles requetes ...

J'ai du mal à etre clair donc je vais attendre de voir si quelqu'un réagit a mon probleme. Je répondrais aux questions s'il y en a et ca devrait s'éclaircir ^^

Merci à vous

[random]

il existe une fonction moyenne
moyenne([champ1];...[champn]) conviendra parfaitement
mais elle sera plus difficile à mettre en oeuvre en raison de la structure de la base
une seule table
domaine noteA observationA
domaine noteB observationB

aurait été plus efficace et plus facile à manipuler

[spirit69]

Merci.

J'aurais bien aimé avoir une seule table

Je vais voir ce que je peux faire avec cette fonction moyenne mais on l'exploite comment?
Ca ressemble ni à du SQL ni a du VBA. Je vais voir ca

[jeanchcom]

Tu vas voir qu'avec plusieurs tables et les relations qui vont bien, ce sera bien plus simple à gérer qu'avec une seule table, tout simplement parce que si aujourd'hui, tu t'arrêtes à NotationG, et que demain, tu veux aller jusqu'à notationL ou plus, ce sera bien plus simple avec plusieurs tables.

[random]

Diable !! plus simple et plus évolutif avec plusieurs tables ??
Déjà tu parles de relation. avec une seule table pas de problème de relation.
Maintenant soyons fous, imaginons la notation zz, avec 676 tables à gérer, et pourquoi pas
676 graphiques ou report différents on fait comment pour faire simple et évolutif si la 677 éme notation se présente.
déjà la seule liste des items suppose de parcourir le tabledefs de la base, là ou une seule requête suffirait ?

[jeanchcom]

J'ai dû lire trop vite... désolé !
Merci random !