Re: [HACKERS] read-only database
От | Bruce Momjian |
---|---|
Тема | Re: [HACKERS] read-only database |
Дата | |
Msg-id | 200505100250.j4A2oYB17467@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: [HACKERS] read-only database (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: [HACKERS] read-only database
Re: [HACKERS] read-only database |
Список | pgsql-patches |
Tom Lane wrote: > Alvaro Herrera <alvherre@dcc.uchile.cl> writes: > > The ability to have PGDATA in read-only media (like CDs) has been > > requested a lot of times, hasn't it? > > It's come up a few times ... more than an un-overridable read-only mode > anyway. Also, I should think that those who want a secure read-only > mode want it enforced selectively --- for instance, assuredly read-only > for some users but not others. I can hardly see any use case for the > patch as proposed; it seems to have all the disadvantages of a low-level > read-only mode (eg, not selective) without any of the advantages. Having removed our security for not allowing override of things like log_statement, it seems we need a more general capability for controlling how something can be set that no one can change. One nify trick would be to use '=' in postgresql.conf for things that can be over-ridden by the user, and ':=' for values that can not be changed. I do think we need that functionality for a variety of purposes. -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001 + If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania 19073
В списке pgsql-patches по дате отправления: