I believe it’s at least possible, and Julia might be a very nice language to implement (such) a database in. One has already been done JuliaDB.jl, though it’s now unmaintained, and it wasn’t a graph database. But Julia has I think great graph capabilities in packages, so I wouldn’t rule such a DB out.
I see:
As of version 0.11.0, a Kuzu database is now just a file on disk instead of a directory. This single-file design makes your Kuzu databases much more portable and easier to share or archive.
It’s unclear to me how large this file is, i.e. is this an “in-memory database”, a sort of oxymoron?
What does KuzuDB give you over e.g. Neo4j that you can use with:
[or Neo4j.jl, though the other driver seems better, maintained, and a replacement.]
Note, written in Julia (at one point I thought it maybe a database, but I didn’t look into it since proprietary, and I believe also using Snowflake for a database):
https://x.com/relationalai?lang=en
RelationalAI is the industry’s first relational knowledge graph coprocessor for your data clouds, with a mission to empower every decision with intelligence.
While JuliaDB is archived, it depends on MemPool.jl not archived, that might be useful. Also Blobs.jl might also be.
I see also:
Kuzu is working on something new! .. For those using Kuzu currently, prior Kuzu releases will continue to be usable in the same way without modifications to your code.
So it seems premature to drop KuzuDB, and are they planning a replacement? I’m not sure people would want to make KuzuDB.jl client for an archived profuct that may nothave a future, unless the replacement will be compatible, with same client access protocol.
There’s a lot to think about when making a database, which query language, SQL, or graph-oriented like Cypher or other. I see KuzuDB uses it, same as Neo4j, so maybe something could be reused: