2 ms·
That's like saying you should start with microservices/kubernetes/etc. because every company ends up needing those things. IMO you should delay adding SQL as lo
by lmm 2y ago
That's like saying you should start with microservices/kubernetes/etc. because every company ends up needing those things. IMO you should delay adding SQL as long as possible so that it doesn't compromise your design.
- ndriscoll 2y agoNot using SQL makes it basically a complete non-starter for any business unless it had some extremely compelling niche feature that you absolutely need and can't be found elsewhere. SQL has a massive ecosystem around it. All the examples I see are either some bespoke typescript library, or treat queries as strings. Obviously it can't hook into any of the zillion query builder libraries out there, and you'd have to go implement one or write a decent amount of code for an existing one to be able to use it. I also don't see any docs for JVM usage at all, which is like half the industry. If you want to experiment with syntax for database queries, macros that translate to SQL at compile time seem like a much better way to get traction, but pretty much everything I've seen ends up being a more verbose cosmetic variation of SQL. The one big flaw to fix is that SELECT should have been at the end.