News for hackers. Stuff that matters.
Re:The DynamoDB Book: Data Modeling with NoSQL and DynamoDB by dropofwill on Friday May 15, 2020 @05:08PM (#23197418)
RDS maxes out RAM at 768GiB, if we're comparing managed to managed.

If you're approaching that point, you already are going to need an analytics pipeline, a search DB, etc, because maintaining ever growing indices will kill your latency. You probably can get away with aggregations for a bit longer, but if the number of rows you aggregate is growing too, eventually you will need to come up with something and the way you do that with Dynamo off a stream isn't a bad way to go about it with MySql either.

Looking at the tables I have access to, they all come under 5ms for both read/write. This is the same ballpark as our MySql apps for similar style queries (i.e. not aggegrations).

Sadly my favorite reason to use Dynamo is political, not technical. Since it somehow is not classified as a database at my company, the DBAs don't 'own' it. So I don't have to wait 2-3 months for them to manually configure something.

Conway's law strikes again.

Re:The DynamoDB Book: Data Modeling with NoSQL and DynamoDB by arpinum on Friday May 15, 2020 @05:33PM (#23197727)
> RDS maxes out RAM at 768GiB

RDS goes 4TB on X1e instance type. But the point is RDBMS systems handle a large amount of data and workload types before needing to reach for specialist systems

I don't know how you are doing write transactions in 5ms on DynamoDB. Single puts p50 maybe, but i've never seen p90 put operations below 10ms.

Re:The DynamoDB Book: Data Modeling with NoSQL and DynamoDB by dropofwill on Friday May 15, 2020 @06:22PM (#23198215)
Yeah, p50, all use cases we have are single row updates.
Re:The DynamoDB Book: Data Modeling with NoSQL and DynamoDB by abd12 on Friday May 15, 2020 @05:40PM (#23197812)
Haha, I love that story at the end. I promise not to tell your company that it is a database.