Discussion :

[jrman]

Bonjour,
Y aurait il un mecanisme qui permettrait d'avoir un user qui possederait un schema qui ferait office de reference pour d'autres utilisateurs qui possederait les donnees ?
En fait un user de reference qui pourrait modifier la structure des tables (dans la mesure du possible) et d'autres qui possederait leurs propres donnes mappees sur le schema du user de reference.
Cela permettrait de s'assurer de la coherence du schema pour chaque developpeur tout en leurs permettant d'avoir des donnees a eux pour faire leurs tests.

Je ne crois pas que cela soit possible mais est ce que ca dit quelque chose a quelqu'un?

Merci,
jrman

[orafrance]

Non, ce n'est pas possible

En revanche tu peux ajouter une colonne dans les tables qui permet de filtrer sur le user

[jrman]

Je m'en doutais bien
Oui je vois le coup de la colonne en plus, cela ne sera pas applicable mais je retiens l'idee
Pour info ce mecanisme existe sur les bases de donnees Unisys que je dois participer a faire migrer.
Merci,
jrman

[orafrance]

Je l'avais fait mais pour introduire la notion de multi-filiale (comme le multi-org dans Oracle Appli) avec une variable settée lors de l'ouverture de session. Ensuite les connections tapaient les vues plutôt que les tables

[dubem1]

Bonjour,

j'aimerais savoir finalement ce que jrMan a fais pour régler son problème. Nous sommes dans la même situation, nous voulons que chaque programmeur ait leur propre schéma et donc leurs propres données. Mais nous voyons une lourdeur lorsqu'Il y a modification de la structure (Car il faut effectuer la modification sur chaque schéma)

S'il y a d'autres personnes qui fonctionnent de cette facon (un scéma par développeur), j'aimerais savoir comment il gère le tout (modification de la structure, ajout de procédure, etc)

merci

[orafrance]

comme c'est dit, tu n'as pas le choix, il faut maintenir tous les schémas