PHP/MySQL Gestion multi-utilisateur (chaque user sa propre db ?)
iga2mars
Messages postés2Date d'inscriptionlundi 1 décembre 2008StatutMembreDernière intervention12 août 2010
-
11 août 2010 à 19:05
boukary75
Messages postés1Date d'inscriptionvendredi 4 septembre 2009StatutMembreDernière intervention19 août 2010
-
19 août 2010 à 14:12
Salut tout le monde, et gloire aux debudebutant
ma 1st déposition sur "cs".
bon voila, je veux realiser un gestionnaire chez le dentaire.
j'ai crée mes interfaces, et la possibilité de stocker par exemple un dossier patient
dans une table Mysql.
jusqu'a maintenant:
1. je peux me logué avec un identifiant dans mysql.user
2. faire une sauvegarde dans une table db_dossierPatient
3. et une deconnexion bien sur
j'ai lu quelque tuto ( gestion des membre login/logout,
classe de gestion de session php5 ..)
voila ou je me plante, je veux créer plusieur user (qui seront des dentistes)
pour chaque dentiste sa propre database (avec les meme tables et structures).
merci deja pour lire, bon, un pti cou.d.pouss pour un debutant paresseux comme moi,
une strategie ou une source, je vous en prix, merci et merci
kohntark
Messages postés3706Date d'inscriptionlundi 5 juillet 2004StatutMembreDernière intervention27 avril 201230 12 août 2010 à 11:57
Salut,
Au passage tu as intérêt à posséder un serveur dédié pour ce genre de chose, parce que créer à la volée des DB ça le fait pas trop en mutualisé, sans compter que le nb de bases est très souvent limité.
De toutes façons créer 1 DB par utilisateur est à coup sur une mauvaise idée, sauf à faire une méga grosse appli où chaque cabinet regroupe des milliers de dentistes et patients, ... mais vu tes propos je doute que ce soit le cas.
TychoBrahe
Messages postés1309Date d'inscriptionsamedi 31 janvier 2009StatutMembreDernière intervention 5 juin 201312 12 août 2010 à 12:00
Salut,
Une première règle d'or est d'avoir 1 base pour 1 application, cette base contenant toutes les tables nécessaires. Une seconde règle d'or est de ne jamais avoir un nombre de tables variables (et d'après la première règle c'est aussi valable pour les bases). Bref, utiliser une base ou table pour chaque utilisateur est une très mauvaise idée que tu dois abandonner. À la place, tu créé une seule table patients ainsi que une table médecin. Si un patient ne peut avoir qu'un seul médecin, tu peux avoir dans ta table patient un champ contenant l'id du médecin auquel il est rattaché. Si un patient peut avoir plusieurs médecins, il te faudra créer une table de jointure dans laquelle tu stockera l'id des patients ainsi que l'id du médecin auquel il est rattaché, ainsi on évite les doublons dans la table patients.
iga2mars
Messages postés2Date d'inscriptionlundi 1 décembre 2008StatutMembreDernière intervention12 août 2010 12 août 2010 à 20:40
salut, merci les gars.
je pense que la plus facile c'est de créer une table jointure.
en faite, je pensais associer a la table patient une clés externe, c a d, celle du medecin.
et merci RaftY pour l'encouragement.