Re: OK, OK, Hiroshi's right: use a seperately-generated filename
От | Chris Bitmead |
---|---|
Тема | Re: OK, OK, Hiroshi's right: use a seperately-generated filename |
Дата | |
Msg-id | 394D6B27.DAAF60C8@nimrod.itg.telecom.com.au обсуждение исходный текст |
Ответ на | Re: OK, OK, Hiroshi's right: use a seperately-generated filename (Bruce Momjian <pgman@candle.pha.pa.us>) |
Ответы |
Re: OK, OK, Hiroshi's right: use a seperately-generated
filename
|
Список | pgsql-hackers |
Bruce Momjian wrote: > > > Tom Lane wrote: > > So > > > the thing would act a lot like the original-relname-plus-OID variant > > > that's been discussed so far. (Original relname because ALTER TABLE > > > RENAME would *not* change the physical file name. But we could > > > think about a form of VACUUM that creates a whole new table by > > > versioning, and that would presumably bring the physical name back > > > in sync with the logical relname.) > > > > At least on UNIX, couldn't you use a hard-link and change the name in > > pg_class immediately? Let the brain-dead operating systems use the > > vacuum method. > > Yes, we can hard-link, and let vacuum remove the old link. BTW, how does vacuum know which files are obsolete. Does it just delete files it doesn't know about? What a good application for time travel!
В списке pgsql-hackers по дате отправления: