Re: Re: [PATCHES] Patch to support transactions with BLOBs for current CVS
От
Tom Lane
Тема
Re: Re: [PATCHES] Patch to support transactions with BLOBs for current CVS
Дата
Msg-id
11915.980060887@sss.pgh.pa.us
Ответ на
Список
Дерево обсуждения
Re: Re: [PATCHES] Patch to support transactions with BLOBs for current CVS Denis Perchine <dyp@perchine.com>
Re: Re: [PATCHES] Patch to support transactions with BLOBs for current CVS Tom Lane <tgl@sss.pgh.pa.us>
Re: Re: [PATCHES] Patch to support transactions with BLOBs for current CVS Denis Perchine <dyp@perchine.com>
Re: Re: [PATCHES] Patch to support transactions with BLOBs for current CVS Tom Lane <tgl@sss.pgh.pa.us>
Denis Perchine writes: > First of all it will not break lo_creat, lo_unlink for sure. lo_creat depends on inv_create followed by inv_close; your patch proposed to disable both of those outside transaction blocks. lo_unlink depends on inv_drop, which ditto. Your patch therefore restricts lo_creat and lo_unlink to be done inside transaction blocks, which is a new and completely unnecessary restriction that will doubtless break many existing applications. > But I do not see any reasons why we not put lo_import, and lo_export in TX. > At least this will prevent other backends from reading partially imported > BLOBs... lo_import and lo_export always execute in a transaction, just like any other backend operation. There is no need to force them to be done in a transaction block. If you're not clear about this, perhaps you need to review the difference between transactions and transaction blocks. regards, tom lane
В списке pgsql-hackers по дате отправления
От: Denis Perchine
Дата:
От: Denis Perchine
Дата: