Bon bon, c'est plus sur la conception d'une base de données... je prends l'exemple d'un film (avec juste un minimum de champs) voici quelques mauvaises conception malheureusement courantes (si je postfixe avec _id il s'agit d'une référence) :
TABLE FILMS
titre | acteur1 | acteur2 | acteur3 |
- Nombre limité d'acteurs par film
- Recherche lente
- Redondance de l'information dans les champs acteurs
- Perte d'espace lorsque le champ reste vide
TABLE FILMS
titre | acteur1_id | acteur2_id | acteur3_id
TABLE_ACTEURS
acteur_id | nom | prenom
|
- Nombre limité d'acteurs par film
Ce qu'il faudrait faire :
TABLE FILMS
film_id | titre
TABLE ACTEURS
acteur_id | nom | prenom
TABLE FILM_VERS_ACTEURS
film_id | acteur_id |
- Nombre illimité d'acteurs par film
- Recherche rapide (quel acteur à joué dans ce film ? dans quels film tel acteur à joué ?)
- Pas de redondance des données
- Chaque élément est référencé par un identifiant unique, pas de confusion possible (par exemple des homonymes)
Une autre erreur fréquente c'est par exemple de regrouper des éléments distincts dans un champ. Par exemple la rue d'une adresse et son numéro, le nom et le prénom... car autant il est facile de concaténer deux champs autant il est difficile de les séparer (et tu peux être sûr que la moitié des personnes vont saisir d'abord le nom et ensuite le prénom et l'autre moitié l'inverse)
Pour ton classeur Excel tu peux l'importer via PHPMyAdmin... mais bon il faudra probablement traîter les informations.