Part of the reason for opting towards dynamodb was it's essentially unlimited horizontal scaling. I know at least 1 team had scale that was just too large for t

Part of the reason for opting towards dynamodb was it's essentially unlimited horizontal scaling. I know at least 1 team had scale that was just too large for traditional relational DBs, so dynamodb it was. The other part was a large amount of sql usage was essentially just as a key/value store anyway, and dynamodb was vastly cheaper. I agree that RDS is much more akin to oracle, but in my (extremely) limited exposure to teams doing the migration, the majority we're going to dynamodb. As another poster replied, it was clearly a different story in different orgs.