1）多表继承

class BaseUser(AbstractBaseUser):
  email = models.EmailField(max_length=254, unique=True)
  # ...


class PrivateUser(BaseUser):
  first_name = models.CharField(max_length=30)
  last_name = models.CharField(max_length=30)
  # ...


class TradeUser(BaseUser):
  company_name = models.CharField(max_length=100)
  # ...

将多表继承与可配置用户模型结合使用是否存在任何问题？

2）使用具有“type”属性的单个模型

class User(AbstractBaseUser):
  email = models.EmailField(max_length=254, unique=True)
  user_type = models.CharField(max_length=30, choices={
    'P': 'Private',
    'T': 'Trade',
  })
  first_name = models.CharField(max_length=30, blank=True)
  last_name = models.CharField(max_length=30, blank=True)
  company_name = models.CharField(max_length=100, blank=True)
  # ...

此方法需要一些依赖于user_type的条件验证。

哪种方法最适合我的用例？或者也许有更好的方法来实现这一目标？

此外，在案例编号1中，如何过滤用户？

感谢。

Answer 1

警告：Django 1.5非常新，人们仍在调查其新功能。基于最近的研究回答这个问题，我的回答只不过是我的意见。

这两种方式都是实现结果的有效方法，有其优点和缺点。

让我们从：

开始

第二个选项

没有嵌套模型而不是模块化。顾名思义，AbstractBaseUser是一个抽象模型，没有特定的表格
有未使用的字段

您需要使用使用额外字段的模型检查user_type以进行任何迭代：

def foo():
    if user.user_type == 'Private':
        # ...
    else:
        # ...

生成的SQL大致如下：

CREATE TABLE "myapp_user" (
    "id" integer NOT NULL PRIMARY KEY,
    "password" varchar(128) NOT NULL,
    "last_login" datetime NOT NULL,
    "email" varchar(254) NOT NULL UNIQUE,
    "user_type" varchar(30) NOT NULL,
    "first_name" varchar(30) NOT NULL,
    "last_name" varchar(30) NOT NULL,
    "company_name" varchar(100) NOT NULL
);

第一个选项

具有实体逻辑分离的嵌套模型
非常精简
如果您想使用 BaseUserManager，则必须为每个孩子实施create_user - 类似功能

您无法使用简单的BaseUser.objects.all() *
访问子类

生成的SQL大致如下：

CREATE TABLE "myapp_baseuser" ( "id" integer NOT NULL PRIMARY KEY, "password" varchar(128) NOT NULL, "last_login" datetime NOT NULL, "email" varchar(254) NOT NULL UNIQUE ); CREATE TABLE "myapp_privateuser" ( "baseuser_ptr_id" integer NOT NULL PRIMARY KEY REFERENCES "myapp_baseuser" ("id"), "first_name" varchar(30) NOT NULL, "last_name" varchar(30) NOT NULL ); CREATE TABLE "myapp_tradeuser" ( "baseuser_ptr_id" integer NOT NULL PRIMARY KEY REFERENCES "myapp_baseuser" ("id"), "company_name" varchar(100) NOT NULL );

*想象一下以下情况：

>>> BaseUser.objects.create_user('baseuser@users.com', password='baseuser') >>> PrivateUser.objects.create_user('privateuser@users.com', password='privateuser', first_name='His', last_name='Name') >>> TradeUser.objects.create_user('tradeuser@users.com', password='tradeuser', company_name='Tech Inc.') >>> BaseUser.objects.all() [<BaseUser: baseuser@users.com>, <BaseUser: privateuser@users.com>, <BaseUser: tradeuser@users.com>] >>> PrivateUser.objects.all() [<PrivateUser: privateuser@users.com>] >>> TradeUser.objects.all() [<TradeUser: tradeuser@users.com>]

因此，您无法使用BaseUser.objects.all()直接检索子类实例。杰夫有一个excellent blog post更好地解释如何完成从BaseUser到其孩子的“自动垂头丧气”。

那就是说，你应该考虑每种方法的优缺点及其对项目的影响。当涉及的逻辑很小时（如在所描述的示例中），两种方法都是有效的。但在更复杂的情况下，一种方法可能比另一种方法更好。我会选择多模型选项，因为它更具可扩展性。

Answer 2

也许你应该考虑使用AbstractUser？

Answer 3

新的自定义用户模型只能为AUTH_USER_MODEL分配一个模型。使用多表继承，您有两个模型。这是一个问题。

对于涵盖两种用户类型的单个用户模型，您可以在模型方法中抽象条件逻辑。您还可以根据不同的用户类型使用不同的管理器。这也可以帮助您在使用特定用户类型时明确。

其他选项可以是仅在单个用户模型中存储最常见的属性，然后将两种用户类型的细节附加到它们自己的表中，这些表链接到主用户表。

如果两个用户都有大部分共同点（至少就数据而言），我会把它们放在一个地方。最后，我会考虑更简单，更容易维护的内容。

Answer 4

我使用具有“type”属性的单个模型。原因如下：

只有一个表，只有一个模型
如果您想从一种类型转换为另一种类型，只需更改属性
为一种类型存在的字段实现getter和setter，而对其他类型不存在=更简单易用。

使用Django 1.5实现多个用户类型

1）多表继承

2）使用具有“type”属性的单个模型

4 个答案: