【问题标题】:User types / role - developers用户类型/角色 - 开发人员
【发布时间】:2011-04-27 10:28:06
【问题描述】:

您有使用您的网站/服务的普通用户,他们可以登录到 mainsite1,然后您有开发人员,他们无法登录到 mainsite1,但可以登录到 developercenter1。你:

1) 将每种类型的用户存储到 1 个大型 USER 表中,然后分配不同的角色?

2) 为开发人员创建一个完全独立的表,因为他们都是使用两个不同站点的完全不同的用户?

【问题讨论】:

  • 为什么要为开发人员创建单独的表?他们也是人。它们不是不同的类型。为什么要为相同类型的事物创建一个新表?
  • 另外,请不要在任何地方使用'。当您谈论两件事时,事物中没有'。 “普通用户”是错误的。它应该是“普通用户”。随意解决您的问题以删除几乎所有的'' 用英文显示所有权。
  • @S.Lott:论据:开发人员可能拥有一组完全不同的属性,并且可能查询的方式更少,占用大量空间等等。无数的原因,但总的来说仍然不是一个很好的方法,恕我直言。
  • @Noon Silk:“一组完全不同的属性”?真的吗?我们不是人?这就是我老板对我这么差的原因吗?我不认为有无数的原因;我认为这可能是一个简单的“超类-子类”设计问题。除了 - 也许 - @K001 有一些问题中没有提到的想法。我需要问题中的其他详细信息才能了解背景。
  • 嗨 S. Lott,对不起,如果我冒犯了你,那不是预期的目的 - 我也是一名开发人员,我不是一个东西。但我只是好奇你会做什么,但我想我得到了答案,选项 1 最好,集中所有用户并将所有内容放在一个地方! (1 表)。

标签: database-design user-roles


【解决方案1】:

id 使用基于角色的系统,因为具有 2 个相似的数据结构可能是一个坏主意 - 如果您更改一个而不是另一个,那么您可能会遇到问题

【讨论】:

    【解决方案2】:

    集中登录,然后添加角色,然后通过相关表链接每个组的特殊属性可能是合适的。

    所以是的,我会分配角色,并保持登录集中(这意味着它可以是一个代码库来进行登录,这很好)。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2018-03-17
      • 1970-01-01
      • 2023-03-26
      • 2022-10-19
      • 1970-01-01
      • 2015-03-20
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多