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)
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() |