News for hackers. Stuff that matters.
Re:GraphQL Performance Monitoring Is Hard by thom on Saturday July 27, 2019 @06:38AM (#20541354)
But you’ve just described a bunch of work to do to achieve what’s GraphQL gives you for free, surely?
Re:GraphQL Performance Monitoring Is Hard by lkrubner on Saturday July 27, 2019 @12:24PM (#20542703)
Are you sure? GraphQL, with no extra effort, gives your Business Intelligence unit everything they need? GraphQL, "for free", populates a hot cache of your 10% most active data? GraphQL, with no effort, feeds historical data to your AI prediction engine, and also provides a high level summary to your CEO, and combines multiple databases into a unified view of inventory?

Most companies have denormalize data to a great many materialized views, to support multiple use cases. I don't see how GraphQL gives you those materialized views for free. I admit, I have not worked with GraphQL since 2017, and maybe the eco-system has come a long way. But at the time, we were doing all the work ourselves, and much of it was redundant with other efforts we had ongoing.

Re:GraphQL Performance Monitoring Is Hard by lkrubner on Saturday July 27, 2019 @11:48PM (#20545740)
Are you sure? GraphQL, with no extra effort, gives your Business Intelligence unit everything they need? GraphQL, "for free", populates a hot cache of your 10% most active data? GraphQL, with no effort, feeds historical data to your AI prediction engine, and also provides a high level summary to your CEO, and combines multiple databases into a unified view of inventory?

Most companies have denormalize data to a great many materialized views, to support multiple use cases. I don't see how GraphQL gives you those materialized views for free. I admit, I have not worked with GraphQL since 2017, and maybe the eco-system has come a long way. But at the time, we were doing all the work ourselves, and much of it was redundant with other efforts we had ongoing.

Re:GraphQL Performance Monitoring Is Hard by thom on Sunday July 28, 2019 @04:33AM (#20546466)
If GraphQL advocates (and dare I say consultants) are suggesting you build every single part of your business off of GraphQL then yes that seems absurd. That’s not really how I’ve seen it used though.
Re:GraphQL Performance Monitoring Is Hard by kthejoker2 on Sunday July 28, 2019 @10:09AM (#20547611)
So ... assuming you have an OLAP engine or as a fallback some analytics-friendly MVs, couldn't GraphQL be laid on top of those, too? Why does it have to be either/or?
Re:GraphQL Performance Monitoring Is Hard by dmitriid on Saturday July 27, 2019 @06:42AM (#20541366)
There’s nothing free. Requesting “any view for any potential client” will most likely cripple your backend because you can’t optimise ad-hoc queries.
Re:GraphQL Performance Monitoring Is Hard by thom on Saturday July 27, 2019 @10:43AM (#20542237)
So in the presumably rare case that this happens can one not just add a new view, map it in the GraphQL schema and still come out far ahead on development time? I just feel like a huge number of people are going to accept lower complexity in the short term with some optimisation to do later. That seems like an fairly sensible and defensible tradeoff. I’ll admit I’m not picturing public APIs though.