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
I stumbled upon some performance issues that aren't originating from the Gem but affect the performance.
The default behaviour includes two calls to count , before and after filtering.
This can be expensive on large tables , I recommend as a minimum to explain in the documentation that get_raw_records should include some where query to minmize full table sweeps.
It seems PostgreSQL and railsorder don't act as expected (at least by me). Might be related to the query planning in the Gem. It seems to run ORDER BY on the entire table and SELECT after. While the other way around seems a lot more efficient , assuming the SELECT will minimize the number of results dramatically.
Continuing (2) , I tried overriding filter_records and sort_records right under where it says
# ==== These methods represent the basic operations to perform on records
to try and play with the query planning but they don't seem to be called from the
The text was updated successfully, but these errors were encountered:
I stumbled upon some performance issues that aren't originating from the Gem but affect the performance.
The default behaviour includes two calls to
count
, before and after filtering.This can be expensive on large tables , I recommend as a minimum to explain in the documentation that
get_raw_records
should include somewhere
query to minmize full table sweeps.It seems
PostgreSQL
andrails
order
don't act as expected (at least by me). Might be related to the query planning in the Gem. It seems to runORDER BY
on the entire table andSELECT
after. While the other way around seems a lot more efficient , assuming theSELECT
will minimize the number of results dramatically.Continuing (2) , I tried overriding
filter_records
andsort_records
right under where it says# ==== These methods represent the basic operations to perform on records
to try and play with the query planning but they don't seem to be called from the
The text was updated successfully, but these errors were encountered: