Re: Continuous inserts...

Поиск
Список
Период
Сортировка
От Stephan Szabo
Тема Re: Continuous inserts...
Дата
Msg-id Pine.BSF.4.10.10008220857460.21152-100000@megazone23.bigpanda.com
обсуждение исходный текст
Ответ на Re: Continuous inserts...  (Joerg Hessdoerfer <Joerg.Hessdoerfer@sea-gmbh.com>)
Ответы Re: Continuous inserts...  (Jan Wieck <janwieck@Yahoo.com>)
Список pgsql-sql
Wierd, I've not seen that behavior really, although I've never
done time sensitive stuff.  It might be the time before the
shared cache updates?  Not sure really.  If you do the rule
inline with your inserts (rather than a second transaction)
does it still wait?

Stephan Szabo
sszabo@bigpanda.com

On Tue, 22 Aug 2000, Joerg Hessdoerfer wrote:

> Hi!
> 
> At 08:18 18.08.00 -0700, you wrote:
> [...]
> 
> >I didn't try with vacuum, I just did a table lock and that
> >seemed to still hang the inserts with two tables, so I figured
> >maximum safety was adding the third table.  If it works with two
> >that's much cooler.  Was this with real data or just a small test
> >set?
> 
> It was a test set ... ~20000 records, *BUT* I found that postgres
> decides when it starts to use the rule - means, if you do continous
> inserts on the table and create the rule, there's a varying time until
> the rule applies. In my first tests, I re-connected the DB very often,
> and the the change seemed immediate.
> 
> Any ideas on how to 'promote' the rules faster?!?
> 



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: tip: weird parse error for pl/pgsql
Следующее
От: "Graham Vickrage"
Дата:
Сообщение: Null function parameters