Architecture avec les schémas Postgresql

Bonjour à tous,
je suis confronté à un problème au niveau de l'architecture que je souhaite implémenter pour mon futur projet.
Je dois définir des "contextes d'execution" pour l'application, et c'est vraiment la galère !

Je m'explique :
Les utilisateurs de mon application seront rattachés à une ou plusieurs régions.
Exemple : L'utilisateur Robert est à rattaché à Bretagne et Rhône-alpes, l'utilisateur Julien est rattaché à seulement Rhône-alpes.

Les régions contiennent des laboratoires, et l'utilisateur n'a pas forcément accès à tous les laboratoires des régions auquel il est rattaché.
Exemple : En Bretagne, nous avons les laboratoires Labo1, Labo2 et Labo3. Robert n'est rattaché qu'aux laboratoires Labo1 et Labo2.

Le contexte d'execution de Robert dans l'application sera donc :
- Il est rattaché aux régions Bretagne et Rhône-alpes, il a accès aux laboratoires Labo1 et Labo2 de la Bretagne, et à tous les laboratoires de Rhône-Alpes.
Partant de ce constat, toutes les données en provenance de la BDD devront être filtrées exclusivement sur ces régions et laboratoires pour le contexte de Robert.

Sachant que nous avons 5 régions, que d'autres pourront voir le jour (mais on en aura jamais plus de 10), j'ai tenté d'organiser ma BDD en schémas, où chaque schéma représente une région.
Un schéma supplémentaire nommé "App" contient les informations générales de l'application comme la table Utilisateur, Roles.
Les schémas des régions sont strictement identiques au niveau de leurs tables , seules les données qu'elles contiennent varient. (Par exemple dans la région Rhônes-alpes, on a la table Contentieux qui contient tous les contentieux relatifs aux laboratoires qui sont dans la région Rhône-Alpes, cette table contentieux présente dans tous les schémas de région, et contient les données relatives aux laboratoires de la région).

Au final, comment organiser ma base, ma/mes connexions à celle-ci afin de définir un contexte d'execution après que l'utilisateur soit logué ? Je me retourne le cerveau depuis une bonne semaine sans trouver de solution adéquate.
Le framework PHP que j'utilise (Laravel 4) permet de se connecter à la BDD directement sur un schéma (par défaut je me connecterais donc sur le schéma "App" afin d'avoir les informations de login des utilisateurs). Mais une fois logué, je devrais pouvoir lire le contexte de l'utilisateur
Exemple : Robert s'est logué, il est associé à la région Rhône-Alpes et Bretagne mais ne voit pas tous les laboratoires de Rhône-Alpes.
Quand Robert va consulter la page des contentieux, il ne devra voir que ceux de la Bretagne et de Rhône-Alpes(mais pas le laboratoire Labo3 de Rhône-Alpes).

Je cherche une solution qui me permettrait de ne pas surcharger toutes les requêtes de mon application par des "WHERE idRegion = x OR idRegion = y AND idLabo != z OR idLabo != w" mais de simplement lancer "SELECT * FROM contentieux" et ramener les contentieux qui matchent le contexte de Robert !

Ce n'est pas forcément évident à expliquer, en espérant que vous me comprendrez. :ccool:

Salut,

Fais plus simple en créant des tables listant les permissions de chaque utilisateur :

• Persmission sur les régions : t_region_perm
• Permissions sur les labos : t_lab_perm

Ensuite, une simple jointure entre tes tables avec un critère du style WHERE t_region_perm.id_user = idRobert devrait suffire.
Le mieux c'est de créer une vue pour chaque liste récupérable que tu filtreras avec la clause du dessus.

Créer un schéma par région voire par labo, risque de devenir complexe en maintenance de BDD. Et ton appli a (ou aura) probablement des fonctionnalités transverses ou "nationales", qu'il deviendra plus difficile de coder si tu dois taper dans plusieurs schémas (reporting, statistiques, ...).

Donc il me paraît plutôt préférable, comme l'indique rawsrc, de gérer cette notion de "domaine de données" dans la structure de tes tables. Après tout c'est une fonctionnalité.

Après, pour te simplifier la tâche, pourquoi ne pas générer tes requêtes SQL dans une fonction PHP qui ajoutera automatiquement le contexte à la clause Where ?

Code:

---

1 2 3 4 5 6

function makeSQL ($user, $select, $where, $moresql) { // construction de la requête SQL en ajoutant le contexte // de $user à la clause $where $sql = ....; return $sql; }

---

Bonsoir à tous et merci de vos réponses.
Je suis parti sur la solution la plus simple, ne créer qu'une seule BDD en faisant des tables de liaisons quand un laboratoire rentre en ligne de compte.
Et je ferais un WHERE global que je définirais à la connexion de l'utilisateur.
Merci à tous, je me suis bien trop pris la tête sur ce problème qui au final n'est pas si insolvable ! :mrgreen: