实践出真知，看我们如何化解DynamoDB的挑战

表对于数据的大小以及数量并没有限制，可以无限制的往一张表里写入数据。但对于 AWS 的一个账户，每个 DynamoDB 使用区域的限制为 256 张表。对于一个公司来说，如果共用同一个账号的话可能会存在创建表受限的风险。所以如果启用了冷热表策略，除了删冷表降低成本外，也是对 256 张表限制的一种解决办法。

属性名长度

上面提到了写入单位每条数据最大 1KB、读取单位每条最大 4KB 的限制。单条数据的大小除了字段值占用字节外，属性名也会占用字节，因此在保证可读性的前提下应尽量缩减表中的属性名。

总结

DynamoDB 的使用也是存在成本的，主要体现在写入和读取的费用。我们自己研发了一套按照实际流量实时调整读、写上限的策略。随着发展 DynamoDB 也推出了 Auto Scaling 功能，它实现了自定义策略动态调整写入与读取上限的能力，对于开发者来说又可以省去了不少研发精力。目前我们也有部分业务使用了 Auto Scaling 功能，但由于该功能的限制，实际使用上动态调整的实时性略显欠缺。

【编辑推荐】

1. 「内存数据库」调整插入和数据负载的HANA性能
2. 分享7个实用脚本--Oracle数据库游标数总结
3. 10大DBA必备的免费数据库监控和查询工具
4. 亚马逊彻底去掉 Oracle 数据库：迁移完成
5. 详解Oracle数据库硬解析、软解析、软软解析联系与区别

（编辑：云计算网_泰州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!