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
|
Список | 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 по дате отправления: