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
Thanks @vmeurisse ! You are right about partial sorting, Gitql would sort just rows that match with where.
But I am unhappy about memory allocation.
Example:
author
message
cloudson
1
cloudson
2
cloudson
3
For now, with select message from commits where author = 'cloudson' limit 2 gitql runs on O(k) - k >= 2 .
With the new solution, gitql always will run on O(n) - n is the total number for rows matched.
And O(k) < O(n) in best case.
Order by is wrong :
The "operator" just sorts a page, the result itself.
Eg:.
select author, message from commits
select author message from commits order by message desc limit 2
It happens because :
select author from commits limit 2
Why the obvious solution is a bad idea?
Because we would need:
select author from commits
The text was updated successfully, but these errors were encountered: