就是这张表：

Collection: material

{
      _id,
      _openid,
      createTime,
      cat,//分类。比如衣服、帽子
      tag,//标签。比如产品号等
      fileID,//cloud云存储路径
      url,//Cloud.getTempFileURL获取的http路径，云存储权限设置为公有读，
      type,//img, video, file
      size,
      name,//上传前文件名
      ext,//文件后缀
    }

说明：

1、用一张表保存所有云存储文件的信息；

2、文件上传后，将相关信息保存在集合中。

3、任何地方引用图片src，都是使用表中的url，而不是使用fileID，

解决了以下痛点：

痛点一、云存储里有哪些文件，有哪些垃圾文件？

痛点二、云存储某文件夹下有哪些文件？怎么删除云存储文件夹？不熟悉cloud base node sdk或者manage sdk的同学，一定搞不定这个痛点；

痛点三、图片太大，我想用腾讯云图像处理进行压缩裁剪？fileID不支持，只能用url；

痛点四、跨云环境访问图片，不支持fileID，只能用url;

痛点五、在前端引用url，但是删除图片做不到。即通过url，不知道fileID是什么，删除不了云存储文件；

痛点六、前端可以统一管理图片，素材库，而不是在某流程中上传文件后，完全不管理它；

痛点七、可对所有文件图片，分类、贴标签，按openid检索，按type检索，各种姿势检索。

可能还有其他好处，不多介绍。

总之，无论如何，你应该需要这样一张表。