Part of the issue is that in most cases, viewing art requires benefitting the artist, either directly by purchasing it or indirectly by making it more popular. JK Rowling is the most prominent example. That said, it’s a spectrum.
Part of the issue is that in most cases, viewing art requires benefitting the artist, either directly by purchasing it or indirectly by making it more popular. JK Rowling is the most prominent example. That said, it’s a spectrum.
My point is that SQL works with and returns data as a flat table, which is ill fitting for most websites, which involve many parent-child object relationships. It requires extra queries to fetch one-to-many relationships and postprocessing of the result set to match the parents to the children.
I’m just sad that in the decades that SQL has been around, there hasn’t been anything else to replace it. Most NoSQL databases throw out the good (ACID, transactions, indexes) with the bad.
The fact that you’d need to keep this structure in SQL and make sure it’s consistent and updated kinda proves my point.
It’s also not really relevant to my example, which involves a single level parent-child relationship of completely different models (posts and tags).
SQL blows for hierarchical data though.
Want to fetch a page of posts AND their tags in normalized SQL? Either do a left join and repeat all the post values for every tag or do two round-trip queries and manually join them in code.
If you have the tags in a JSON blob on the post object, you just fetch and decide that.
Re blue sky, is anyone actually federating with it? I don’t know of any other instances besides the official one.