Subject | Re: [firebird-support] Optimizing this select Query |
---|---|
Author | Alexandre Benson Smith |
Post date | 2014-04-11T15:51:32Z |
Em 11/4/2014 04:39, Svein Erling Tysvær escreveu:
I will be really surprised if that is possible :)
>>> Hm, this is just getting rid of using the index on sku - depending onNever tried, but I am sure he can't :)
>>> it's selectivity, this might be a way, but than, the index might be of
>>> no use...
>>>
>>>> SALEITEMS.SKU+0 = :vSKU AND
>>> You might check combined indexes...
>> It's avoiding to use the index in this particular query, it does not mean it has no use... In a diferent query it could be a good index.
>> And I think this index is generated by a FK constraint, and could not be removed.
>>
>> How he can combine the index of two distinct tables ?
> I don't think that's possible (I don't think you can reference other tables when using COMPUTED BY, though I've never tried), but in theory he could combine the indexes of SALEDATE and SALETYPE (which can be good for getting the last few percents of performance in critical areas, but at the cost of making it more difficult to understand and optimize the plans using this index (so I rarely use combined indexes myself)).
>
I will be really surprised if that is possible :)