Thanks Richard!
Changing the inner join to a cross join works as well in that case, though
is it enough to always disable the left join optimization ?
I have other variants of the query with different/more left joined
tables/subqueries, and varying filtering conditions, as the query
is
On 6/26/18, Eric Grange wrote:
> I am experiencing a massive performance issue on a query with a left join
> in 3.24, now taking 40 seconds, whereas in 3.22 it was just a few
> milliseconds.
> The problematic query looks like
>
> select d.key_field, count(*) nb
> from low_volume_table
Also ran a few index to "force" the query plan, but with limited success:
- the "indexed by" clause does not result in the optimizer using the index
first, it just uses the indexes in the later steps of the query plan.
- using "not indexed" still results in the same table scan of
Hi,
I am experiencing a massive performance issue on a query with a left join
in 3.24, now taking 40 seconds, whereas in 3.22 it was just a few
milliseconds.
The problematic query looks like
select d.key_field, count(*) nb
from low_volume_table b
join mid_volume_table c on
4 matches
Mail list logo