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
One could expect that SELECT MIN(COL) FROM TAB is completely equivalent to SELECT FIRST 1 COL FROM TAB ORDER BY 1 ASC and that both should perform a single record read (provided that an ASC index on COL exists and that COL is non-nullable). However, the former query requires three indexed reads while the latter one behaves as expected and require just one indexed read.
Test Details: Ticked issues can be verified only by using TRACE log parsing.
Gathering of MON$ data seems bad way: some values are added to the number
of indexed reads so they are GREATER than expected (i.e. more than 1).
See inside .fbt file for more details (including source SQL of previous test prototype for this ticket and its result).
Test Details: Ticked issues can be verified only by using TRACE log parsing.
Gathering of MON$ data seems bad way: some values are added to the number
of indexed reads so they are GREATER than expected (i.e. more than 1).
See inside .fbt file for more details (including source SQL of previous test prototype for this ticket and its result).
Submitted by: @dyemanov
One could expect that SELECT MIN(COL) FROM TAB is completely equivalent to SELECT FIRST 1 COL FROM TAB ORDER BY 1 ASC and that both should perform a single record read (provided that an ASC index on COL exists and that COL is non-nullable). However, the former query requires three indexed reads while the latter one behaves as expected and require just one indexed read.
Commits: cc0b9f9
The text was updated successfully, but these errors were encountered: