Discussion :

[oxyride]

Bonjour,

Je souhaiterais créer une plateforme d'échange d'informations pour un lycée.

Chaque étudiant et professeur aurait un login personnel et lorsqu'il se connecterait, il aurait, entre autres, un calendrier avec son emploi du temps de la semaine.

Ma question se porte sur la conception de ce calendrier. Je sais qu'il va falloir intégrer beaucoup de javascript (je suis en train de travailler dur sur des cours de JS pour pouvoir utiliser ce langage puis AJAX) mais je compte aussi utiliser du PHP & mysql.

Comment faut-il s'y prendre pour créer une telle structure???

Moi j'ai pensé à ça.
-1 table élève :
champs id_eleve, classe...

-1 table prof:
id_prof, matière, classe1, classe2, classe3 ...

-1 table cours:
id_cours, id_prof, classe, date, heure début, heure fin...
Si on utilise une telle structure pour la table cours, cela signifie que pour chaque cours donné par un prof, pour chaque jour, il y a une nouvelle entrée dans la table.

Lorsqu'un élève se connecte, il suffit d'aller chercher dans la table cours, suivant la semaine, les cours qui correspondent à sa classe.

Cela vous semble une bonne solution ou faut-il envisager autre chose?
Ai-je été assez clair (probablement pas)?

Je pense que ce n'est pas a solution optimale car par exemple, si un prof enregistre son cours en disant tous les mardis, cours avec la 2nde 6 jusqu'en 2020. Vous imaginez le nombre d'entrées??

Dernière question: savez vous comment le calendrier de google fonctionne. Base de données?


Merci beaucoup pour votre attention et vos futures réponses

Cordialement,

Cédric

[sabotage]

Déja il te manque la table "classe".

Tes tables se reorganisent donc comme ca
-1 table élève :
champs id_eleve, id_classe...

-1 table prof:
id_prof, matière

-1 table classe
id_classe, classe_nom

- 1 table classe_prof
id_classe_prof, id_classe, id_prof

concernant les elements récurrents tu peux effectivement soit les inscrires comme des evenements ponctuels et les repeter (disons qu'il y a 35 semaines de cours par an, ca fait 35 enregistrement par cours, ce n'est pas enorme ; surtout que je suppose que les planning ne sont pas anticipés sur plus d'un an), sois prevoir une gestion des evenements recurents.

[oxyride]

Merci pour ta réponse.

Bien vu pour la table classe, je l'avais oublié. merci

Donc si j'ai bien compris ce procédé te semble convenable si on ne compte pas planifier à plus d'un an?

Peut être il faudrait rajouter que je fais ça pour un collège et un lycée (même établissement) qui va donc de la 6 ème à la terminale avec chacun 7 classes différentes (6°1 6°1...6°7, 5°1....5°7)

On a ensuite qu'à compter une 25 aine d'heures de cours différentes par semaine, ce qui fait :

(25*7*7)*35 = 43 000 entrées dans la table classe prof.

35 représente le nbre de semaines par an.

Ne penses-tu pas que ça risque d'être un peu lourd pour mon calendrier en JS d'aller faire plusieurs requetes dans une table à 43 000 entrées pour chaque jour du calendrier.

Tu pourrais m'aiguiller un peu plus stp?

merci de ton aide

[sabotage]

A toi de voir ce que tu mets dans ton calendrier.
S'il s'agit quasi-uniquement d'evenement recurrent, il faut evidemment axer ton developpement la dessus.

[oxyride]

Merci pour tes réponses

Je pense que je vais partir sur un développement axé sur des évènements récurrents.

A bientôt

merci pour ces réponses !!