fx VS OctoSQL

Neat! You mentioned not getting the hang of jq, have you played with fx? Source: about 1 year ago

This looks like something I'd use often. Thanks for creating it! For anyone who's not familiar, Anton is also behind the highly useful fx[0] for wrangling JSON data in the terminal. [0] https://github.com/antonmedv/fx. - Source: Hacker News / over 1 year ago

I've been so fed up with jq's annoying syntax that I began thinking about developing something that can perform json operations in familiar syntax such as javascript but I ran into fx (https://github.com/antonmedv/fx) and it's been pretty great actually. Source: over 1 year ago

Hi I’m the author of https://github.com/antonmedv/fx (terminal JSON viewer) Recently I decided to rewrite entire program to Go. And usually on second rewrite things end-up better. Main reason for this, I believe is clear end result, the target. I think new ersion of fx is much more superior:) I recommend you, to check it out ;) Would like to have some feedback and ideas for improvement. One of new cool features... - Source: Hacker News / about 2 years ago

I really like fx (https://github.com/antonmedv/fx) for interactive stuff. It does exactly what I think you want. You can expand individual fields and explore the schema. However, I really do like jq for queries and scripting, so I keep both around. - Source: Hacker News / about 2 years ago

OctoSQL[0] or DuckDB[1] will most likely be much simpler, while going through 10 GB of JSON in a couple seconds at most. Disclaimer: author of OctoSQL [0]: https://github.com/cube2222/octosql. - Source: Hacker News / about 1 year ago

This is really cool! With their Postgres scanner[0] you can now easily query multiple datasources using SQL and join between them (i.e. Postgres table with JSON file). Something I strived to build with OctoSQL[1] before. It's amazing to see how quickly DuckDB is adding new features. Not a huge fan of C++, which is right now used for authoring extensions, it'd be really cool if somebody implemented a Rust extension... - Source: Hacker News / about 1 year ago

Congrats on the Show HN! It's great to see more tools in this area (querying data from various sources in-place) and the Lambda use case is a really cool idea! I've recently done a bunch of benchmarking, including ClickHouse Local and the usage was straightforward, with everything working as it's supposed to. Just to comment on the performance area though, one area I think ClickHouse could still possibly improve... - Source: Hacker News / over 1 year ago

SPyQL is really cool and its design is very smart, with it being able to leverage normal Python functions! As far as similar tools go, I recommend taking a look at DataFusion[0], dsq[1], and OctoSQL[2]. DataFusion is a very (very very) fast command-line SQL engine but with limited support for data formats. Dsq is based on SQLite which means it has to load data into SQLite first, but then gives you the whole breath... - Source: Hacker News / over 1 year ago

To add somewhat of a counterpoint to the other response, I've tried the Steampipe CSV plugin and got 50x slower performance vs OctoSQL[0], which is itself 5x slower than something like DataFusion[1]. The CSV plugin doesn't contact any external API's so it should be a good benchmark of the plugin architecture, though it might just not be optimized yet. That said, I don't imagine this ever being a bottleneck for the... - Source: Hacker News / over 1 year ago