Re: stange optimizer results

Поиск
Список
Период
Сортировка
От Stephan Szabo
Тема Re: stange optimizer results
Дата
Msg-id 20021121132423.X99265-100000@megazone23.bigpanda.com
обсуждение исходный текст
Ответ на Re: stange optimizer results  ("Peter T. Brown" <peter@memeticsystems.com>)
Список pgsql-performance
On 21 Nov 2002, Peter T. Brown wrote:

> trouble is that this SQL is being automatically created by my
> object-relational mapping software and I can't easily customize it. Is
> there any other way I can force Postgres to do the most efficient thing?

Given no changes to the query, probably only by using blunt hammers like
seeing if set enable_seqscan=off or set enable_mergejoin=off helps, but
you'd want to wrap the statement with them (setting them globally is
bad) and you might not be able to do that as well if your software won't
let you.


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

Предыдущее
От: "scott.marlowe"
Дата:
Сообщение: Re: [ADMIN] H/W RAID 5 on slower disks versus no raid on
Следующее
От: "scott.marlowe"
Дата:
Сообщение: Re: performance of insert/delete/update