1

我有一个基于 Web 的应用程序，每个用户都将被授予称为“地理访问”的权限，该权限由州、城市和分支机构或邮政编码组成。

  1. 状态。 目前共有15个州。

  2. 城市。 每个州大约有 200 多个城市。200 个城市 x 15 个州 = 3000 个城市总数

  3. 分行或邮政编码。
    每个城市有分支机构 = 10。3000 个城市 x 10 个分支机构 = 30,000 个分支机构。
    每个城市的邮政编码 = 20。3000 个城市 x 25 个邮政编码 = 75000 个邮政编码。

规则：
1. 每个用户必须有权访问至少一个分支或邮政编码（仅此一项）。
2. 一个用户可以访问所有的状态。在这种情况下，这也意味着用户将有权访问所有分支机构或邮政编码。

问题：
从逻辑上讲，我可以通过将“分支机构”或“邮政编码”视为最后一级特权来开始构建我的解决方案。但是看看它将为每个用户生成的数据量，我在这里感到非常困惑。

例如，如果用户拥有所有州的权限，这意味着我必须为该用户填充 75000 个邮政编码或 30000 个分支。

有人建议我使用“-1”或一些独特的固定值，以防用户需要“所有”州或城市等。我不确定这个解决方案，我认为可能会出现重大维护问题小路。

我相信这里的一些人已经经历过这种情况。请指教。谢谢。

4

2 回答 2

0

您似乎正在应用记录级别的安全性。

最好的方法是拥有一个安全表（每个表States,City和Branch or Post Codecatch-all 权限All都有自己的 ID - 这应该是尽可能小的数字数据类型，但为了清楚起见，我将其视为文本回答）：

UserID    TableID    RecordID

RecordID可以为空。

如果输入单个记录：UserID = @x TableID = 'All' RecordID = Null，则该用户有权访问所有数据。

如果用户被授予访问州数据的权限：UserID = @x TableID = 'States' RecordID = 1，则该用户有权访问与 ID = 1 的州相关的所有城市和邮政编码。

如果授予用户访问城市数据的权限：UserID = @x TableID = 'City' RecordID = 1，则该用户可以访问与 ID = 1 的城市相关的所有邮政编码。

如果用户被授予访问分支或邮政编码数据的权限：UserID = @x TableID = 'Branch or Post Code' RecordID = 1，则该用户只能访问 ID = 1 的分支或邮政编码。

如果您愿意，您可以添加一个额外的位字段：Deny，当等于 1 时，将拒绝访问该记录。这在与此类似的场景中很有用：在城市“X”中，用户可以访问除少数邮政编码之外的所有邮政编码，因此您将授予对该城市的访问权限并拒绝访问排除的邮政编码。

当然，如果没有权限记录，就没有访问权限。

如果您想要一些更简单的东西，您可以为每个地理表创建一个权限表，并且用户记录可以有一个“所有访问权限”位字段。

您需要生成 SQL 以根据权限表中的数据过滤您的地理表。

编辑：

考虑到提问者对数据大小、编程简单性和数据维护难易程度的担忧：

  1. 这种方法旨在最大限度地减少数据开销。当用户被授予（或拒绝）访问整个数据集或数据树的整个子树的权限时，只需要一个权限记录。只有当用户被授予对分支的访问权限时，每个用户的权限记录数才会变得非常高。

  2. 将三个表中的相关数据聚合到权限 UI 并将权限应用到数据中涉及到一些编码工作，但是这不应该超出一个相当称职的程序员创建或理解的能力，特别是如果正确评论和记录。如果预计将应用程序交给的程序员不是相当称职的，则可以将权限拆分为每个表的单独权限集，但这对 DBA 来说可能不太有用。

  3. 由于这种方法应该最大限度地减少与每个用户相关联的权限记录的数量，因此与纯粹在最低级别的仅授予权限结构相比，维护要容易得多，后者会生成数以千计的权限记录，DBA 必须这样做保持，这种方法也更容易出现包含和遗漏的错误。我描述的方法可能只需要每个用户的少数权限记录，而不是数千条。

于 2013-10-09T22:53:31.180 回答
0

吐球：

这个怎么样 -

  • 使用（现有/外部）API 来验证给定用户的完整地址（这是“最重要”的部分）
  • 现在您已“验证” - 邮编、城市、州
  • 回到“角色”，为每个“访问级别”分配一个“角色”
    • 例如 1 代表“admin”（州），2 代表“manager”（城市），3 代表“member”（邮编）

因此，您不必一直使用 zip/post code detail/db 存储。我认为 City 会是它 - re：它是一个经过验证的地址，所以如果City很好（如果该城市有分支机构），那么 zip 也是。

于 2013-10-10T20:36:28.450 回答