News for hackers. Stuff that matters.
Re:PostGraphQL: PostgreSQL meets GraphQL by riffraff on Tuesday December 13, 2016 @07:39AM (#13166330)
how is this solved by GraphQL though?

You still need to add a new edge `friendsandfamily` (same as adding to a new endpoint) or add a new a field to the existing object (same as adding a new field to the existing endpoint).

What am I missing?

Re:PostGraphQL: PostgreSQL meets GraphQL by paulddraper on Tuesday December 13, 2016 @09:39AM (#13167045)
(1) GraphQL returns only what the client asks for. No need to worry that adding to an existing resource will increase response times or bloat the response for existing queries.

(2) If you decide to go the friendsandfamily route, you'll just be adding `family`. You won't have `friends` endpoint and `family` endpoint and `friendsandfamily` endpoint. A GraphQL schema doesn't increase combinatorially in size; rather the possible compositions increase combinatorially.

Re:PostGraphQL: PostgreSQL meets GraphQL by riffraff on Tuesday December 13, 2016 @12:25PM (#13168556)
for 2) isn't this the same as adding an optional "include=family" to the existing friends endpoint?

This is what the JSONAPI spec suggest too.

Re:PostGraphQL: PostgreSQL meets GraphQL by paulddraper on Tuesday December 13, 2016 @02:52PM (#13170259)
Yep. You can use query parameters to fix 1) and 2).

Go down the rabbit hole a little bit further, and you have GraphQL (if you're lucky....if not, you'll just have a mess).