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)
Список
Дерево обсуждения
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 по дате отправления