[color=darkred][b]Modération :[/b]
Puisque ta question est résolue, j'ajoute le tag [Résolu]
pour indiquer aux personnes qui voudront consulter ce sujet qu'il contient une solution.

Tu peux réaliser cette opération toi-même
en cliquant sur le bouton [img]http://www.phpfrance.com/forums/templates/subSilver/images/lang_french/resolu.gif[/img] qui s'affiche en haut à gauche de ce sujet
si tu as posté le 1er message en tant que membre (inscrit et identifié).

Alors... inscris-toi !!! ;)[/color]

ok je te remerci beaucoup [b]sadeq[/b]! je vais donc m'adapter!

En tant qu'invité je ne peux pas marquer ce sujet comme résolu mais il l'est pour moi!!
bonne journée a toi!

Oui effectivement, ton calcul reflète la réalité et dans tous les cas cette réalité est incontournable, les bases de données sont faites pour stocker les informations d'une façon élémentaire pas aux guises des programmes.
C'est aux programmes (y compris les requête SQL) de s'adapter pour améliorer les performances.

OK je vois a peu près,
je vais aller me renseigner dans la doc Mysql sur les clés par ce que la... c'est le néant lol :oops:

Cependant avec ce systeme, il faut ajouter une entrée par objectif, par étudiant dans cette table réponse? si j'ai bien compris (ce qui n'est pas certain...) Or s'il y a 500 étudiants et 100 objectifs par matière on arrive déja pour une seule matière à 50 000 entrées!!

Merci de ta réponse [b]sadeq[/b]

créer une table qui mémorise les réponses par objectif et étudiant.
La règle relationnelle est:
Un étudiant donne plusieurs réponses à un objectif
et Un objectif peut être concerné par plusieurs réponses de plusieurs étudiants.

Modèle relationnel résultant:
Table(Objectif) --- 0,N ---> Table (Reponse) <--- 0,N --- Table(Etudiant)

La table (Reponse) se voit alors affectée les clés primaires des tables (Objectif) et (Etudiant) en tant que clés étrangères.

L'affichage des réponses pour un étudiant ? et un objectif ? peut se faire par la requête:
[code]SELECT * FROM Objectif o inner join (Reponse r inner join Etudiant e on r.id_etudiant=e.id)
on o.id = r.id_objectif
WHERE e.id = ? AND o.id = ?
ORDER BY o.id, e.id
[/code]

StdObj ([ID objectif1] = Array (réponse1, réponse2, réponse3, réponse4),
[ID objectif2] = Array (réponse1, réponse2, réponse3, réponse4),...)

###ID objectif1:Rep1-Rep2-Rep3-Rep4###ID objectif2...

Bonjour,

je me permet de vous demander de l'aide, parce que là, ce problème dépasse mes maigres compétences...

[list][i]je vous présente le "problème":[/i][/list]

- Je dispose d'une table MySQL avec des 'objectifs' tous identifiés (champ 'id'), le nombre de ces objectifs est variable (possibilité pour un enseignant d'en ajouter, supprimer..).

- Pour chacun de ces 'objectifs', chaque etudiant qui les visualise va stocker entre 1 et 4 variables par objectif dans une autre table dédiée aux résultats, avec une entrée différente par étudiant.

Mon problème est comment stocker de facon simple ces résultats afin de les afficher rapidement par la suite?

[list][i]Voici mes hypothèses :[/i][/list]
[b]
1-[/b] Stocker un objet du type :
[php]StdObj ([ID objectif1] = Array (réponse1, réponse2, réponse3, réponse4),
[ID objectif2] = Array (réponse1, réponse2, réponse3, réponse4),...)[/php]

problemes :
Peut on stocker des objets dans un champ SQL?
Si oui est ce fiable?
Et surtout si le nombre d'objectifs atteint 100 (ce qui est probable) l'objet ne sera-t-il pas trop gros et donc ralentirait l'affichage? (sachant qu'il y aura plusieurs centaines d'étudiants!)
[b]
2-[/b] Stocker une chaine de caractère, avec des marqueurs type:
[php]###ID objectif1:Rep1-Rep2-Rep3-Rep4###ID objectif2...[/php]

puis utiliser une fonction explode(); pour créer un objet comme le précédent par la suite... Méthode qui me semble un peu limite car elle multiplie les manipulations et oblige a manipuler plusieurs fois l'ensemble des résultats en même temps.

[b]3-[/b] Existe-t-il une autre solution plus simple et moins lourde?


Voila j'espère avoir été clair (mais ce n'est pas facile lol), merci d'avoir pris le temps de lire ceci :wink: