Re: SearchSysCacheTuple(Copy)

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: SearchSysCacheTuple(Copy)
Дата
Msg-id 2532.974216346@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: SearchSysCacheTuple(Copy)  (Hiroshi Inoue <Inoue@tpf.co.jp>)
Ответы Re: SearchSysCacheTuple(Copy)  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Hiroshi Inoue <Inoue@tpf.co.jp> writes:
>> A more serious objection to SearchSysCacheTupleCopy is that once the
>> tuple is copied out of the syscache, there isn't any mechanism to
>> detect whether it's still valid.  If an SI message arrives for a
>> recently-copied tuple, we have no way to know if we have a problem
>> or not.

> Is it more serious than doing the wrong thing silently ?

It'd still be doing the wrong thing silently, in my opinion.

This class of bugs has been there since the beginning of Postgres,
so I do not feel that we need to panic about it.  Let's take the
time to design and implement a proper solution, rather than expending
effort on a stopgap solution that'll have to be undone later.
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Hannu Krosing
Дата:
Сообщение: why transfer limits on ftp.postgresql.org ?
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: Re: UUNET socket-file-location patch