我们正在提供有关任务，供稿，评论等不同内容的文档上传。 对于用户可以共享或下载文档的文档有很多不同的权限。文件是私人或公开的。
我们已经拥有遗留代码和数据库，但它不可维护和可扩展。
我想知道如何设计一个涵盖所有这些场景的数据库。它对于其他用户来说是可维护和可扩展的。
任何示例或解决方案？
答案 0 :(得分：2)
我不确定“上传任务，Feed，评论等”到底是什么意思如果您可以提供更多详细信息甚至遗留数据库结构，那将非常有用。这是一个大致的想法，但是......
--users--
uid
name
email
(etc)
--comments--
cid
uid
docid
date
text
--documents--
docid
uid
upload_date
(etc)
--permissions--
pid
docid
uid
“评论”表将用于对文档进行评论（如果这是您要查找的内容？）。 “权限”表只是允许访问文档的文档ID和用户ID的列表。或者，您甚至可以通过用户组定义权限（这需要另一个表，但您明白了这一点。）