更好的数据库设计？

Question

我们有所有者、编辑者、查看者等角色...... 每个角色都有不同的权限，例如下载、共享、编辑、查看等...

我为此功能创建了两个数据库设计。我必须实施哪种数据库设计？

1) Table   -> Roles 
   Columns -> Id
              Name
              isDownload
              isShare
              isView

2) Table   -> Roles
   Column  -> Id
              Name
              Description

   Table   -> Privileges
   Column  -> Id 
              Name
              Description

   Table   -> RolesPrivileges
   Column  -> Id
              RoleId
              PrivilegeId

这些设计的优点和缺点是什么？我必须实施哪一项？ 哪个更具可扩展性和可维护性？为什么 ？

Answer 1

第二条路是要走的路。
如果需要创建新角色，则不必修改表结构，只需创建新角色，关联权限等即可。
第一个设计的最大问题是角色/权限的任何更改都需要表结构的更改。

Answer 2

诸如此类的事情在很大程度上取决于您的数据库的使用方式 - 诸如以下因素：

1. 灵活性 - 您将来是否可能需要添加额外的角色/权限？如果是这样，请选择#2 中更广泛、更灵活的表结构。
2. 复杂性 - 如果您的数据库比休闲小型系统大，我建议选择#2。然而，如果它非常小并且非正式地使用，那么您可能值得节省时间来使用更简单的系统。
3. 性能 - #2 显然更加复杂，并且可能需要更多查询，特别是在您可能需要同时执行多个操作的情况下。然而，通过正确使用数据库索引可以很好地缓解这种情况。

Answer 3

当然，第一个是可行的方法：

Table   -> Roles 
Columns -> Id
           Name
           isDownload
           isShare
           isView

• 是一个简单的设计
• ，您可以从同一个表中读取角色和权限，而不需要 JOIN
• 比第二个替代方案具有更少的空间需求

但是，如果您具有动态权限，并且经常添加或删除权限，您可能会想到方法 2。但除此之外，保留单个表也可以。

Answer 4

1) Table   -> Roles 
   Columns -> Id
              Name
              Description
              isDownload
              isShare
              isView


2) Table   -> UserRolesPrivileges
   Column  -> Id
              RoleId
              UserId

UserId来自用户注册表。

每个用户都与各自的角色相关联
在角色表中，我想你将有不同的角色，每个角色都是
定义了它可以执行什么操作。

只要用户与角色关联，我就看不到任何权限表的使用

Answer 5

我想就选项 1 提出一个可能避免一些批评的建议。不要对每个可能的权限使用布尔值，而是使用位掩码。

首先是一个例子

（responsible_mask INT）

def Roles

    RESPONSIBILITES = [ :switchboard, :content_manager, :network_administrator, :financial_manager, :receives_contact_emails ]

    def responsibilites=(responsibilites)
        self.responsible_mask = ([*responsibilites].map(&:to_sym) & RESPONSIBILITES).map { |r| 2**RESPONSIBILITES.index(r) }.sum
    end

    def responsibilites
        RESPONSIBILITES.reject { |r| ((responsible_mask || 0) & 2**RESPONSIBILITES.index(r)).zero? }
    end

    def responsibilites_symbols
        responsibilites.map(&:to_sym)
    end

    def responsible?(responsibility="none")
        responsibilities_symbols.includes?(responsibility.to_sym)
    end
end

随时添加更多职责很容易。

现在为什么呢？

在我看来，这是更好的做法。我看不出为什么我会创建一个表单来添加另一个职责（或在您的情况下是特权），而不在我的代码中放置挂钩来使用该职责。我只需要此信息来确定是否应该允许功能；它没有其他目的。当然，我仍然希望管理员能够创建角色并向该角色分配职责，但它始终是固定的集合。

它还使 SQL 查询变得更加复杂——添加另一个连接。慢点。更难调试。

当部署到另一台服务器时，记住构建这个静态数据表是一件很痛苦的事情。