Discussion :

[Amadeon]

Bonjour, voila mon problème :

- 8 documents Excel avec chacun 7 tableaux correspondants à 7 classes
- dans la plupart j'ai le nom et le prénom de chaque élève
- dans certains j'ai des informations que je n'ai pas dans d'autres (date de naissance, information sur les parents ... )

J'ai pensé qu'une base de donnée pourrait simplifier tout ca, c'était sans compter le transfert des informations sans faire de doublon ...

J'ai imaginé ma bdd comme suit :
4 tables :
- 1 table classe qui me permettra de stocker les classes et éventuellement d'en créer d'autre (genre GS/CP)
- 1 table élève avec : nom, prénom, dtn, id_personne (pour les parents)
- 1 table personne avec : nom, prénom, adresse, ville, cp et des booléen : enseignant OUI/NON (y a des enseignants parent dans l'école ), assurance (oui/non), fiche de renseignement (oui/non) ...
- 1 qui rassemble les informations pour faire les classes avec un id_classe, un id_eleve, un id_personne (pour les prof)


Je créerais ma base sous Office 2007 mais je l'exploiterais sous Office 2003, y a t-il des précautions à prendre pour que cela fonctionne ?

[f-leb]

bonsoir,

- 1 table élève avec : nom, prénom, dtn, id_personne (pour les parents)

Un seul parent par élève ?

- 1 qui rassemble les informations pour faire les classes avec un id_classe, un id_eleve, un id_personne (pour les prof)

Sans trop connaître ta base, j'aurais écrit:
ELEVE(idEleve, nom, prenom,...#idClasse) car un élève est inscrit dans une classe et une seule, non ?

Ainsi, pour désigner les profs qui enseignent dans les classes, ta table deviendrait:
ENSEIGNER(#idClasse, #idPersonneProf)

Je créerais ma base sous Office 2007 mais je l'exploiterais sous Office 2003, y a t-il des précautions à prendre pour que cela fonctionne ?

sauvegarder au format Access2002-2003 (extension .mdb)

...c'était sans compter le transfert des informations sans faire de doublon

il y a plusieurs manières d'importer les données Excel dans Access:
- CTRL+C puis CTRL+V
- importation directe d'une feuille (ou d'une plage) dans une table
- importation des données bruts dans une table temporaire puis copie des données dans les différentes tables (succession de requêtes avec traitement VBA avec DAO/ADO)
- ...

[Amadeon]

il y a plusieurs manières d'importer les données Excel dans Access:
- CTRL+C puis CTRL+V
- importation directe d'une feuille (ou d'une plage) dans une table
- importation des données bruts dans une table temporaire puis copie des données dans les différentes tables (succession de requêtes avec traitement VBA avec DAO/ADO)
- ...

la moins chiante ?

Oui 1 élève/1 classe (en principe et officiellement, officieusement ca se peut un élève en CE1 mais en CP réellement)

Par contre 1 prof peut avoir plusieurs classes

Sans trop connaître ta base, j'aurais écrit:
ELEVE(idEleve, nom, prenom,...#idClasse) car un élève est inscrit dans une classe et une seule, non ?

Ainsi, pour désigner les profs qui enseignent dans les classes, ta table deviendrait:
ENSEIGNER(#idClasse, #idPersonneProf)

Ah oui c'est vrai, merci

[micniv]

officieusement ca se peut un élève en CE1 mais en CP réellement

Le primaire se rapproche quelquefois du second degré !

A+

[f-leb]

Le primaire se rapproche quelquefois du second degré !

pas à ce point là

le secondaire commence au collège (6ème), le CE1 c'est la 10ème (on reste dans l'école primaire).

la moins chiante ?

- 8 documents Excel avec chacun 7 tableaux correspondants à 7 classes
- dans la plupart j'ai le nom et le prénom de chaque élève
- dans certains j'ai des informations que je n'ai pas dans d'autres (date de naissance, information sur les parents ... )

avec des données aussi dispersées, il faudra bien mettre les mains dedans si tu veux automatiser le traitement. Ce sera néanmoins plus facile si tu peux réorganiser ton fichier Excel.

[Amadeon]

avec des données aussi dispersées, il faudra bien mettre les mains dedans si tu veux automatiser le traitement. Ce sera néanmoins plus facile si tu peux réorganiser ton fichier Excel.

Oui je m'en doutais, j'ai commencé à supprimer les noms de colonnes et les données surperflue. Je pense en effet que des C/C risque d'être le plus "rapide", ce qui risque de me prendre une bonne heure