[Bizgres-general] Transactional Statement Queuing

Mark Kirkwood markir at paradise.net.nz
Sat Apr 22 01:23:37 UTC 2006


Mark Kirkwood wrote:
> Jim C. Nasby wrote:
> 
>> Another possibility is bringing query plan cost into the picture. For
>> example, it seems silly to hold off on a query that we know will be very
>> fast just because there's a bunch of monster queries ahead of it.
>>
> 
> Yeah - I'm thinking some sort of minimum cost threshold might be a good 
> idea,  so that (for instance) the other users' OLAP session don't freeze 
> simply because they are looking up values in the time dimension while 
> setting up their main query to run...

Altho this sounds good, on reflection I might have fallen straight
into the deadlock trap (c.f. from the original mail):


> Request for Active Slots will be made at start of a transaction and
> will
> be held until *end of transaction*. Holding an active slot is possible
> even if nothing is being executed while "Idle in Transaction". This
> behaviour ensures that we do not get resource deadlocks caused by
> statements holding resources not being able to execute. [Discuss]
>

So - I'm not sure the threshold idea is workable.

regards

Mark



More information about the Bizgres-general mailing list