You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Put a breakpoint in lookupJoinSelectivity before the call to sql.NewLookupFDs
Run the following SQL:
drop table if exists uv;
CREATE table uv (u int primary key, v int);
insert into uv values (0,0),
(1,1),
(2,2),
(3,3);
drop table if exists pq;
CREATE table pq (p int primary key, q int);
insert into pq values
(0,0),
(1,1),
(2,2),
(3,3);
select * from uv
left join pq on u = p;
As part of costing joins, we attempt to detect lookups that we know will always return at most one row. This is a perfect candidate of such a lookup: We use u as the key into a lookup on the primary key index pq.p. This always has at most one result. So we expect that fds.HasMax1Row() within lookupJoinSelectivity should return true. But it returns false instead, and we fail to prioritize this execution plan.
The text was updated successfully, but these errors were encountered:
Put a breakpoint in
lookupJoinSelectivity
before the call tosql.NewLookupFDs
Run the following SQL:
As part of costing joins, we attempt to detect lookups that we know will always return at most one row. This is a perfect candidate of such a lookup: We use
u
as the key into a lookup on the primary key indexpq.p
. This always has at most one result. So we expect thatfds.HasMax1Row()
withinlookupJoinSelectivity
should return true. But it returns false instead, and we fail to prioritize this execution plan.The text was updated successfully, but these errors were encountered: