Discussion :

[neuneu1]

bonjour,
ne regadez pas mon niveau, c'est pour de l'admin reseau en progr je suis plus debutant qu autre chose..

mon souci est le suivant

une table planning, qui contient une salle , un prof, et des eleves
de base je pensais a tord cree une table simple avec un id, nom prof, instrument et eleves..

ca ca marche si j'ai qu un eleve,mais si j'ai plusieur eleves comment faire,
ajoute un eligne a la table avec un nouvelle id,c'est peut etre un peu lourd non...
j'ai beau cherche je vois pas comment faire autrement, peut etre un champ memo, j'ai du mal a y voir clair..

Donc j'ai besoin de vos lumiere..
merci

[anapurna]

salut

comme ca sans trop reflechir
j'aurai une table salle
une table personne avec un status (Prof,eleve)
un table instruments si l'eleve ou le prof joue de plusieur instruments
ensuite une table de relation sale/personne/date
et une table relation personne/instruments/niveau

voila le premier jet

@+ Phil

[ShaiLeTroll]

Si tu ne veux qu'une seule table, cela peut se faire mais ce n'est pas terrible ... tu peux toujours dans une colonne blob stocker le texte d'une TStringList, ce qui revient à faire un Mémo

maintenant, tu peux considérer chaque chose comme une table ...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
Une Table Prof
ID, NOM, ...
 
Une Table Instrument
ID, NOM, ...
 
Une Table Elève
ID, NOM, ...
 
Une Table Salle
ID, NOM, BATIMENT ...
 
Une Table Prof_Dans_Salle 
ID_SALLE, ID_PROF, DATETIME ...
 
Une Table Instrument_Dans_Salle 
ID_SALLE, ID_INSTRUMENT, QUANTITE 
(à toi de voir comment tu gères les stockes d instrument si tu gère par élève ou par salle)
 
Une Table Elève_Dans_Salle
ID_SALLE, ID_ELEVE, DATETIME ...

Edit : En même temps qu'Anapurna !

[neuneu1]

oups, j'ai oublier de precise, et au vu des reponses, c'est vrai que ca parait etre une table pour l'ensemble..

j'ai deja une table eleve, instrument , salle, prof etc..

en fait c'est la table planning qui me pose le probleme,

je sais pas comment la structure,surtout au niveau eleve.

j'aurai toujours un prof dans une salle pour un instrument a un moment T avec un ou plusieur eleves.Et c'est l inseertion de l leve qui me gene..

merci

[Clorish]

peut etre en decoupant la table en 2 :
Table1 (affectation prof/Isntrument=>Salle) : Salle, Prof, Isntrument
Table2 (eleve=>Salle) : Salle, Eleve.

[ShaiLeTroll]

Comme je l'ai proposé

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
Une Table Prof_Dans_Salle 
ID_SALLE, ID_PROF, DATE_DEBUT, DATE_FIN
 
Une Table Elève_Dans_Salle
ID_SALLE, ID_ELEVE, DATE_DEBUT, DATE_FIN

tu ajoutes autant de ligne que besoin pour autant d'élève dans la salle ... c'est une relation n_n, pour plusieurs salles tu peux avoir plusieurs élèves ...

[neuneu1]

excuse moi ShaiLeTroll, je ne comprend pas ce que tu veux dire...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
Une Table Prof_Dans_Salle 
ID_SALLE, ID_PROF, DATE_DEBUT, DATE_FIN
 
Une Table Elève_Dans_Salle
ID_SALLE, ID_ELEVE, DATE_DEBUT, DATE_FIN

Que veux tu dire par table prof dans salle

je suis desole mais je seche

merci

[Clorish]

Que veux tu dire par table prof dans salle

Simplement ceci :
A une salle on affecte un prof, un instrument et des eleves donc on a une relation
1:1 entre un prof et une salle (Un prof est dans une salle)
1:1 entre un instrument et une salle
N:1 entre un eleve et une salle (une salle contient plusieurs eleves)

