Re: What object types should be in schemas?

From: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
To: Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com>
Cc: pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: What object types should be in schemas?
Date: 2023-01-12 17:41:57
Message-ID: 20230112174157.bxlfvg3hriwv5ur2@alvherre.pgsql
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 2023-Jan-11, Peter Eisentraut wrote:

> How does one decide whether something should be in a schema or not? The
> current state feels intuitively correct, but I can't determine any firm way
> to decide.
>
> Over in the column encryption thread, the patch proposes to add various key
> types as new object types. For simplicity, I just stuck them directly under
> database, but I don't know whether that is correct.

I think one important criterion to think about is how does encryption work
when you have per-customer (or per-whatever) schemas. Is the concept of
a column encryption [objtype] a thing that you would like to set up per
customer? In that case, you will probably want that object to live in
that customer's schema. Otherwise, you'll force the DBA to come up with
a naming scheme that includes the customer name in the column encryption
object.

--
Álvaro Herrera PostgreSQL Developer — https://www.EnterpriseDB.com/
"En las profundidades de nuestro inconsciente hay una obsesiva necesidad
de un universo lógico y coherente. Pero el universo real se halla siempre
un paso más allá de la lógica" (Irulan)

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Vik Fearing 2023-01-12 17:45:09 Re: Named Operators
Previous Message Nathan Bossart 2023-01-12 17:40:49 Re: Refactor recordExtObjInitPriv()