Re: table as log (multiple writers and readers)

Поиск
Список
Период
Сортировка
От Andrew Sullivan
Тема Re: table as log (multiple writers and readers)
Дата
Msg-id 20080417045326.GB1719@crankycanuck.ca
обсуждение исходный текст
Ответ на Re: table as log (multiple writers and readers)  (Craig Ringer <craig@postnewspapers.com.au>)
Список pgsql-general
Oh, one other thing

On Thu, Apr 17, 2008 at 12:44:51PM +0800, Craig Ringer wrote:

> > One way I can think of doing it is to write a seen_log that notes what the
> > client has already seen with a timestamp of (say) 1 minute.  Then you can
> > say "go forward from this time excluding ids (ids here)".
>
> It won't work with multiple concurrent writers. There is no guarantee
> that an INSERT with a timestamp older than the one you just saw isn't
> waiting to commit.

Yeah, I spoke imprecisely.  The idea is, "Start at timestamp _t_, but don't
re-process these ones, which I've seen."  The trick is to set your start _t_
far enough back in time that it's incompatible with your business logic that
anything could still be pending from then.  This is nasty and prone to bugs,
but it can be coded up.

A

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

Предыдущее
От: Andrew Sullivan
Дата:
Сообщение: Re: table as log (multiple writers and readers)
Следующее
От: Klint Gore
Дата:
Сообщение: pg 8.3.0 unexpected sending network packet?