ce qui donne les tables suivantes :

[PROFS]
ID / NOM / PRENOM / ...
01 / TARTANPION / Michel / ...
02 / MACHIN / Pierre / ...
03 / TRUC / Alain / ...

[INSTRUMENTS]
ID / NOM / ...
01 / Flute / ...
02 / Piano / ...
03 / Violon / ...

[ELEVES]
ID / NOM / PRENOM / ...
01 / BIDULE / Yohan
02 / CHOSE / Fred
03 / MOI / Richard
04 / QUELQUN / Joe

[SALLES]
ID / NUMERO / ...
01 / 106B
02 / 107A
03 / 204C

[PROFS DANS SALLE]
IDPROF / IDSALLE
01 / 02 { Tartanpion dans salle 107A }
03 / 03 { Truc dans salle 204C }

[INSTRUMENT DANS SALLE]
IDINTRUMENT / ID SALLE
01 / 03 { Flute dans salle 204C }
03 / 02 { Violon dans salle 107A }

[ELEVES DANS SALLE]
IDELEVE / IDSALLE
01 / 03 { Bidule dans salle 204C }
02 / 03 { Chose dans salle 204C }
03 / 02 { Moi dans salle 107A }

Une joiture "J" sur [PROFS DANS SALLE]x[INTRUMENT DANS SALLE]x[ELEVES DANS SALLE] avec IDSALLE = 03 suivie d'une autre jointure sur [PROFS]x[INSTRUMENT]x[ELEVES] avec PROFS.ID=J.IDPROFS & INSTRUMENT.ID=J.IDINSTRUMENT & ELEVES.ID=J.IDELEVES donne :

TRUC / Alain / ... / Flute / ... / BIDULE / Yohan / ...
TRUC / Alain / ... / Flute / ... / CHOSE / Fred / ...

Moi j'aurais plutot vu une table unique qui met en relation la salle, le prof et l'instrument, comme ca pas besoin de jointure, la relation est deja faite.
L'unicite Salle/Prof/Instruement permet ce genre de table car il n'y aura pas de "redondance", contrairement a la relation Salle/Eleve qui induit une redondance dans l"id de la salle (1 salle contient plusieurs eleves) donc la redondance des information Profs/Instrument si elles sont incluse dans cette table.
Mais ca peut etre aussi une facon de rapidement rechercher le prof et l'instrument associé a un eleve (par sa classe).
Une table reliant IDPROFS/IDELEVES/IDINSTRUMENT/IDSALLE, fusion des 3 tablres [PROFS DANS SALLE], [INSTRUMENT DANS SALLE] et [ELEVE DANS SALLE] est envisageable. La redondance peut etre consideree comme negligeable dans ce cas la.

Voila quelques details qui je l'espere t'aiderons au mieux

[neuneu1]

Merci je vais essaye tout ca
a+

[aityahia]

bonjour,
ne regadez pas mon niveau, c'est pour de l'admin réseau en progr je suis plus debutant qu autre chose..
merci

on a toujours des choses qui nous échappe
apparament vous avez un problèmes de conception on postant ici vous certainement plus de détails.

pour vous est ce qu'une salle peut êtres utilisé pas d'autres prof et classe sinon la paramètre temps sera important.
l'élève X sera dans la salle N assité par le prof X1 avec l'instrument P le jours J

instrument c'est quoi ?

[Clorish]

instrument c'est quoi ?

A la vue du probleme ... surement un instruement de torture

[neuneu1]

oui instrument de torture pour mon petit cerveau

non instrument de musique.

En Fait un prof, dans une salle ,a telle heure, d une duree D,avec un instrument,et 1 a X eleves.


merci

[Clorish]

ok ... ben je pencherais pour une table [COURS] avec IDCOURS(clef), IDSalle, IDPROF, IDINSTRUMENT, HEURE (ou IDCRENEAUHORRAIRE) et une 2e table lié a la premiere : [ELEVES DANS COURS] IDCOURS, IDELEVES

