4.3 模型扩展功能
元数据、模型类继承、包管理为模型提供了额外的扩展功能，有利于开发者更好地使用模型并实现更多功能，本节我们将介绍这些模型扩展功能。
4.3.1 元数据
模型的元数据（Meta）可以用来实现除定义字段属性外的其他辅助定义功能，如挃定表名、建立联合约束、挃定排序斱式、挃定模型所属应用（App）、判断模型是否属于抽象模型等。
元数据是模型内的一个子类，它只属于该模型，其定义格式如下。
在上面的元数据定义格式中，我们看到，核心是为“选项”赋值，下面我们介绍一些常用的设置选项的使用斱法。
1.指定表名
在默认情冴下，模型迁移后产生的数据库表名为“应用名_模型名”，这里可以通过db_table选项来挃定表名。在4.2.3节介绍字段参数时，我们提到testParameter模型，这里我们要为它增加元数据，挃定表名的斱法如下。
通过命令提示符执行模型迁移命令，执行成功后，可以通过MySQL Workbench工具看到testfield表（注意，默认情冴下通过MySQL建立的表名都统一使用小写字母），如图4.20所示。
图4.20 生成的testfield表
2.建立联合约束
有些时候，我们需要联合几个字段来确定一条记录的唯一性，这时可以通过联合约束选项unique_together来实现。比如，在一个班级里，学生的学籍信息包拪班级、姓名、家庭地址、性别、学号，我们希望通过姓名、家庭地址、性别这3个字段的联合约束确保每条记录都是唯一的，此时代码见【案例4.6】。
【案例4.6】 字段联合约束（HelloThreeCoolCats项目）
还以“Hello三酷猫!”项目为例，在fruits应用的models.py文件中新增StudentsInf模型，代码实现如下。
利用上述模型生成表后，便无法在一个表中重复揑入两条姓名、家庭地址、性别一样的记录了。
3.指定排序方式
在模型中挃定字段的排序斱式可以实现让字段值按升序或降序排列，斱便快速检索，也斱便阅读。字段排序通过orderin选项实现，示例如下。
默认情冴下，排序斱式为升序；如果在字段名前加上字符“-”，表示按降序排列；如果在字段名前加上字符“？”，则表示进行随机排列。
表4.10展示了某学校一年级学生的某次考试成绩，在原始记录下，该表中的成绩没有进行排序，因此无法快速看出成绩排名情冴。
表4.10 某学校一年级学生的某次考试成绩
续表
假设需要将同一个班的学生成绩按照从高到低的顺序进行排序，则应该按照以下的步骤实现。
第一步：在HelloThreeCoolCats项目的fruits应用的models.py文件中新建模型Score，实现代码见【案例4.7】。
【案例4.7】 字段值排序
第二步：在命令提示符中执行模型迁移命令，生成表结构。
第三步：在MySQL Workbench工具中执行如下SQL语句，揑入表4.10中的记录。
修改SQL语句中的字段值，在MySQL Workbench工具中单击黄色闪电按钮（“execute”按钮），反复揑入记录，直到揑入全部记录。
第四步：在MySQL Workbench工具fruits_score表名上单击鼠标右键，选择“Select Rows”，数据记录显示结果如图4.21所示。显然，在数据库中的原始数据并不受ordering选项的约束，模型约束的结果将体现在Web表单中。也可以通过python django shell交互模式来查看结果，这种斱法我们将在4.4.2节详细介绍。
图4.21 数据记录显示结果
4.指定模型所属应用
到目前为止，本书中的所有模型操作都是建立在fruits应用之内的，而且在4.1.2节中，我们通过settings.py文件中的INSTALLED_APPS注册列表已经实现了对该应用的注册。假设又增加了一个新的应用fishes，而这个应用并没有在注册表中注册过，若想要在fishes内的models.py文件中新建一个模型，就需要用app_label选项明确挃出该模型属于哪个应用，代码如下。
5.指定抽象模型
如果在元数据子类中增加了 abstract=True 选项，则对应的模型为抽象模型。抽象模型不能生成数据库表结构，只能作为其他模型的父类被继承，具体使用斱法我们将在4.3.2节介绍。
4.3.2 模型类继承
Python语言提供了类的继承功能，父类为子类提供公共属性、斱法，Django中的模型也是一个类，具有继承性。当不同的模型具有公共属性时，可以考虑通过继承产生新的子模型。
4.3.1节中的StudentsInf模型和Score模型具有公共属性class1、name，本节我们通过模型类集成斱法来实现上述两个模型。
1.建立公共的父类模型StudentBase
在models.py文件中新增父类模型StudentBase，其中的内容见【案例4.8】。
【案例4.8】 抽象模型
该模型在元数据中增加了abstract=True选项，表明这个模型是抽象模型，具备被其他模型继承的条件。但在模型迁移时，该抽象模型本身不生成对应的数据库表。
说明
若没有abstract=True选项，则父类模型作为普通类也可以被子类继承，但是在执行模型迁移时，父类模型会生成对应的数据库表。
2.继承父类，定义子类模型StudentsInf1、Score1
上一步我们建立了公共父类模型StudentBase，接下来我们将通过继承父类模型StudentBase来定义子类模型StudentsInf1、Score1，代码参见【案例4.9】。
【案例4.9】 子类模型继承父类模型
上述StudentsInf1模型和Score1模型在定义时，参数都为StudentBase父类，而非models.Model类对象。继承的模型与一般模型的唯一区别就在于此。
继承的模型包含了父类的所有属性，如父类的class1、name字段。对于父类的元数据，abstract=True选项不具有继承性，但是其他选项具有继承性。子类中允许有自己的元数据，若父类与子类的元数据重复了，则子类选项会覆盖父类选项。在父类中，有些元数据选项会失效，如db_table，因为父类作为抽象模型，本身不生成对应的数据库表。
3.进行模型迁移，查看执行结果
执行模型迁移操作，图4.22为StudentsInf1、Score1两个子类模型对应的数据库表结构，与创建一般模型生成的结果几乎一样（存在字段顺序差别）。
图4.22 StudentsInf1、Score1两个子类模型对应的数据库表结构
4.3.3 包管理模型
当models.py中的模型建立过多时，可以考虑将模型拆分，用包（Package）进行统一管理。
这里的包就是Python语言里的包。建立一个包目录，目录名称一定是models，在其中建立一个空的__init__.py文件，以确定该目录就是一个包，包名就是目录名。然后，在这个包的models目录下存放从models.py文件中拆分而来的新的.py文件。
如本书中的models.py文件可以通过如下步骤进行拆分。
第一步：创建models目录。
在应用fruits中创建models目录，然后在该目录下建立一个内容为空的__init__.py文件。
第二步：拆分models.py文件。
比如，我们可以将models.py文件拆分成fsale.py文件和study.py文件，前一个文件用于存放与三酷猫销售商品相关的模型，后一个用于存放与学生学习相关的模型。这在正式的商业项目中有利代码管理。
将models.py文件中拆分成fsale.py文件和study.py文件后，需要在__init__.py文件中导入所有的模型，具体导入格式如下。
说明
在__init__.py文件中导入模型时应尽量采用显式指定每个模型名的方式，而避免采用from.models import*的方式。在正式的中大型项目中应该用包管理所有模型。