On Sun, Jun 16, 2019 at 09:45:09AM -0400, Bruce Momjian wrote: > On Sun, Jun 16, 2019 at 07:07:20AM -0400, Joe Conway wrote: > > And although I'm not proposing this for the first implementation, yet > > another reason is I might want to additionally control "transparent > > access" to data based on who is logged in. That could be done by > > layering an additional key on top of the per-tablespace key for example. > > > > The bottom line in my mind is encrypting the entire database with a > > single key is not much different/better than using filesystem > > encryption, so I'm not sure it is worth the effort and complexity to get > > that capability. I think having the ability to encrypt at the tablespace > > level adds a lot of capability for minimal extra complexity. > > I disagree.
I will add that OpenSSL has been removing features and compatibility because the added complexity had hidden exploits that they could not have anticipated. -- Bruce Momjian <br...@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + As you are, so once was I. As I am, so you will be. + + Ancient Roman grave inscription +