Discussion :

[hari37]

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 !

[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.

[SQLpro]

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 +

[Fastolfe]

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 ?

[CinePhil]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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.