0

我想创建一个应用程序,在开始编程之前,我想听听您对基本模型的专业意见和建议,因为我想到了它。
很抱歉我没有在文本中绘制结构,但这似乎是展示我的案例的最清晰的方式。

在此处输入图像描述

情况是这样的:

  • 用户可以交朋友;
  • 用户可以为酒吧、餐馆、活动组织者或商店等一个或多个实体创建配置文件。这些主要类别的数量可能会增加(并且这些主要类别中也会有子类别)。创建实体配置文件时,profile_tbl、owner_tbl 和 bar/organizer_tbl 会立即更新,并自动为用户分配“root”用户角色状态。我想这必须通过 mySQL 事务来完成;
  • 不同的配置文件具有不同的特征:酒吧、餐厅、活动、商店在某种程度上具有可比性,但它们具有许多不同的特征,这些特征将反映在它们的配置文件中。因此,我将它们分成单独的表。创建实体配置文件后,用户可以配置他们的实体配置文件;
  • 一个用户只能是同一个人资料(酒吧、餐厅、活动、商店)的所有者一次(这就是我在 owner_tbl 中创建复合 PK 的原因);
  • 具有个人资料和“root”用户角色状态的用户(场所的创始人)可以将共同管理权限授予其他用户。根据用户角色,用户将能够执行某些操作并具有某些查看权限。

如果你觉得不好,可以和我分享一下为什么吗?请让我知道图片有什么问题,因为我其余的开发工作将是徒劳的。
我很确定您对这个应用程序的去向有所了解。
如果您有任何进一步的建议,谢谢您的建议。

4

1 回答 1

1

与其为每个事件(即酒吧、组织者等)创建单独的表,不如只创建 1 个表 profile_details(或事件)来保存所有事件。在此表中添加名为 event_description 的列。这很重要,因为在您当前的设计中,要查找配置文件属于什么事件,您可以针对每个事件表进行验证。除此之外,您的设计看起来不错。

于 2013-06-18T09:51:42.767 回答