Design d'une base multi-user

Hello, je me lance dans la base de données, c'est la fête!
Je dois développer une BD servant à stocker des données. Ok.
Ces données, dans mon prototype actuel, sont stockées dans une table, la table DATA. Ok.
Un logiciel se connecte à la BD, et insère des données. Ok.
L'objectif du jour : centraliser les données de plusieurs utilisateurs dans la même BD. Chaque utilisateur a son logiciel et son login, se connecte et remplit la base. Par défaut un utilisateur n'a pas à voir figurer d'autres données que les siennes, mais il doit y avoir une possibilité de partage.
J'hésite entre 2 solutions:
- j'ai d'abord pensé à simplement rajouter un champ "owner_id" dans la table DATA afin de savoir à qui appartient la donnée. Lorsqu'un utilisateur se connecte, le logiciel fait une jointure afin de récupérer ses données à lui. Le logiciel assure donc la sécurité des accès.
- et je me suis dit que ça serait mieux que chaque utilisateur ait sa propre table : fini la jointure, et on peut sécuriser l'accès à chaque table au niveau de la BD. Ainsi, au lieu d'une seule table DATA, si j'ai 3 users, j'aurai 3 tables : user0_DATA, user1_DATA, user2_DATA.

Qu'en pensez-vous ? Le gain provoqué par la jointure en moins sera-t-il réel ? Quelles-sont les bonnes pratiques dans ce type de cas ?

Si aujourd'hui t'a 3 users t'auras 3 tables et si le nombre de users augmente te voilà obligé de rentrer dans la BD créer de nouvelles tables et écrire de nouvelles procédures stockées.

Perso je te conseille la première méthode avec les jointures.

@++

Après réflexion / recherche, ce que je cherche à faire semble tout simplement à créer une vue. Mais j'y connais pas grand chose, c'est possible de faire un truc de ce genre :

Code:

---

1 2 3 4

CREATE VIEW MyData AS SELECT * FROM Data WHERE Data.owner_id=mon_id;

---

?

Est-ce que l'admin peut créer cette vue générique et quand le user se connecte 'mon_id' est automatiquement le sien et ainsi chaque user utilise la vue MyData selon ce critère ? (je débute :))

Non seulement c'est cela qu'il faut faire, mais ta vue sera UPDATABLE c'est à dire que tu peut insérer, suprimer et mettre à jour.

Pense seulement à insérer systématiquement mon_id dans Data_owner.
Cela peut être fait par trigger suivant le SGBDR que tu utilise.
Par exemple avec MS SQL Server, pour insérer automatiquement l'utilisateur SQL dans une colonne par déclencheur, il suffit de lire la ligne du processus en cours dans la table système sysprocesses.

Exemple :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

CREATE TRIGGER D_INSERT_USER ON MaTable FOR INSERT, UPDATE AS   UPDATE Data SET Owner_id = (SELECT USER_NAME(uid) FROM master.sa.sysprocesses WHERE spid = @@spid) FROM Data d INNER JOIN inserted i ON d.Clef = i.Clef

---

A +

Ok merci bien.
Je me demandais justement ce qui se passait si un petit curieux balance un requete où il insère une donnée avec un owner_id autre que le sien.
Pour le trigger je sais pas trop. Je vise SqlServer en effet, mais pas seulement, et souhaite rester le plus indépendant possible. Je vise aussi à terme SQL Lite, Oracle, et peut etre PostGre ou MySQL.

J'en reviens à la création de ma vue, je peux insérer une requête comme la tienne (SELECT USER_NAME(uid)...) dans la clause "WHERE Data.owner_id" de la création de ma vue ?