在我们正在构建的应用程序中，文件夹中有一段需要与之关联的数据，称为“文件夹角色”。根据文件夹角色，我将在网页中显示与特定角色关联的所有文件。我强烈怀疑进一步的开发将导致我正在调用与整个文件系统相关联的元数据的额外要求。
这个问题不是关于如何遍历目录和获取信息，而是关于什么数据结构将是一个不错的选择。大多数文件夹结构将具有以下（模板）形式，但它实际上可能最终成为任何数量的子文件夹。
work
---projects
---assets
------clips
------music
------3d
deliver
---review
---approve
---master
finalize
---VFX
---GFX
我最初拆分工作，交付并最终确定为3个数据库表，但随后客户端通知这些主文件夹也需要是动态的。所以现在我真的以为我只是将每个文件夹和文件存储在目录中，路径作为主键，存储在数据库表中。我不确定当文件在文件系统中移动时如何保持我的元数据同步。我怀疑UPDATES，而不是整个表上的DELETE，然后再次INSERTs会丢失元数据，但怀疑它是可以实现的。
那么什么表结构会好？谢谢，任何帮助表示赞赏。
答案 0 :(得分：0)
因此，我从阅读问题和评论中理解的是，您需要在数据库中保留与操作系统文件夹类似的文件夹和子文件夹列表，除非您需要为每个文件夹添加{的属性{1}}。
除非我遗漏了某些内容，否则一个简单的自引用表就足够了：
folder role