Mais peut etre que les eleves font partie d'une classe ... ou d'un groupe d'eleves .... etc ... auquel cas on peut ajouter un dernier element a la premiere table : IDCLASSE ou IDGROUPE et se passer de la 2e.
Avec bien sur une table [CLASSE] ou [GROUPE] qui defini le groupe/Classe de chaques eleves ....

[neuneu1]

Non pas de classe , nigroupe, ton idee me plait bien, je butait sur id a cause des suppression, id unique sinon ca plante.
avec id cours en suppriment id eleve ca peut passer


merci
a+

[Clorish]

je butait sur id a cause des suppression, id unique sinon ca plante.
avec id cours en suppriment id eleve ca peut passer

C'est a dire ?

[neuneu1]

Comment explique ca

ben je me suis apercu que si tu n'avais pas une cle unique, lors des manip de suppression et modification ca plantait...

bon je suis pas un expert.

Donc je pensais cree a la base une table basique, avec une nouvelle ligne a chaque enregistrement, puis apres faire des requete dessus pour editer tout les eleves de la salle n1 a tel heures par exemple.

Mais si je devais dans l'absolu supprimer un eleve et ben ca plante...

je sais pas trop si tu vois ce que je veux dire..

mais j'ai pas mieux

a+

[Clorish]

non c'est un peu flou d'autant que supprimer n'a jamais poser de problemes de clefs. Modifier/Creer oui mais pas supprimer.
Mais su j'ai bien compris, tu as un probleme de clef primaire non unique.

E nfait dans les tables on peut creer une clef primaire sur plusieurs colones. Dans le pire des cas toutes
Donc en l'occurance c'est le couple Eleve/Classe qui sert de clef.

[neuneu1]

Oui pour modifie, pour supprimer j ai du me tromper, mais le cas reste quand meme problematique, si je devais rajoute un eleves.

je parlais de clee primaire,pas d index..

apres pour moi c'est un peu chinois,je n'ai pas l habitude des relation et d autre, jusqu a present c'etait soft de base, une bd, 3 table et fini, mais la c'est lourd, surtout que j'ai du revoir mon probleme en entier, car au debut je travaillais avec un planning tmssoft ,mais pas moyen de faire maecher un planning comment dire scolaire, pandant un an le lundi de 12 a 13 piano, mardi flute.. tout les truc wue j'ai trouve marchais avec un jour une date une annee.
Avec tmsplanner sans bd, j'avais presque reussi,sauf que pour rentre des donner via formulaire ca coincais, et faire un calcul d heures ouhoo ,j'ai aps le niveau

merci

ps j'ai les source si ca vous tente

[Clorish]

attention ! faut pas confondre ID et clef primaire

Une clef primaire est un ensemble de une ou plusieurs valeurs de la table responsable de l'unicite des lignes.
Donc le couple [NOM][Prenom] de la table [Profs] est clef primaire.
Voir meme que [NOM] si on suppose qu'il n'y a et n'aura jamais 2 profs du meme nom ...

Par soucis de simplicité, mais egalement de gestion des jointures, il est pregerable de gerer des ID.
Un ID est un numero de code comme on en retrouve de partout dans la vie quotidienne : Celui qui gere les files d'attente, les numeros de secu, les matricules, etc ...
Donc on creer une valeur qui est sensé etre unique pour chaques personnes, objets, etc. Cet ID (code) etant par definition unique et le plus souvent entier, genere par incrementation automatique, il fait une clef primaire ideale.

Du coup pour les tables utilisant des clefs etrangeres, cas des salles, il est plus simple de creer une colone dans la table : "IDProfs" (valeur unitaire) plutot que le couple [Nom][PRenom].
C'est cette reference a une clefs d'une autre table qui s'appelle "clef etrangere".

Sinon je pense que ta methode est bonne. Une bonne vielle base de donnée, manipulée par un petit logiciel peut faire des merveilles.
Mais faut bien structurer ta base, c'est sur ....