Re: Separation of clients' data within a database

Поиск
Список
Период
Сортировка
Искать
От
Kevin Grittner
Тема
Re: Separation of clients' data within a database
Дата
Msg-id
456ED542.EE98.0025.0@wicourts.gov
Ответ на
Список
Дерево обсуждения
Separation of clients' data within a database John McCawley <nospam@hardgeus.com>
Re: Separation of clients' data within a database "Leonel Nunez" <lnunez@enelserver.com>
Re: Separation of clients' data within a database John McCawley <nospam@hardgeus.com>
Re: Separation of clients' data within a database Rodrigo Gonzalez <rjgonzale@gmail.com>
Re: Separation of clients' data within a database Scott Marlowe <smarlowe@g2switchworks.com>
Re: Separation of clients' data within a database John McCawley <nospam@hardgeus.com>
Re: Separation of clients' data within a database Scott Marlowe <smarlowe@g2switchworks.com>
Re: Separation of clients' data within a database John McCawley <nospam@hardgeus.com>
Re: Separation of clients' data within a database Scott Marlowe <smarlowe@g2switchworks.com>
Re: Separation of clients' data within a database John McCawley <nospam@hardgeus.com>
Re: Separation of clients' data within a database Richard Huxton <dev@archonet.com>
Re: Separation of clients' data within a database Niklas Johansson <spot@tele2.se>
Re: Separation of clients' data within a database John McCawley <nospam@hardgeus.com>
Re: Separation of clients' data within a database Niklas Johansson <spot@tele2.se>
Re: Separation of clients' data within a database John McCawley <nospam@hardgeus.com>
Re: Separation of clients' data within a database Berend Tober <btober@seaworthysys.com>
Re: Separation of clients' data within a database "Leonel Nunez" <lnunez@enelserver.com>
Re: Separation of clients' data within a database "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: Separation of clients' data within a database "Isak Hansen" <isak.hansen@gmail.com>
>>> On Thu, Nov 30, 2006 at 12:48 PM, in message
<456F2795.3070603@hardgeus.com>,
John McCawley  wrote: 
> 
> 4) Create views for each client that filter the underlying table data
to 
> only show them their data.  The only database objects they would have

> read permission on are these views.  Come to think of it, this is 
> probably the best way to go.

That's what I'd be looking at.  Be sure to revoke public rights on the
database and public schema, and grant back the rights you want.  Think
about using the schemas to segregate the views for the various clients.
 
-Kevin
 

В списке pgsql-general по дате отправления
От: John McCawley
Дата:
От: Leonel Nunez
Дата:
FAQ