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