Discussion :

[cryptom]

Bonjour,
est-il possible de masquer des colonnes à certains utilisateurs (rôles) avec postgresql ?

Il y a bien la solution des vues, mais ça ne permet pas de fournir une table modifiable (a priori c'est juste pour la consultation, non ?).

Suis-je obligé de sortir les colonnes à masquer et de créer une table avec les infos "secrètes" ? Ca m'ennuierai de rechanger mon modèle de données, mais bon s'il le faut...

Merci d'avance pour vos lumières !

[MaitrePylos]

Un GRANT sur une colonne ne fonctionne pas ?

Code :

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

1
2
 
GRANT SELECT(adr_ville) ON t_adresse TO maitrepylos;

J'y arrive en 8.4 !

[cryptom]

Non, il m'indique qu'il y a une erreur de syntaxe :

Code :

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

1
2
3
4
 
si_draaf4=# GRANT SELECT(nom) ON c_contact TO draaf;
ERREUR:  erreur de syntaxe sur ou près de « ( »
LINE 1: GRANT SELECT(nom) ON c_contact TO draaf;

Et via pgadmin, cette possibilité est grisée.

Un problème de config, quelque part ? Ou possible qu'avec la 8.4 ?

[MaitrePylos]

Effectivement le doc 8.3, ne par le pas de cette possibilité, la 8.4 oui

[cryptom]

Confirmation de l'impossibilité sur la 8.3 alors ?

Est-il simple de migrer une base vers la 8.4 (en temps, et gain de fonctionnalités assuré ?)?

Sinon, j'ai déjà pris le parti de rajouter une table et vais donc continuer dans cette voie, car je maitrise mieux que l'installation serveur.

[SQLpro]

Il y a bien la solution des vues, mais ça ne permet pas de fournir une table modifiable (a priori c'est juste pour la consultation, non ?).

NON ! une vue est parfaitement modifiable à condition que dans la vue figurent :
aucune colonne drivée (calcul par exemple)
toutes les colonnes composant un des clef primaire ou UNIQUE
toutes les colonnes obligatoire, sauf celle pourvue d'une contrainte DEFAULT
et que la modification ne porte jamais que sur une seule table à la fois.

A +

[cryptom]

Ah ?
Merci pour ces précisions, je vais réessayer, alors !


Après un nouveau test sur les vues, même en faisant un select * sur la table pas possible d'apporter des modifs sur la vue (j'ai essayé avec pgadmin et une interface access).

Est-ce qu'un identifiant calculé automatiquement (numéro auto) est bloquant ? Dans ce cas je ne vois pas l'intérêt des vues pour apporter des modifs. Et si en plus on ne peut sélectionner que sur une table... J'avais conclu que cela offrait la possibilité d'offrir une meilleure visualisation, mais pas utilisable pour les modifs.

Bon je continue donc avec ma nouvelle table, ce choix sera bientôt définitif pour moi, puisque j'attaque la modification du code de l'interface.

[cryptom]

J'indique le post comme résolu, puisque j'ai réglé mon problème avec une nouvelle table, mais bien entendu toutes précisions sur les vues (modifiables) sera bienvenue, pour plus tard.

[estofilo]

Après un nouveau test sur les vues, même en faisant un select * sur la table pas possible d'apporter des modifs sur la vue (j'ai essayé avec pgadmin et une interface access).

Avec postgresql, pour rendre une vue modifiable il faut créer des règles dessus. Voir la doc: http://www.postgresql.org/docs/8.3/i...es-update.html