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
For increased expressiveness and consistency it would be nice if every subcommand for which it makes sense had a group by flag specifying which columns to group by. Conceptually this amounts to splitting into disjoint sets of rows, applying the subcommand to each set and putting it back together.
Another possibility would be to have a group by subcommand which takes another qsv command or even non-qsv command as arguments. This would be more powerful but likely slower.
I agree that this would be a powerful addition to qsv.
For the initial implementation, I'd go with the second option by creating a new groupby command.
In later releases, we can build on the groupby command and use it as a common option in a manner akin to the select command and the --select common option used throughout the qsv suite.
For increased expressiveness and consistency it would be nice if every subcommand for which it makes sense had a group by flag specifying which columns to group by. Conceptually this amounts to splitting into disjoint sets of rows, applying the subcommand to each set and putting it back together.
Another possibility would be to have a group by subcommand which takes another qsv command or even non-qsv command as arguments. This would be more powerful but likely slower.
These are the subcommands that seem relevant:
enum
count
frequency
luau
pseudo
reverse
sample
slice
sort
sortcheck
transpose
The text was updated successfully, but these errors were encountered: