Fork me on GitHub
#pathom
<
2021-03-28
>
az19:03:10

Hi all. Wondering if anyone is using Pathom to pull from an sql type db or does this really only make sense with datalog? Wondering if Pathom builds an optimized query of some sort or does it run the resolvers body as it builds the plan?

souenzzo21:03:07

Checkout #walkable

az21:03:29

@U2J4FRT2T thank you, checking it now

souenzzo20:03:07

Hey @U0AJQJCQ1 I mostly work on #datomic -like apps But I use #pathom as my default "data source" Any data that I need: an database access, an http requests, s3, etc... I access throught #pathom resolvers. So, if I worked with SQL, i would use pathom/resolvers to it too. #walkable tries to resolve a harder problem: expose an SQL DB as an graph API (via pathom). Even if you don't use #walkable, you can use #pathom , writing resolvers manually with your own queries.

souenzzo20:03:41

TL;DR: you don't NEED #walkable to use #pathom with #sql, but when #walkable be ready, it will be an awesome lib.

az20:03:57

@U2J4FRT2T thank you for the explanation. Just out of curiosity, are you ever building restful endpoints as well with Pathom or mostly eql or graphql endpoints?

souenzzo20:03:21

It's easy to create #pedestal endpoints, for example, getting data from pathom. You can use [(:my-ns/my-name {:pathom/as :name})] to get the value as {:name "example"} I do mostly like this: https://github.com/souenzzo/eql-as#real-world-exmaple There is also an internal tooling on company that checks if the query that we run on the endpoint "conforms" with the swagger/openapi spec.

az21:03:06

Thank you @U2J4FRT2T looks great