Re: OK, OK, Hiroshi's right: use a seperately-generated filename
В списке pgsql-hackers по дате отправления:
| От | Chris Bitmead |
|---|---|
| Тема | Re: OK, OK, Hiroshi's right: use a seperately-generated filename |
| Дата | |
| Msg-id | 394ACB42.C87C59B8@bitmead.com обсуждение исходный текст |
| Ответ на | OK, OK, Hiroshi's right: use a seperately-generated filename (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: OK, OK, Hiroshi's right: use a seperately-generated filename
Re: OK, OK, Hiroshi's right: use a seperately-generated filename |
| Список | pgsql-hackers |
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.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера