I think Supabase needs playgrounds for the client ...
# ideas-and-suggestions
f
I think Supabase needs playgrounds for the client libraries. I find myself much preferring to write views in datagrip, because I can do that in easily with instant feedback, then check the results and make sure I'm getting what I want. Writing a JS query requires me to run the app and check the console log or the component data. TLDR: I want to test JS SDK queries against my database like I can test SQL queries
j
This is an excellent idea! And one I have been playing around with as an option for our documentation. Being able to run it against a specific instance is an interesting idea 🤔
f
I'm thinking of something like the SQL page but writing JS/Dart/C# SDK queries returning JSON instead of SQL returning a table. It would help us to understand what the SDK's can do. Simple queries are easy but I'm not sure how complex joins can/should be built, and what shape of JSON they will return. Are the SDK's transforming the query into SQL? I suppose they must be..? It would be even more awesome if we could get a plugin for (eg) datagrip that enabled us to write JS/Dart/C# queries. I do a lot of playing around with the query and what it returns before I fix on the right solution..
c
could defo make the SQL editor a bit of a hybrid - choose SQL or JS