Précédent   Forum des professionnels en informatique > Bases de données > MySQL > Administration
Administration Forum d'entraide sur l'administration de MySQL
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 15/11/2011, 22h56   #1
Candidat au titre de Membre du Club
 
Inscription : janvier 2004
Messages : 49
Détails du profil
Informations forums :
Inscription : janvier 2004
Messages : 49
Points : 14
Points : 14
Par défaut Multi-utilisateurs pour une base

Bonjour,

Voici mon problème :
Je souhaite donner la possibilité à de multiples utilisateurs de pourvoir accéder à une seule et même base, mais en ne "voyant" bien sûr que leurs données respectives.
Je crois savoir que sous Oracle, il existe une notion appelée "SCHEMA".

Existe t-il l'équivalent sous MySQL ?

Merci d'avance !
hari37 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 16/11/2011, 13h15   #2
Modérateur
 
Avatar de CinePhil
 
Homme Philippe Leménager
Ingénieur d'études en informatique
Inscription : août 2006
Messages : 11 029
Détails du profil
Informations personnelles :
Nom : Homme Philippe Leménager
Âge : 48
Localisation : France, Haute Garonne (Midi Pyrénées)

Informations professionnelles :
Activité : Ingénieur d'études en informatique
Secteur : Enseignement

Informations forums :
Inscription : août 2006
Messages : 11 029
Points : 18 327
Points : 18 327
Envoyer un message via MSN à CinePhil
Avec MySQL, schéma et base de données sont équivalents.

Généralement, un utilisateur lambda ne consulte pas directement les données sur la BDD, même avec phpMyAdmin, il utilise un logiciel qui accède à la BDD. Les droits sur les données sont alors déterminés par l'application cliente qui n'affiche que celles concernant l'utilisateur grâce aux requêtes.

Si tu veux vraiment donner accès au serveur MySQL à des utilisateurs en contrôlant leurs droits, le mieux sera je pense de faire des vues et de donner des droits sur ces vues.
__________________
Philippe Leménager. Ingénieur d'étude à l'École Nationale de Formation Agronomique.
Mon blog sur la conception des BDD, le langage SQL, le PHP avec Zend Framework...
« Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
À la maison comme au bureau, j'utilise Mandriva Linux ou Mageïa ! Soutenons l'industrie logicielle française !
Linuxiens, comptez-vous !
CinePhil est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 16/11/2011, 13h35   #3
Rédacteur/Modérateur

 
Avatar de SQLpro
 
Homme Frédéric BROUARD
Expert SGBDR & SQL
Inscription : mai 2002
Messages : 10 959
Détails du profil
Informations personnelles :
Nom : Homme Frédéric BROUARD
Localisation : France

Informations professionnelles :
Activité : Expert SGBDR & SQL
Secteur : Conseil

Informations forums :
Inscription : mai 2002
Messages : 10 959
Points : 17 791
Points : 17 791
Citation:
Envoyé par CinePhil Voir le message
Avec MySQL, schéma et base de données sont équivalents.
NON, je peut pas laisser dire cela :
1) une base est un tout et entre les tables on peut mettre en place des contraintes d'intégrité... Cela n'est pas possible s'il s'agit de bases différentes
2) un schéma peut faire l'objet de privilèges de conteneurs, pas une base (sécurité)
3) une sauvegarde d'une base est une sauvegarde SYNCHRONE de toutes les données de toutes les tables. Ce n'est pas le cas de sauvegardes de différentes bases de données.

NON MYSQL n'implémente pas la notion de schéma SQL et NON un schéma n'est pas l'équivalent d'une base.

Certains SGBDR comme MS SQL Server sont multibases et multischéma.

A +
__________________
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro
http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation
* * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
SQLpro est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 16/11/2011, 13h40   #4
 
Inscription : mars 2011
Messages : 13
Détails du profil
Informations forums :
Inscription : mars 2011
Messages : 13
Points : -1
Points : -1
Ok, merci pour ta réponse, mais si je mets en place une interface avec PHP, comment je procède pour distinguer les données de l'utilisateur A et celles du B dans la table TOTO de la base X ?
Avec les requêtes,certes, mais alors, il faut que je rajoute une colonne dans chaque table avec par exemple un ID d'utilisateur, c'est ça ?
Fastolfe est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 16/11/2011, 14h05   #5
Modérateur
 
Avatar de CinePhil
 
Homme Philippe Leménager
Ingénieur d'études en informatique
Inscription : août 2006
Messages : 11 029
Détails du profil
Informations personnelles :
Nom : Homme Philippe Leménager
Âge : 48
Localisation : France, Haute Garonne (Midi Pyrénées)

Informations professionnelles :
Activité : Ingénieur d'études en informatique
Secteur : Enseignement

Informations forums :
Inscription : août 2006
Messages : 11 029
Points : 18 327
Points : 18 327
Envoyer un message via MSN à CinePhil
Citation:
Envoyé par Fastolfe Voir le message
Ok, merci pour ta réponse, mais si je mets en place une interface avec PHP, comment je procède pour distinguer les données de l'utilisateur A et celles du B dans la table TOTO de la base X ?
Avec les requêtes,certes, mais alors, il faut que je rajoute une colonne dans chaque table avec par exemple un ID d'utilisateur, c'est ça ?
Pas forcément dans toutes les tables.
Dans une BDDR, les tables sont associées les unes aux autres et par le biais de ces associations, on peut extraire les données de l'utilisateur U même s'il n'est pas fait référence directement à U dans une table.

Exemple...

Soit un système où chaque client peut consulter ses propres commandes, ce qu'il a commandé, les livraisons et les factures qui découlent de ces commandes.

MCD :
client -0,n----passer----1,1- commande -1,n----comprendre----(1,1)- ligne_commande -1,1----concerner----0,n- produit

Tables :

client (clt_id, clt_numero, clt_nom...)
produit (prd_id, prd_reference, prd_nom...)
commande (cmd_id, cmd_id_client, cmd_reference, cmd_date...)
ligne_commande (lcd_id_commande, lcd_numero, lcd_id_produit, lcd_quantite...)

Quels sont les produits commandés par le client 'Fastolfe' ?
Code SQL :
1
2
3
4
5
SELECT p.prd_reference, p.prd_nom, lc.lcd_quantite
FROM produit p
INNER JOIN ligne_commande lc ON lc.lcd_id_produit = p.prd_id
	INNER JOIN client c ON c.clt_id = lc.lcd_id_commande
WHERE c.clt_nom = 'Fastolfe'

Dans la requête ci-dessus, la référence du client ne figure pas dans la table des produits.
__________________
Philippe Leménager. Ingénieur d'étude à l'École Nationale de Formation Agronomique.
Mon blog sur la conception des BDD, le langage SQL, le PHP avec Zend Framework...
« Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
À la maison comme au bureau, j'utilise Mandriva Linux ou Mageïa ! Soutenons l'industrie logicielle française !
Linuxiens, comptez-vous !
CinePhil est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 13h33.


 
 
 
 
Partenaires

Hébergement Web