Ciao strk. Si la soluzione canonica è la view. Ma in questo mio progetto, la necessità è di avere un gruppo più o meno ampio di soghetti ognuno abilitato a intervenire su una colonna diversa.
Crrare tante viste e poi dargli i grants potrebbe essere un aumento di complessità e volevo vedere se agendo invece tramite i grant sui campi avevo una gestione più semplificata. Pensa ad esempio a una tabella dove un campo geometria contiene la geometria ufficiale. Poi se serve a un utente di modificarla per qualche esigenza, anziche farsene una copia su una altra tabella con tutti i problemi di sincronismo e di perdita di vista, si aggiunge una altra colonna geometrica e si da la scrittura a quell utente. Cosi può sempre modificare solo quella. Gli altri vedono le modifiche apportate e hanno a disposizione anche la geometria originale. Per ora è una prova quasi sperimentale per capire se questo approccio può essere pratico e introduce dei vantaggi gestionali. Anche nel senso che non si perde di vista niente. A. Il mer 20 nov 2019, 11:15 Sandro Santilli <s...@kbt.io> ha scritto: > On Wed, Nov 20, 2019 at 08:07:10AM +0100, Andrea Peri wrote: > > Salve, > > > > Sto cercando di capire se con postgres č possibile regolare i diritti di > > scrittura di utenti "non owner" della tabella a livello di campo. > > Di solito per fare questa cosa si usa una view. > Lasci la tabella non leggibile, mentre invece regoli la leggibilita' > della view che seleziona solo alcuni campi. > > --strk; > _______________________________________________ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 764 iscritti al 23/08/2019
