Dilemme de nombre de tables dans Access Résolu/Fermé

Question

Bonjour à tous, 

Une question qui va peut être paraître simple pour certains.

Je souhaites créer une base de données qui contiendra... Beaucoup de données :)

Le principe : une fiche détaillée pour chaque personne, gérée dans Excel.

Il y a tellement de données à gérer qu'au bout de quelques jours d'utilisation, mon classeur Excel est passé à 10 Mo, d'où mon désir de migrer vers Access.

J'ai environ 100 personnes à gérer, chacune peut contenir jusqu'à 15 informations, et pour chaque information jusqu'à 50 sous informations.

Ma question : En simplifiant assez grandement, est ce mieux d'avoir une seule table (dont un enregistrement contiendrait nom_pers1, info1, sousinfo1_1,..., info2, sousinfo2_1,...) ou une table pour chaque personne ?

Après des milliers d'enregistrements, laquelle des deux solutions serait la moins lourde en poids ? Laquelle des deux serait la plus rapide à charger le détail d'une personne ?

Merci pour vos réponses.

asterix · Answer

Le découpage en plusieurs tables se fait sur la base des colonnes et non sur la base des lignes. Tu n'auras jamais une table par personnes, mais plutôt une personne répartie sur plusieurs tables.

Si tu pars d'un fichier Excel simple, je te conseil une seule table. Plusieurs table pourraient par exemple se justifier si tu gerais les historiques des adresses des personnes. Mais cela complique la conception de la base...

blux · Answer

Salut,

les informations et sous-informations gérées peuvent-elles être les mêmes ?
Ou d'une autre façon : une personne peut-elle partager une information/sous-information avec une autre ?

sipherion · Answer

Allez, je vais essayer de passer un peu plus d'infos : 

En fait, il s'agit d'agents dans un centre d'appels. Pour effectuer un suivi de la qualité, notre service interne effectue des écoutes.

Une écoute est faite sur un agent pour un projet spécifique, projet qui appartient à un pôle d'activités.

Une écoute se fait sur 50 critères maximum.

Donc oui, on va retrouver pour chaque agent des notes différentes, mais sur énormément de critères communs.

J'avoue que je suis également un peu perdu pour établir son merise, vous pourriez peut être m'aider ;-)

sipherion · Answer

Bon, j'ai établi mes tables selon une proposition de Merise, et je voulais voir si quelqu'un avait une autre idée, car dans ce contexte, on aurait pour, au maximum : 

120 agents à écouter ; 
20 écoutes par agent par mois, soit 2.400 écoutes par mois ; 
50 critères à noter par écoute, soit 120.000 critères par mois. 

Dans ce système, on aurait donc dans la table notes 120.000 lignes par mois, et dans la table ecoutes 2.400 lignes par mois. 

Dans l'idéal, il me faudrait une base de données Access par année, mais là on atteint des chiffres astronomiques. 

Quelqu'un pourrait me proposer une solution ? Je patauge un peu là... :/ 

Rappel du Merise : 

- pole (numpole, nompole) 
- projet (numprojet, nomprojet, numpole) 
- agent (logagent, nomagent) 
- ecoute (numecoute_auto,date, auditeur,numprojet,logagent) 
- notes (numnote_auto, numcritere, note,numecoute) 


Que pensez vous de concaténer ecoute et notes en faisant par exemple :
- ecoute (numecoute_auto,date, auditeur,numprojet, logagent, critere1, note1, critere2, note2, critereN, noteN) 


Si votre problème est résolu, merci de clôturer le sujet en cliquant sur "Problème résolu". 
Administrateur réseaux sous Windows Serveur 2003

sipherion · Answer

OK ca me va comme ça. Merci Blux pour ton aide.

Dilemme de nombre de tables dans Access

5 réponses

Discussions similaires