models 的方法

 

使用model的一般步骤：

1. 在app的models文件中创建model子类

class Publisher(models.Model):

    name = models.CharField(max_length=30)

    address = models.CharField(max_length=50)

    city = models.CharField(max_length=60)

    state_province = models.CharField(max_length=30)

    country = models.CharField(max_length=50)

    website = models.URLField()

2. 然后在settings.py中注册你的app

MIDDLEWARE_CLASSES = (

    # 'django.middleware.common.CommonMiddleware',

    # 'django.contrib.sessions.middleware.SessionMiddleware',

    # 'django.contrib.auth.middleware.AuthenticationMiddleware',

)

 

INSTALLED_APPS = (

    # 'django.contrib.auth',

    # 'django.contrib.contenttypes',

    # 'django.contrib.sessions',

    # 'django.contrib.sites',

    'books', #注意加上这个逗号来区分元组类型,同时记得是要用引号。。。

)

3. 可以使用命令来验证你的设置，0 errors代表正确

python manage.py validate

 

4. 通过model类定义来创建数据库表，可以使用命令：

python manage.py sqlall books #打印出创建相应的数据表的SQL语句

python manage.py syncdb #直接执行SQL语句，只用来检查是否表存在，如果没有，就创建新的表，

如果model中的数据有改动，这一句执行就没有用。

 

5. 使用model进行简单的数据表插入操作，Django直到save()才是真正地写入数据库。

python manage.py shell

>>> from books.models import Publisher

>>> p1 = Publisher(name='Apress', address='2855 Telegraph Avenue',

... city='Berkeley', state_province='CA', country='U.S.A.',

... website='http://www.apress.com/')

>>> p1.save()

使用manager进行查询

>>> publisher_list = Publisher.objects.all() #Publisher.objects返回的就是一个管理器

>>> publisher_list

[<Publisher: Publisher object>, <Publisher: Publisher object>]

这样就可以进行取出记录数据的操作，或者是你自己定义的其它逻辑操作

>>> publisher_list[0].address

u'2855 Tele Avenur'

 

如果想直接写入数据库，不用save()，则使用管理器的create()方法

>>> p1 = Publisher.objects.create(name='Apress',

... address='2855 Telegraph Avenue',

... city='Berkeley', state_province='CA', country='U.S.A.',

... website='http://www.apress.com/')

 

6. 在model的类中，增加__unicode__()函数，来代表各个类的字符串表示信息。相当于java中的toString()

def __unicode__(self):

    return self.name

