Lots of other rough edges with their other services. I have to believe that Google doesn't dog-food their own services.
Deleted Comment
Lots of other rough edges with their other services. I have to believe that Google doesn't dog-food their own services.
https://www.urbandictionary.com/define.php?term=roxy (2nd entry)
https://github.com/orioledb/orioledb/commits?author=akorotko...
I’ve never see a video with a woman complaining about dating on TikTok. In years of use.
I’m not saying you are not seeing them, just that I have not seen one.
It sounds like you are happy with the language and stack, could you share what your team is running?
I work on a data-intensive app that fits the use-case you describe but I'm confused about the benefits for performance. (can certainly see how the code would end up nice/simpler) Is this mostly applicable to certain stacks?
On a moderate use case (< 20 write operations per s) I kept getting timeouts so I first devised a quick fix system using RQ jobs passing writes to a single process and migrated to postgres as fast as I could.
Does this software help with concurrent write operations?
And if the issue was with the queries per second, it would feel to me like it would still be less disruptive to just have some sort of replication going on for reads.
And partitioning really makes sense to me only if you are going to have it on multiple boxes, because otherwise I don't think there really should be many performance gains compared to just indexing?
I'm not seeing if/how they put it on multiple boxes?