我想创建一个应用程序，在开始编程之前，我想听听您对基本模型的专业意见和建议，因为我想到了它。
很抱歉我没有在文本中绘制结构，但这似乎是展示我的案例的最清晰的方式。
情况是这样的：
- 用户可以交朋友；
- 用户可以为酒吧、餐馆、活动组织者或商店等一个或多个实体创建配置文件。这些主要类别的数量可能会增加（并且这些主要类别中也会有子类别）。创建实体配置文件时，profile_tbl、owner_tbl 和 bar/organizer_tbl 会立即更新，并自动为用户分配“root”用户角色状态。我想这必须通过 mySQL 事务来完成；
- 不同的配置文件具有不同的特征：酒吧、餐厅、活动、商店在某种程度上具有可比性，但它们具有许多不同的特征，这些特征将反映在它们的配置文件中。因此，我将它们分成单独的表。创建实体配置文件后，用户可以配置他们的实体配置文件；
- 一个用户只能是同一个人资料（酒吧、餐厅、活动、商店）的所有者一次（这就是我在 owner_tbl 中创建复合 PK 的原因）；
- 具有个人资料和“root”用户角色状态的用户（场所的创始人）可以将共同管理权限授予其他用户。根据用户角色，用户将能够执行某些操作并具有某些查看权限。
如果你觉得不好，可以和我分享一下为什么吗？请让我知道图片有什么问题，因为我其余的开发工作将是徒劳的。
我很确定您对这个应用程序的去向有所了解。
如果您有任何进一步的建议，谢谢您的建议。