Ok super merci pour la doc
J'ai d'autres modules à déclarer donc je pense que je vais appliquer ce principe sur le reste et un jour je prendrai quelques dizaines d'heures pour refaire l'architecture que j'ai concu qui fonctionne bien en interface mais qui pourrait s'avérer gourmande en ressource à termes.

En fait, lors de la conception d'une base de données, il faut essayer d'éviter au maximum les redondances.
Du coup, généralement on fait plusieurs tables avec pour chacune un type de données et donc des liens entre chaque table.

Il y a un principe qui s'appelle la normalisation, voici 2 pages qui expliquent ce principe :
http://sql.bdpedia.fr/ea.html
https://www.ionos.fr/digitalguide/heber ... e-donnees/

Ok donc il vaut mieux une seule grosse table plutôt que plusieurs petites tables si j'ai bien saisi.
Merci

Tu crées une table pour chaque patient ?

Si c'est bien le cas, effectivement ce n'est pas du tout la bonne façon de faire.
Il faut que tu crées une table patients, avec 1 enregistrement (=1 ligne) par patient qui contiendrait les infos relatives au patient : id_patient, prénom, nom, n° de sécu, etc...
Et ensuite si tu veux enregistrer des rdv, tu crées une table rendezvous, avec 1 enregistrement par rendez-vous : id_rdv, id_patient, date_heure par exemple

Idem, si tu veux enregistrer les maladies ou les traitements de chaque patient...

Bonjour à tous je développe une application qui agit comme un registre médical pour patient hospitalisé.
J'ai tout une application et celle ci crée une table unique par patient et j'y stocke toutes les informations du patient dedans.

Ma question est : Est ce que ce système de multi table n'est pas trop gourmand en ressources serveur ? Sachant que je ne fait que très rarement des requêtes multi tables. La plupart du temps mes requêtes sont ciblées sur une seule table.

Merci de votre réponse