DynamoDB：单分区多项转多单项分区的迁移成本影响咨询

存储成本：必然上升 #

• 每个独立Item都会产生固定元数据开销（主键存储、版本标记、时间戳等，约几十字节）。如果原来把N个项打包进1个Item，现在拆成N个独立Item，总存储量会多出(N-1)倍的元数据大小，存储成本随总存储量同步增加。
• 要是用了二级索引，每个独立Item都会在索引里生成一条记录，索引的存储成本也会跟着涨。

读写成本：看你的访问模式 #

• 读成本：你提到这些项始终被单独读取。如果原来一次请求能从单个大Item里读多个项，现在得发N次GetItem请求，读成本直接上升；如果原来本来就是每次读一个项（还要从大Item里筛选），现在直接读单个Item，请求次数不变的话，读成本基本没变化。
• 写成本：如果是新增/更新单个项，原来改一次大Item就行，现在得单独写每个Item，写请求次数变多，写成本上升。

其他成本：无额外开销 #

• DynamoDB的分区是自动管理的，你不用为分区数量付费，只按存储量和读写请求量计费，所以分区变多本身不会加钱。
• 按需模式下，请求次数涨了成本就涨；预留容量模式下，要是现有预留容量够覆盖新增请求，成本不变，不然扩容就得加钱。

总结：存储成本肯定会增加，读写成本大概率上升，整体成本基本是上涨的——除非你的访问模式刚好是每次只操作一个项且请求次数没变化，但存储成本的增加躲不掉。

内容的提问来源于stack exchange，提问作者zemicolon