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.