Re: Slow UPADTE, compared to INSERT

Поиск
Список
Период
Сортировка
От Richard Huxton
Тема Re: Slow UPADTE, compared to INSERT
Дата
Msg-id 200312051008.20317.dev@archonet.com
обсуждение исходный текст
Ответ на Re: Slow UPADTE, compared to INSERT  (Ivar Zarans <iff@alcaron.ee>)
Ответы Re: Slow UPADTE, compared to INSERT  (Ivar Zarans <iff@alcaron.ee>)
Список pgsql-performance
On Friday 05 December 2003 02:07, Ivar Zarans wrote:
> I have played around with explain and explain analyze and noticed one
> interesting oddity:
[snip]
> Why first example, where recid is given as numeric constant, is using
> sequential scan, but second example, where recid is given as string
> constant works with index scan, as expected? Third example shows, that
> numeric constant must be typecasted in order to function properly.
>
> Is this normal behaviour of fields with bigint type?

As Christopher says, normal (albeit irritating). Not sure it applies here -
all the examples you've shown me are using the index.

Well - I must admit I'm stumped. Unless you have a *lot* of indexes and
foreign keys to check, I can't see why it would take so long to update a
single row. Can you post the schema for the table?
--
  Richard Huxton
  Archonet Ltd

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

Предыдущее
От: Thierry Missimilly
Дата:
Сообщение: Re: tuning questions
Следующее
От: Ivar Zarans
Дата:
Сообщение: Re: Slow UPADTE, compared to INSERT