Bonjour,

Il existe des bonnes pratiques pour la création d'un MCD (modèle de données) et dans ton cas tu devrais plutôt avoir deux tables :
- patients : qui contient un id unique (=n° du patient) ainsi que les coordonnées de ce patient (prénom, nom, adresse, téléphone, email, groupe sanguin, date d'inscription, date de dernière visite, etc...)
- soins : qui contient un identifiant unique du soin (ça c'est une bonne pratique pour pouvoir le modifier/supprimer facilement), l'id du patient concerné et les données relatif au soin : date du soin, nature du soin, commentaire...

Quand tu veux afficher la fiche d'un patient, tu fais une recherche dans la table patients en filtrant sur son n° de patient ou son nom/prénom
Quand tu veux afficher les soins reçus par ce patient, tu cherches dans la table soins en filtrant sur l'id du patient concerné pour n'avoir que ses soins.

Tu peux avoir sans problème des des milliers/millions d'enregistrement dans chaque table SQL.

Bonjour je souhaite développer avec PHP, et HTMLune application qui gère des centaines de dossiers médicaux .je souhaiterais que chaque dossier concernant un patient soit confiné dans une table ou l'ensemble des soins reçus par l'individu au cours de plusieurs années seront enregistrés . Alors reste à savoir est ce que la création d'un millier de table est supportable par une application , aussi est ce que ce nombre de tables risque d’altérer la performance de l'application (la rapidité d’exécution ) si oui , existe t''elle une solution alternative à la création de ces tables .
merci