在DynamoDB单列存储两种属性是否可行？附共享结构求评估

你的现有设计示例 #

{
  "product1":
    {
      "sharedTo":["P+4100000000","O+411234567"]
    }
}

设计说明：把共享模式（P代表永久共享，O代表一次性共享）和共享账号（手机号）拼接成字符串，存入数组sharedTo中，该字段仅支持新增或删除操作，不做更新。

可行性判断 #

这个设计在小体量、需求单一的场景下是可以使用的：

• 上手快、实现成本低，新增或删除共享记录时，直接用DynamoDB的ListAppend或Delete表达式就能完成操作
• 单产品的共享关系查询很直接，一次读取就能拿到所有共享用户及对应的类型

潜在的问题 #

1. 查询效率与灵活性不足 #

• 无法高效筛选特定类型的共享用户，比如只想查某个产品下的永久共享用户，必须把整个sharedTo数组拉取后，逐个拆分字符串判断类型，共享用户越多，性能损耗越明显
• 反向查询（比如查某个用户被共享了哪些产品）无法高效实现，因为主键是产品ID，要么做全表扫描，要么额外建立索引，成本较高

2. 数据格式风险高 #

• 完全依赖业务代码保证类型+手机号的拼接格式，一旦代码出错（比如漏写+、大小写错误写成p/o），后续解析会直接失效，而DynamoDB本身无法校验格式合法性
• 字符串格式的扩展性几乎为0，如果之后想给一次性共享添加过期时间、共享权限范围这类属性，现有结构根本无法容纳，只能推翻重构

3. 容量与操作复杂度限制 #

• DynamoDB单个属性值最大仅支持400KB存储，若某个产品的共享用户数量极多，数组会很快触及容量上限，无法继续新增共享记录
• 批量删除多个共享记录时，必须明确指定每一个要删除的字符串值，共享用户越多，操作逻辑越复杂

4. 统计分析困难 #

• 无法直接统计全站永久/一次性共享的总量，或者某个用户的共享类型分布，只能拉取全量数据后自行做二次处理，效率极低

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