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

警告:Django 1.5非常新，人们还在调查它的新特性.因此，我的回答只不过是我的观点，基于最近的研究来回答这个问题.

这两种方法都是实现目标的有效方法，各有利弊.

让我们从以下内容开始:

Second option个

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

• 对于使用额外字段的模型的任何迭代，您需要判断用户类型:

  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
);

First option个

• 实体逻辑分离的嵌套模型
• 非常瘦
• 必须 for each 子级实现BaseUserManager个类似于if you want to use 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到其子元素的"自动向下转换(Automatic Downcast)".

也就是说，您应该考虑每种方法的优缺点及其对项目的影响.当涉及的逻辑较小时(如所描述的示例所示)，这两种方法都是有效的.但在更复杂的情况下，一种方法可能比另一种方法更好.我会 Select 多型号选项，因为它更具可扩展性.