Viewing profile — adsharma

If you must use Django, use it through an abstraction layer like this: https://adsharma.github.io/django-fquery/ Your models can be plain old python data classes, declaratively map…

- Installing a db these days is not prohibitive. You don't have to hire a DBA curl | bash - Some graph databases allow you to query a relational source without migrating data

The reason for not recommending networkx is the choice it offers: fast on the GPU: nx-cugraph slow on the CPU: networkx (no arrow, see linked graph-benchmark) I'm looking to offer …

There is a bit of healthy competition going on between graphframes and icebug. See: https://github.com/Ladybug-Memory/icebug-graphframes-compari... I thought of datafusion work and…

They use networkx today: https://github.com/rapidsai/nx-cugraph/ because it's more popular than networkit or icebug. But its popularity is based on ease of use, not performance: ht…

I'm happy to credit these people. https://arrow.apache.org/docs/r/authors.html CUDA and the ecosystem around it is more complicated. I'll use it. I agree that it advanced the state…

Ofc. I'm not claiming credit for Apache Arrow. Lots of people contributed to it. I didn't write the graph algorithms in networkit. Somebody else did. But if you're looking for 100-…

It looks similar to networkit in that it represents graphs using row oriented memory layout. I forked networkit for exactly this reason. Columnar memory is much more efficient.

Here is a proposal built on parquet/arrow. What other alternatives exist that can be queried by a database without ingest? https://github.com/Ladybug-Memory/icebug-format

https://github.com/LadybugDB/ladybug-icebug-notebooks/blob/m... Trade-off: datafusion allows you to do fine grained storage integration (spill to disk as a part of the algorithm). …

The idea of graph algorithms on Apache arrow at scale originated here. 100+ graph algorithms running on columnar memory. https://github.com/Ladybug-Memory/icebug Out of core with d…

DuckDB also implements MVCC. In DuckLake, the DB is used for absorbing small writes and compacting them before sending to object storage. It has some characteristics typical of OLT…

SQLite can be replicated. rqlite, dqlite, litestream etc DuckDB can't be. PR was sent a year ago. Blocked on the same concurrency model issue in the other sub thread. Specifically …

Many recent graph databases are built like this. If you compare ladybugdb vs duckdb, the internals are very similar. The main innovation is the "REL table". You can think of it as …

Just use postgres (or another SQL db) ignores the following innovations: * Columnar storage * Compressed Sparse Row on disk * Factorized joins * ASP joins, WCO Joins Details: https…

Recent benchmarking: https://theconsensus.dev/p/2026/05/29/ladybug-duckdb-and-pos... Response: https://blog.ladybugdb.com/post/better-graph-database-ball/

There are several MIT/Apache licensed embedded graph databases available, including the one linked from my profile.

Just in case you find the earlier message too cryptic. It's not performing well on web search. https://pypi.org/project/tsc-py/

Need something for backward compatible RPC? Use protobuf. But for storage and types? This is where I feel there are better alternatives. If you go with protobuf, you're picking 2 o…

LadybugDB was forked from KuzuDB 8 months ago. Find out what's new and how it differs from KuzuDB in performance, features and market positioning.

A more appropriate mirror test for LLMs is to get them to state facts about their training data. Percentage of arts vs science for example. Given the framing that they're similar t…

It's interesting that the blog post places SQLite and Ladybird on the spectrum, but omits it's chief open source rival: DuckDB. Agree that Level 3 is what inspires confidence. But …

DuckDB and LadybugDB use the same terminology to describe internals.

The future is to write Rust in a python interpreter compatible way leveraging large parts of the python ecosystem. This will require minor tweaks to the language and perhaps a fork…