Re: Default privileges for new databases (was Re: Can't import
От | Bruce Momjian |
---|---|
Тема | Re: Default privileges for new databases (was Re: Can't import |
Дата | |
Msg-id | 200208270227.g7R2Rnx28729@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: Default privileges for new databases (was Re: Can't import large objects in most recent cvs) (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Default privileges for new databases (was Re: Can't
|
Список | pgsql-hackers |
Sorry, I am confused. Why can we modify temp's permissions on CREATE DATABASE but not public's permissions? --------------------------------------------------------------------------- Tom Lane wrote: > Bruce Momjian <pgman@candle.pha.pa.us> writes: > > Have we addressed this? I don't think so. > > No, it's not done yet. My inclination is > > * Template1 has temp table creation and schema creation disabled > (disallowed to world) by default. > > * CREATE DATABASE sets up new databases with temp table creation allowed > to world and schema creation allowed to DB owner only (regardless of > what the template database had). The owner can adjust this default > afterwards if he doesn't like it. > > It would be nice to lock down the public schema in template1 too, but I > see no good way to do that, because CREATE DATABASE can't readily fiddle > with protections *inside* the database --- the only games we can play > are with the protections stored in the pg_database row itself. So > public's permissions are going to be inherited from the template > database, and that means template1's public has to be writable. > > Objections anyone? > > regards, tom lane > > ---------------------------(end of broadcast)--------------------------- > TIP 2: you can get off all lists at once with the unregister command > (send "unregister YourEmailAddressHere" to majordomo@postgresql.org) > -- 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, Pennsylvania19073
В списке pgsql-hackers по дате отправления: