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
Hi there, I stumbled upon your package repo while going through some issues I've found with jqr and I noticed you recently made a large commit (8f6fe42) that suggests you've decided to use RSQLite's JSON utilities instead of jqr. I'm curious about how you got to that decision (since I'm probably in a similar situation myself) and if you've done some performance evaluations of that architecture change. My impression is that jqr is quite fast, and I'm wondering if the overhead of SQLite communication adds much of a performance penalty. (I also don't know if perhaps SQLite is just using jqr -- or something similar -- under their hood, too :-).
The text was updated successfully, but these errors were encountered:
Minor: jqr throws an error for NA input (see NA handling ropensci/jqr#78). Easy to workaround but I still don't like it.
I struggle with the pipe evaluation mechanics of jqr.
Many people have RSQLite installed but not jqr.
I wanted to follow more closely the ideas and logic of the JSON functions as added in SQL:2016. This way a dbplyr translation seems easier/more realistic and people will be more familiar to it.
I think the syntax in SQLite is easier to work with.
I haven't done any performance tests but SQLite seemed pretty fast to me.
So, I think both options are good to work with. If you are familiar with SQL and you don't need to do overly complex operations or you rather need to work with tabular data in the end I would suggest you try using SQLite.
Hi there, I stumbled upon your package repo while going through some issues I've found with jqr and I noticed you recently made a large commit (8f6fe42) that suggests you've decided to use RSQLite's JSON utilities instead of jqr. I'm curious about how you got to that decision (since I'm probably in a similar situation myself) and if you've done some performance evaluations of that architecture change. My impression is that jqr is quite fast, and I'm wondering if the overhead of SQLite communication adds much of a performance penalty. (I also don't know if perhaps SQLite is just using jqr -- or something similar -- under their hood, too :-).
The text was updated successfully, but these errors were encountered: