Ask HN: Why GraphQL APIs but no Datalog APIs?

Re:Ask HN: Why GraphQL APIs but no Datalog APIs? by beders on Sunday December 08, 2019 @11:59PM (#21740496)

Well, there's EQL and various implementations that use datalog under the hood.

https://edn-query-language.org/eql/1.0.0/what-is-eql.html

[ Parent | on HN ]

Re:Ask HN: Why GraphQL APIs but no Datalog APIs? by myguidingstar on Monday December 09, 2019 @10:55AM (#21743656)

EQL is surely a great alternative to Graphql because of namespaced keywords and rich data structure (in contrast of Graphql's string base). It is also inspired by Datomic's Pull API. However, it's a specification and the most popular imlementation (Pathom) has nothing to do with Datalog.

[ Parent | on HN ]

Re:Ask HN: Why GraphQL APIs but no Datalog APIs? by ptttr on Monday December 09, 2019 @06:34PM (#21747883)

The original question made this mistake probably because the poster didn't know it but Pathom is the actual alternative to GraphQL-based APIs. Datalog solves a subtly different problem of querying the data, while Pathom/GraphQL/REST is about exposing the data (interfacing?) as API.

It's more like:

Pathom vs GraphQL-based API (vs REST)

and

Datalog vs SQL (vs NoSQL)

The mainstream is in the process of migrating from REST to GraphQL, but I think Pathom could be the black horse in this race. Just watch the last part of Wilker Silva's The Maximal Graph talk to see the potential: https://youtu.be/IS3i3DTUnAI?t=2080

[ Parent | on HN ]