Readit News logoReadit News
adsharma commented on AliSQL: Alibaba's open-source MySQL with vector and DuckDB engines   github.com/alibaba/AliSQL... · Posted by u/baotiao
zenmac · 7 days ago
Thanks for providing this from PG perspective. Also wonder if storage engine such as OrioleDB would be better suited for FDWs to handle consistency between copies of the same data between DuckDB?
adsharma · 7 days ago
The only concern I have about OrioleDB is how long it's taking to get to GA.

Anyone using it in prod even with the beta status?

adsharma commented on Waiting for dawn in search: Search index, Google rulings and impact on Kagi   blog.kagi.com/waiting-daw... · Posted by u/josephwegner
adsharma · 20 days ago
Why didn't I see anything about common crawl?

Exa, Parallel and a whole bunch of companies doing information retrieval under the "agent memory" category belong to this discussion.

adsharma commented on Goscript: Transpile Go to human-readable TypeScript   github.com/apertureroboti... · Posted by u/aperturecjs
tayo42 · a month ago
Interesting I feel like I'd rather go the other way, write something in a language with nice syntax and features, then transpile to go
adsharma · a month ago
If there is such an interesting language, you can transpile to static python first and then use py2many to gain access to many systemsey languages.

The other option is to evolve static python into such a language. Looking forward to the PEP that proposed DSLs in Python.

adsharma commented on Show HN: I used Claude Code to discover connections between 100 books   trails.pieterma.es/... · Posted by u/pmaze
adsharma · a month ago
This is GraphRAG using SQLite.

Wouldn't it be good if recursive Leiden and cypher was built into an embedded DB?

That's what I'm looking into with mcp-server-ladybug.

adsharma commented on Memory Subsystem Optimizations   johnnysswlab.com/memory-s... · Posted by u/mfiguiere
adsharma · a month ago
18 blog posts and very limited mention of NUMA and HT?

https://adsharma.github.io/more-performance-hints/

adsharma commented on What Does a Database for SSDs Look Like?   brooker.co.za/blog/2025/1... · Posted by u/charleshn
adsharma · 2 months ago
Re: keeping the relational model

This made sense for product catalogs, employee dept and e-commerce type of use cases.

But it's an extremely poor fit for storing a world model that LLMs are building in an opaque and probabilistic way.

Prediction: a new data model will take over in the next 5 years. It might use some principles from many decades of relational DBs, but will also be different in fundamental ways.

adsharma commented on GraphQL: The enterprise honeymoon is over   johnjames.blog/posts/grap... · Posted by u/johnjames4214
FrustratedMonky · 2 months ago
Got it. I didn't realize. Checking out the docs, looks like GQL is based on Cypher. So in the thread people were talking about it, just calling it GQL as the common name, not Cypher as the original name and I missed it.

GQL-SQL - for queries.

GraphQL, more for REST??

adsharma · 2 months ago
GQL is related to Cypher, but not a common name for Cypher.

https://www.tigergraph.com/glossary/cypher-query-language/https://www.tigergraph.com/blog/the-rise-of-gql-a-new-iso-st...

Has some history behind it.

Syntax and some queries:

https://github.com/opengql/grammar/tree/main/samples

Full specification costs you about $270

adsharma commented on GraphQL: The enterprise honeymoon is over   johnjames.blog/posts/grap... · Posted by u/johnjames4214
FrustratedMonky · 2 months ago
I get the impression that GraphQL only got popular because it was backed by behemoth Facebook.

But the other graph query language "Cypher" always seemed a lot more intuitive to me.

Are they really trying to solve such different problems? Cypher seems much more flexible.

adsharma · 2 months ago
Cypher tries to solve problems closer to storage.

GraphQL was designed to add types and remote data fetching abstractions to a large existing PHP server side code base. Cypher is designed to work closer to storage, although there are many implementations that run cypher on top of anything ("table functions" in ladybug).

Neo4j's implementation of cypher didn't emphasize types. You had a relatively schemaless design that made it easy to get started. But Kuzu/Ladybug implementation of cypher is closer to DuckDB SQL.

They both have their places in computing as long as we have terminology that's clear and unambiguous.

Look at the number of comments in this story that refer to GraphQL as GQL (which is a ISO standard).

adsharma commented on Ask HN: What Are You Working On? (December 2025)    · Posted by u/david927
adsharma · 2 months ago
Opensource Embedded Columnar Graph Database: https://github.com/LadybugDB/ladybug

Store your graphs in Parquet files on object storage or DuckDB files and query them using strongly typed Cypher. Advanced factorized join algorithms (details in a VLDB 2023 paper when it was called Kuzu).

Looking to serve externalized knowledge with small language models using this infra. Watch Andrej Karpathy's Cognitive Core podcasts more details.

adsharma commented on GraphQL: The enterprise honeymoon is over   johnjames.blog/posts/grap... · Posted by u/johnjames4214
adsharma · 2 months ago
It's interesting to see people use the term "GQL" to refer to GraphQL.

https://www.gqlstandards.org/ is an ISO standard. The Graph Database people don't love search engine results when they're looking for something.

I maintain a graph database where support for GQL often comes up.

https://github.com/LadybugDB/ladybug/issues/6

u/adsharma

KarmaCake day292March 19, 2016View Original