阅读Projection Expressions文档并没有给我足够的技术细节,以便通过使用它们来了解我们保存的确切内容。
对于一些上下文,我试图决定多语言项目的数据结构:
选项A:
{
id: 'yes',
en: 'Yes',
es: 'Si'
},
{
id: 'no',
en: 'No',
es: 'No'
}
选项B:
{
id: 'en',
yes: 'Yes',
no: 'No'
},
{
id: 'es',
yes: 'Si',
no: 'No'
}
虽然选择A似乎显而易见,但我有一个相互矛盾的用例:当客户端应用程序启动时,它需要为UI获取整批字符串。因此,对于选项A,它可能意味着对300个项目进行批量查询。不理想。
答案 0 :(得分:1)
坏消息: 似乎对定价没有影响,因为它使用相同数量的RCU,你仍然会在扫描时达到1MB的限制。
好消息: 在删除不需要处理的大型列时,我已经看到了网络使用,延迟和吞吐量方面的好处。例如,您创建的扫描最终返回10000项。如果您只需要10kb的40kb记录,你节省了300mb。