Choix de solution d'architecture

Bonjour,

J'aurais aimé avoir votre avis sur le point suivant.
J'ai 3 tables (innoDb) mais je ne sais pas quelle est la meilleur solution.

Sachant qu'au début on a une piste qui devient un prospect et ensuite un client.

Solution 1 : (Recherche des informations par jointure)

pistes(idPiste, nom, prenom, tel) ~ 100 000 lignes
prospects(idProspect, idPiste, email, adresse, codePostal, ville) ~ 30 000 lignes
clients(idClient, idProspect, banque, iban) ~ 5 000 lignes

Solution 2 : (Recopie des informations)

pistes(idPiste, nom, prenom, tel) ~ 100 000 lignes
prospects(idProspect, nom, prenom, tel, email, adresse, codePostal, ville) ~ 30 000 lignes
clients(idClient, nom, prenom, tel, email, adresse, codePostal, ville, banque, iban) ~ 5 000 lignes

La première solution est conceptuellement meilleure, c'est partiellement le principe de l'héritage.
Un client est un prospect qui est une piste. En fait, tous les trois sont une personne.
Les trois tables devraient avoir le même identifiant, et je renomme la première en 'Personne' :
Personne (idPersonne, nom, prenom, tel)
Prospect(idPersonne, email, adresse, codePostal, ville)
Client(idPersonne, banque, iban)

A noter que la ville, et même son code postal, devraient être externalisés dans une autre table pour éviter les doublons et les risques d'erreur ou de confusion (Saint-Etienne, St-Etienne, Saint Etienne, St. Etienne...).

C'est aussi pour cette raison que cette solution est meilleure. Imaginons, avec la solution 2 de recopie des informations d'une table à l'autre, qu'un utilisateur corrige le nom d'une personne dans la table client et il y aura un nom différent pour le prospect et pour la personne (piste).

Sachant que dans la solution 2, les enregistrements auraient été supprimés lors des transferts de table.