>>>[<Publisher: Apress>, <Publisher: O'Reilly>]

 

7. 更新的操作，就是简单的赋个新值，再save()一下

不过这样做效率一般，manager有update函数专门用于更新操作

>>> Publisher.objects.filter(id=52).update(name='Apress Publishing')

 

8. 条件选择操作，使用manager中的filter函数，返回的是QuerySet对象，类似结果集对象

>>> Publisher.objects.filter(name='Apress')

[<Publisher: Apress>]

 

更复杂的条件选择操作，是使用Django特有的lookup type修饰词来实现

>>> Publisher.objects.filter(name__contains="press")

[<Publisher: Apress>]

__contains：类似SQL语句中的like的模糊匹配操作：

WHERE name LIKE '%press%';

 

如果想获取单一的对象，使用get()函数，如果返回的对象有多个，就报错MultipleObjectsReturned。

如果返回值为空，也报错DoesNotExist。

>>> a = Publisher.objects.get(name="Apress")

>>> a

<Publisher: Apress>

>>> a.address

u'2855 Tele Avenur'

也可以进行取出记录数据的相应操作，就相当于取出了一个Publisher记录的对象。

 

9. 排序操作

>>> Publisher.objects.order_by("state_province", "address")

[<Publisher: Apress>, <Publisher: O'Reilly>]

 

>>> Publisher.objects.order_by("-name") #'-'表示倒序

 

QuerySet也可以像列表那样用索引取值

Publisher.objects.order_by("address")[1]

但是不支持负数

Publisher.objects.order_by("address")[-1]

不过可以用倒序来表示：

Publisher.objects.order_by("-address")[0]

 

10. 删除记录操作

对于单个model类或者是QuerySet类都有对应的delete()函数

>>> p = Publisher.objects.get(name="O'Reilly")

>>> p.delete()

>>> Publisher.objects.filter(country='USA').delete()

>>> Publisher.objects.all().delete()#如果要清空数据表，一就要显示地调用all()，再delete

每个应用一般都会定义一个或多个models，这个数据models实际上是与数据库相关的，models中的每个属性都是数据库当中的一个字段，每个字段是数据库中的一个列。在models中定义的每个类相当于数据库当中的table.如

[python] view plaincopy

1. class  Musician(models.Model):  
2. 　　First_name = models.CharField(max_length = 50 )  
3. 　　Last_name = models.CharField(max_length = 50 )  
4. 　　Instrument = models.CharField(max_length = 100 )  
5. 　　  
6. class Album(models.Model):  
7. 　　Artist = models.ForeignKey(Musician)  
8. 　　Name = models.CharField(max_length = 100)  
9. 　　Release_date = models.DateField()  
10. 　　Num_starts = models.IntegerField()  

        如上所示，每个class的属性都是models中的某些字段类的实例，如Name是models.CharField的实例。Models中有许多的字段属性类。并且这些字段属性类均有一些参数，用于修饰这些class内的属性，如Name是CharField的实例，限定其最大字符为100字节.那么，这些字段属性类都有哪些参数呢？下面列出一些常用的参数：

null:若为true，dnango将在数据库相应的字段中允许存储null值，否则设为flase

blank: 与null有点类似，但是不同，它主要用于确认一些如表单中是否带有一些内容数据，如果blank设为true,则允许表单内容为空，否则设为flase.

choices:带此参数的字段一般为2维的列表或元组，类中的属性在定义时若含此参数，在页面上将显示一个select box框，其选项也被限定于choices给定的具体值，如下：

[python] view plaincopy

1. YEAR__IN_SCHOOL_CHOICES = (  
2. 　(‘FR’, ‘Freshman’),  
3. 　(‘SO’, ‘Sophomore’),  
4. 　(‘JR’, ‘Junior’),  
5. 　(‘SR’, ‘Senior’),  
6. 　(‘GR’, ‘Graduate’),  
7. 　)  

        注：每个元组中的第一个参数如’FR’等将被存于数据库中，第二个参数将显示在select box中。对于一个给定的model对象实例，choices字段显示的值可以通过get_YOURFIELD_display方法来访问，如下：

[python] view plaincopy

1. 　　From django.db import models  
2. 　　Class Person(models.Model):  
3. 　　    SHIRT_SIZES = (  
4. 　　(‘S’, ‘Small’),  
5. 　　(‘M’, ‘Medium’),  
6. 　　(‘L’, ‘Large’),  
7. 　　    )  
8. 　　    name = models.CharField(max_length = 60 )  
9. 　　shirt_size = models.CharField(max_length = 1, choices = SHIRT_SIZES)  
10. 　　  
11. >>>p = Person(name =”zhm”, shirt_size = ‘L’)  
12. >>>p.save()  
13. >>>p.shirt_size  
14. u’L’  
15. >>>p.get_shirt_size_display()  
16. u’Large’   

default: 字段的默认值,可以是个值或者是个callable的对象。如果是callable的，在每次新对象被创建时，它将被调用。

 

help_text: 

primary_key: 设为true时为model的primary_key.若不设置，则系统会自动添加一个IntegerField字段为primary_key,每个model必须要有一个字段被设置成primary_key = true.

 

自动的主键字段：默认时，django会给每个model下面一个字段：

Id = models.AutoField(primary_key = true).这是一个自增的主键，如果要覆盖系统的主键字段，可以在model中的任何字段中设置primary_key = true即可。

 

Verbose field names(冗长的字段名称）：

        除了ForeignKey, ManyToManyField, OneToOneField外，其它每种字段类型如CharField均有一个可选的第一个固定参数：Verbose Name.如果没有给出这个参数值，django会自动的创建它，而自动创建的verbose name=字段实例名.如下：

[python] view plaincopy

1. first_name = models.CharField(“person’s first name”, max_length = 30)  

此时verbose name = “person’s first name”

而当

[python] view plaincopy

1. first_name = models.CharField(max_length = 30)  

它的verbose name = “first name”

另外，由于ForeignKey, ManyToManyField及OneToOneField其第一个参数应为一个model class,所以它的verbose name应该是显示给出：

[python] view plaincopy

1. Poll = models.ForeignKey(Poll, verbose_name = “the related poll”)  
2. Sites = models.ManyToManyField(Site, verbose_name = “list of sites”)  
3. Place = models.OneToOneField(Place, verbose_name = “related place “)  

Relationships

        主要有三类：many-to-one, many-to-many, one-to-one

Many-to-one 关系

        要定义一个多对一的关系，使用django.db.models.ForeignKey.其使用方法与其它字段类型一样，如CharField，没有任何区别,ForeignKey需要一个固定的参数，基于某个关系模型的类，举个例子，比如一辆汽车与工厂的关系，工厂可以创建许多的汽车，但是一辆汽车只能属于某一个工厂。所以可以用以下方式来创建：

[python] view plaincopy

1. class Manufacturer(models.Model):  
2. 　　#...  
3. class Car(models.Model):  
4. 　　manufacturer = models.ForeignKey(Manufacturer)  
5. 　　#...  

        汽车是由于某个工厂创建的，所以Car class中需要增加工厂的相关信息，这种关系表示为ForeignKey. 而它的第一个参数为Manufacturer，是一个model的名称，这个ForeignKey也可以接收其它参数，用于定义这些关系如何发生作用，不过这些参数都是可选的，以后自己可以查看相关资料。

Many-to-many关系

        定义多对多关系可以使用ManyToMany字段类型。其使用方法与其它字段类型一致。与ForeignKey一样，它也要接受一个固定的参数，一个与之发生关系的model class的名称。可以举这么个例子来描述多对多的关系，比如说一个月饼上有许多的芝麻，而芝麻也可以存在于多个月饼之上，所以它们的关系就可以按以下方式来表示：

[python] view plaincopy

1. class MoonCake(models.Model):  
2. 　　#...  
3. class Sesame(models.Model):  
4. 　　mooncakes = models.ManyToMany(MoonCake)  
5. 　　#...  

        建议ManyToMany对象以复数形式来表达一组相关的多个model对象，如上的mooncakes.此外，ManyToMany可以在任意两个model中，这个没有任何关系，但是不能在两个模型内均存在，即上面的ManyToMany也可以定义在MoonCake内：sesames = models.ManyToMany(Sesame)

        一般来说，ManyToMany实例应该定义在那些将要在表单(form)中被编辑的对象内。如上面的月饼与芝麻的关系中，我们更能想到的是，月饼拥有很多芝麻，而更少想到芝麻在多个月饼上，所以上面的关系是通过这种想法定义的，故在芝麻中定义ManyToMany.这样MoonCake表单可以让用户来选择那些芝麻。

更复杂的Many-to-many关系：

        简单的表述就是一个人，它可以参加各种兴趣小组，即每种兴趣小组有许多的人员，这显然是多对多的关系，但是除此之外，还需要其它的额外的信息，比如关于人员加入小组的时期，加入的原因等，所以需要一个中间耦合的modle来进行连接。具体代码可以表述如下：

[python] view plaincopy

1. class Person(models.Model):  
2.     name = models.CharField(max_length = 128)  
3.     def __unicode__(self):  
4.         return self.name  
5.   
6. class Group(models.Model):  
7.     name = models.CharField(max_length=128)  
8.     members = models.ManyToMany(Person, through = ‘Membership’)  
9.     def __unicode__(self):  
10.         return self.name  
11.      
12. class Membership(models.Model):  
13.     person = models.ForeignKey(Person)  
14.     group = models.ForeignKey(Group)  
15.     date_joined = models.DateField()  
16.     invite_reason = models.CharField(max_length = 64)  

        请注意Group当中的”through”参数。当建立了一个中间model时，如上面的Membership，将显式的用外键foreignkey指定涉及到多对多关系的那些models.这些显式的声明定义了这两个models的关系是怎样的。下面来实际使用上面定义的模型：

[python] view plaincopy

1. >>> ringo = Person.objects.create(name = ‘Ringo Starr”)  
2. >>> paul = Person.objects.create(name = “Paul McCartney”)  
3. >>> beatles = Group.objects.create(name = “The Beetles”)  
4. >>> m1 = Membership( person = ringo, group = beatles,  
5. ...       date_joined = date(1962, 8, 16)  
6. ...       invite_reason = “Needed a new drummer”)  
7. >>> m1.save()  
8. >>> beatles.members.all()  
9. [<Person: Ringo Starr>]  
10. >>> ringo.group_set.all()  
11. [<Group: The Beatles>]  
12. >>> m2 = Membership.objects.create(person = paul, group = beatles,  
13. ...      date_joined = date(1960,8,1)  
14. ...      invite_reason = “Wanted to form a band.”)  
15. >>> beatles.member.all()  
16. [<Person: Ringo Starr>],[<Person: Paul McCartney>]  

        与简单正常的多对多关系不一样，不能使用add, create或者赋值来创建这种关系对象,如：

[html] view plaincopy

1. beatles.members.add(john)  
2. atles.members.create(name=”George Harrison”)  
3. Beatles.members = [join,paul,ringo, george]  

        以上这种方式对复杂的多对多关系是不可行的。这是因为直接创建创建Person与Group之间的对象关系无法表达其余额外的信息，这些信息需要由Membership模型来提供。所以创建这种多对多关系对象的唯一方式就是创建中间件model对象的实例。所以remove()方法也不适合于复杂的多对多对象，相应有一个替代的函数clear()，

[python] view plaincopy

1. >>>beatles.members.clear()  

这是可行的。

        创建复杂多对多模型后的对象查询方式如下：

[python] view plaincopy

1. >>> Group.objects.filter(members__name__startswith=’Paul’)  
2. [<Group: The Beatles>]  
3.   
4. >>> Person.objects.filter(group__name=’The Beatles’, membership__date_joined__gt = date(1961,1,1))  
5. [<Person: Ringo Starr>]  
6.   
7. >>> ringos_membership = Membership.objects.get(group = beatles, person=ringo)  
8. >>> ringos_membership.date_joined  
9. datetime.date(1962,8,16)  
10. >>> ringos_membership.invite_reason  
11. u’Needed a new drummer  
12.   
13. >>> ringos_membership = ringo.membership_set.get(group = beatles)  
14. >>> ringos_membership.date_joined  
15. datetime.date(1962,8,16)  
16. >>> ringos_membership.invite_reason  
17. u’Needed a new drummer  

One-to-one关系

        定义这种关系使用OneToOneField.需要一个固定参数：某个关系model的class,这种关系可以理解成继承的关系，比如创建了一个’place’的数据库，里面含有address, phone等标准的信息，如果你再创建一个‘餐馆‘数据库，它是建立在’place’数据库之上的，因为‘餐馆’也需要一些地址信息，所以将‘餐馆’用OneToOneField定义到’place’之上。

 

跨文件的models

        可以引用来自另一个应用的model，只需要将另一个应用的model import进来，然后就可以使用了。见如下例子：

[python] view plaincopy

1. from geography.models import ZipCode  
2. class Restaurant(models.Model):  
3. 　　#...  
4.     zip_code = models.ForeignKey(ZipCode)  

字段名称的限制

1 不能是python保留的关键字

2 不能含有2个‘_’，如：

[python] view plaincopy

1. Class Example(models.Model):  
2. foo__bar = models.IntegerField() #error  

当然，django也是允许我们自定义字段类型，可以查阅相关文档。

Meta Options

通过使用内部嵌套的class Meta可以给定model的metadata，如下：

[python] view plaincopy

1. Class ox(models.Model):  
2. 　　Horn_length = models.IntegerField()  
3.       
4. 　　Class Meta:  
5. 　　    ordering = [‘horn_length’]  
6. 　　    verbose_name_plural = “oxen”  

此Meta的各种options有很多，可以查看相关资料。

Model methods

需要知道的经常会用到的一系列函数方法：

__unicode__()

返回unicode表示的对象，这是python与django使用的，当model实例需要被强迫或显示成文本字符时。

 

get_absolute_url():告诉django怎样计算对象的url,django一般在它的admin接口上使用，无论何时admin都需要知道一个对象的url.

 

覆盖预定义的model 方法

即可以定制一些model的方法，经常要改变的是save()和delete()工作。

当在保存一个对象时你希望要进行一些其它额外的操作时，可以改写成如下方式：

[python] view plaincopy

1. Class Blog(models.Model):  
2. 　　#....  
3. 　　def save(self, *args, **kwargs):  
4. 　　    do_something()  
5. 　　    super(Blog, self).save(*args, **kwargs) # call the real save()method  
6. 　　    do_something_else()  

Model继承

    与python中正常的类继承差不多，但要分清的是你是否要让父类的model成为它各自独立的model（拥有各自独立的数据库表），还是要让父类保存通信的数据信息，这样就可以在子model中可视了。

    在django中一共有三种方式的model继承：

    1 父model用来保存信息，这样就不必要输入到子model中，所以这时父类不会以独立的方式使用，这种方式为抽象基类abstract base classes方式

    2 如果你是现有model的子类（有可能来自另一个应用），需要让每个model都拥有它本身的数据库表，mutil-table多表继承采用的是这种方式

    3 最后，如果你要修改python级的model, 而不改变model的各字段，你可以使用Proxy models方式。

Abstract base classes

    当你需要把一些共享的信息放入某个model中时，使用抽象基类的继承方式是非常有用的。按正常的方式先写好model,然后增加clss Meta，将属性abstract设为true即可。然后对于其它的model，要继承于抽象基类，这样抽像model的字段会被添加到子类中。如下：

[python] view plaincopy

1. class CommonInfo(models.Model):  
2. 　　name = models.CharField(max_length = 100)  
3. 　　age = models.PositiveIntegerField()  
4. 　　  
5. 　　class Meta:  
6. 　　    Abstract = True  
7. 　　  
8. class Student(CommonInfo):  
9. 　　home_group = models.CharField(max_length = 5)  

    这样Student就有三个字段：name, age, home_group,所以CommonInfo不可以用作正常的Django model，因为它只是一个抽象基类,它并不生成一个数据库，不能直接实例化或直接保存数据。所以这种抽象基类是非常有用的，它以python的方式提供了一种方法来提取出公共信息，同时仅当子model在创建数据库时才会创建相应的数据。

 

Meta的继承

    当抽象基类被创建，django的做法是让基类内部的Meta子类作为一个可用的属性。如果子类没有声明它自己的Meta类型，这将从父类的Meta中继承过来，如果子类要扩展父类的Meta，可以再进行子类化，如下例子

[python] view plaincopy

1. class CommonInfo(models.Model):  
2. 　　name = models.CharField(max_length = 100)  
3. 　　age = models.PositiveIntegerField()  
4. 　　  
5. 　　class Meta:  
6. 　　    abstract = True  
7. 　　Ordering = [‘name’]  
8. 　　  
9. class Student(CommonInfo):  
10. 　　home_group = models.CharField(max_length = 5)  
11. 　　  
12. 　　class Meta(CommonInfo.Meta):  
13. 　　    db_table = ‘student_info’  

    Django的确对抽像基类中的Meta进行过一次修改，在子类进行安装Meta属性之前，它对abstract设置为false,这意味着子类不会自动的成为抽像基类，当然，如果我们自己想让子类成为抽像基类的话，可以显式地设置abstruct为true即可。

    注：有时有些属性在将抽像类中的Meta类包含进来时会发生一些无法不好理解的行为。如包含db_table意味着所有的子类（不必描述他们自己的Meta)将使用基类所有的相同数据库表，这让子类也成为abstract了，这就不是我们想要的了。

 

小心related_name属性参数

    若在ForeignKey或ManyToManyField中使用related_name属性，必须让字段名称具有唯一性。否则将会引起一些问题，因为这个字段将会被包含到各个子类中，而每次此属性字段都具有相同的值。

    要解决这个问题，在使用related_name在抽像类中时，注意，仅仅针对抽像类，名称的部分要包含’%(app_label)s’和’%(class)s’。

    1 ‘%(class)s’ 将会被使用这个字段的底层类的名称所代替。

    2 ‘%(app_label)s’将会被子类所在的底层应用名称所代替。每个安装的应用都是唯一的，应用内的每个model名称也是唯一的。

    如以下例子，给定一个应用app common/models.py:

[python] view plaincopy

1. class Base(models.Model):  
2. 　　m2m=models.ManyToManyField  
3. 　　        (OtherModel, related_name = “%(app_label)s_%(class)s_related”)  
4.       
5. 　　class Meta:  
6. 　　    Abstract = True  
7.   
8. class ChildA(Base):  
9. 　　Pass  
10. class ChildB(Base):  
11. 　　Pass  

    接着还有另一个应用rare/models.py;

[python] view plaincopy

1. from common.models import Base  
2. class ChildB(Base):  
3.     pass  

    这样，ChindA当中的m2m名称将是common_childa_related， 同时ChindB中的m2m名称为common_childb_related，而另一应用rare中的childB中的m2m为rare_childb_related.这样可以保证唯一性。

    注意：如果不指定related_name属性，系统会有默认的名称，可以查看相关资料。

Multi-table inheritance

Django支持的第二种model继承方式是继承父类的子model是各自独立的，每种模型与其数据库表相关联，可进行分别独立地创建与查询操作。这种继承关系将子model与它的每个父model进行了连接（django自动采用OneToOneField的方式进行连接)，如下：

[python] view plaincopy

1. class Place(models.Model):  
2. 　　name = models.CharField(max_length=50)  
3. 　　address = models.CharField(max_length=80)  
4. 　　  
5. class Restaurant(Place):  
6. 　　serves_hot_dogs = models.BooleanField()  
7. 　　serves_pizza = models.BooleanField()  

虽然数据保存在这两个不同的数据库表中，但Place中的所有字段在Restaurant中均可被访问，（也可以这么理解：Place主要存储所有类似于Restaurant各种商店的地址，Restaurant对象只能访问其本身在Place中存放的地址，而Place则可以访问所有商店的地址和名称），见如下例子：

[python] view plaincopy

1. >>> Place.objects.filter(name=”Bob’s Cafe”)  
2. >>> Restaurant.objects.filter(name=”Bob’s Cafe”)  

Place包含着一个Restaurant的地址，既然知道了Restaurant的地址，所以我们可以从Place对象访问到Restaurant对象，访问的方式是使用小写的Restaurant model名称如下：

[python] view plaincopy

1. >>> p = Place.objects.get(id = 12) #先获取Restaurant对象的地址  

[python] view plaincopy

1. #如果p是一个Restaurant对象，即p是一个子类  
2. >>>.p.restaurant #请注意，是小写,这样可以直接访问Restaurant对象  
3. <Restaurant:....>  

       所以我们可以得出结论，有两种情况，

       1如果p仅仅是Place的一条记录，且这条记录并不是Restaurant关联的，即这种记录是Place独有的。

       2 若p这条记录不是Restaurant的地址，而是其它商店如Apple店的地址

在上述两种情况下通过p.restaurant访问则会出现问题了。

 

关于Mutil-table inheritance中的Meta

在这种多表继承中的情况下，如果子类从父类中继承它的Meta class，这种情况是不合理的。所有的Meta Option都是应用于它的父类，如果继承到子类中会产生一些冲突（这种情况与抽象基类相反，抽象基类并不存在这种方式）

因此子model并不访问它的父类的Meta class, 但是也有一些少许情况可以从父类继承，比如，如果子类并没有给出ordering属性或者是get_latest_by属性，那么这些属性将从他们的父类Meta class中继承。

但是如果父类具有ording且你不想从父类中继承它的ording，可以显式的将其设置为disable，如下：

[python] view plaincopy

1. class ChildModel( ParentModel):  
2.     ...  
3.     class Meta:  
4.         #remove parent’s ording effect  
5.         Ordering = []  

Inheritance and reverse relations

由于多表继承使用隐式的OneToOneField来连接父子model,如上例所示这可以让父model访问至子model，但是，如果对于使用了一些如ForeignKey和ManyToManyField关系的model而言，这些关键字(ForeignKey和ManyToManyField)所带的参数related_name的值是默认的，如果你想把这些关系继承至其它model的子类时，必须在这些字段中显示的提供related_name属性，如果我们不这么操作，django在校验validata或者syncdb操作时会引发一个error，如：

[python] view plaincopy

1. Class Supplier(Place):  
2. 　　#必须在所有的关系中说明related_name  
3. 　　Customers = models.ManyToManyField(Restaurant, related_name = “provider”)  

父model的连接字段说明

        如上提到，如果在基于非抽象型数据关系model时，django将在父子model中自动的创建OneToOneField以连接两者，这样子model可以访问父model相应的字段，从父model中的对象也可以间接的访问子model的对象，但是如果在子model中想要更改父model中所提供的字段名称时，可以自己显式的用OneToOneField（在参数中添加设置parent_link = True）来创建这种关系，以连接至父model.

 

Proxy models

        代理模型。代理model继承的目的在于为原始的model创建一个代理，我们可以进行创建，删除，更新代理模型的实例，并且操作的结果将会保存在原始模型中，即，通过代理摸型间接的操作了原始模型。区别在于通过代理模型，不需要修改原始模型就可以直接改变原始模型的一些东西，比如改变默认的model ordering或者默认的manager等。

代理model的声明与正常的model没什么区别，只是要告诉django它是一个proxy的，方式为在Meta中添加proxy属性为True.

例如，例设我们现在要对前面提到的Person model添加一个方法，可以如下操作：

[python] view plaincopy

1. class MyPerson(Person):  
2.     class Meta:  
3.         Proxy = True  
4. def do_something(self):  
5.     ...  

        上面定义的MyPerson model，对它实例的操作结果可以发生在它的父类Person身上，特别的，Person的新对象也可以通过MyPerson来访问，反之亦然：

[python] view plaincopy

1. >>> p = Person.objects.create(first_name=”foobar”)  
2. >>> MyPerson.objects.get(first_name=”foobar”)  
3. <MyPerson: foobar>  

我们可以通过代理模型对原模型进行不同方式的排序，如下，可以增加last_name属性进行排序：

[python] view plaincopy

1. class OrderedPerson(Person):  
2. 　　class Meta:  
3. 　　    ordering = [“last_name”]  
4. 　　    proxy = True  

        正常的原始Peson model的查询是无序的，但OrderedPerson查询后的排序是基于last_name来进行。我们不可能通过Person来查询并让django返回MyPerson对象。另外，用代理并不是说是以一种自己创建的模型来取代Person model的方式。

父类(基类的）一些约束

        Proxy model必须从一个（注意：是一个）非抽象的model类中继承，不能从多个非抽象model中继承，因为proxy model并没有在不同的数据库表的多行之间提供一些连接，proxy model也可以从一些抽象基类中继承，前提条件是他们不能定义model字段。

Proxy model会从非抽象父类model中继承一些他们没有定义的Meta选项.

  

Proxy model managers

        如果没有详细的给出proxy model的模型管理器(manager)，那它将从父model中继承，如果在proxy model中定义了管理器，那么它将取代父model的管理器，成为默认的管理器，但是在父类中定义的这些管理器也还是可以访问的。

以下是上述的例子，当你查询Person model时你可以改变它的默认管理器：

[python] view plaincopy

1. class NewManager(models.Manager):  
2.     ...  
3. class MyPerson(Peson):  
4.     objects = NewManager()  
5.     class Meta:  
6.       Proxy = True   

    如果我们想增加新的管理器至Proxy，而不会取代现有的默认管理器，可以使用相关文档描述的技术细节，它的主要方法是，创建一个包含新的管理器的基类，然后继承它，紧接在primary基类之后，如下：

[python] view plaincopy

1. #为新管理器创建一个抽象类  
2. class ExtraManagers(models.Model):  
3.     secondary = NewManager()  
4.     class Meta:  
5.         Abstract = True  
6. class MyPerson(Person, ExtraManagers): #紧接在Person之后  
7.     class Meta:  
8.          proxy = True;  

    我们可能不会经常这样做，但是有时也有需要的时候，所以这里先了解一下。

 

关于Multiple inheritance

    与python的子类一样，Django的model可以从多个父model中继承，正常的python命名规则也同样适用，继承的第一个基类的Meta将被使用，其余基类的Meta将会被忽略。

一般来说，很少会从多个父model中继承，主要的使用原则就是越简单越好，这样可以避免总是去寻找一些特殊的来自其它类中的信息。

 

Models的字段名是不能被隐匿的

    在正常的python继承情况下，它允许子类覆盖父类的一些属性，而在Django,这是不允许的，因为如果一个基类model有一个字段称为author,那么在你创建的另外一个model中，如果它继承了前面这个基类，则它是不能再创建一个名为author的字段。如果你覆盖一个父类当中的字段，django会产生一个FieldError错误。