RE: [HACKERS] DROP TABLE inside a transaction block
От | Hiroshi Inoue |
---|---|
Тема | RE: [HACKERS] DROP TABLE inside a transaction block |
Дата | |
Msg-id | 000b01bf88e6$d7ac1d60$2801007e@tpf.co.jp обсуждение исходный текст |
Ответ на | Re: [HACKERS] DROP TABLE inside a transaction block (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: [HACKERS] DROP TABLE inside a transaction block
|
Список | pgsql-hackers |
> -----Original Message----- > From: owner-pgsql-hackers@postgreSQL.org > [mailto:owner-pgsql-hackers@postgreSQL.org]On Behalf Of Tom Lane > > Philip Warner <pjw@rhyme.com.au> writes: > > For the ignorant, are you able to explain why naming files > > '<table_name>_<IOD>' is not acceptable? This seems to satisfy both > > requirements (and seemed to be the conclusion of the previous > discussion). > > Well, it's pretty simple: consider what has to happen to make RENAME > TABLE be rollback-able. > Is it necessary to get the relation path name from the relation name/oid etc each time ? Is it bad to keep the relation path name in pg_class(or another relation) ? If a new vessel is needed for copy(etc)ing existent tuples we have to allocate another unique path name otherwise we can use already allocated file name. And is it good to dicide the unique path name from oid/relname etc ? Regards. Hiroshi Inoue Inoue@tpf.co.jp
В списке pgsql-hackers по дате отправления: