Amazon s3 在S3中存储用户文档-设计决策

我有一个angular web应用程序，可以存储简历、求职信和用户图像。我正试图想出一个对我的应用程序最有意义的存储桶和文件夹解决方案

对于独特的化身，我认为很简单：

• 有一个叫阿凡达的水桶
• 用用户的用户id命名每个化身

对于CV，有两种类型：一种具有完整的联系人信息，另一种编辑为不显示联系人信息。对于求职信来说，这些也是最独特的。如果我只存储最新版本，我可以：

• 有一个名为Docs的bucket
• 使用用户的用户id创建文件夹
• 有项目userid/cv-edited.doc、userid/cv-unedited.doc、userid/letter.doc

---

这是一个合理的方案吗？是否存在陷阱？

是否有充分的理由将化身与用户id文件夹分开？为所有数据保留一条路径似乎更简单。。。然后，您可以拥有完全由路径驱动的权限。

我认为您是对的。我在想，如果我必须索引所有用户的头像，例如，在网站的某个一般区域显示，可能会更容易。在头像中有某种GET*，但如果必须这样做的话，也许我可以在NAME=avatar.*的文档中编写类似GET*的东西（我认为S3不支持类似SQL的查询，只是作为一个示例）