Django Model Meta options

Django版本：1.7
主要來源：https://docs.djangoproject.com/en/1.7/ref/models/options/

定義方式：

class Foo(models.Model): 
    bar = models.CharField(maxlength=30)

    class Meta: 
    #

1、abstract

如果設(shè)置abstract=True則這個(gè)模式是一個(gè)抽象基類

2、app_label

如果一個(gè) model 定義在默認(rèn)的 models.py 之外 (例如，如果你的 app 的 models 在 myapp.models 子模塊下)，你必須定義 app_label 讓 Django 知道它屬于哪一個(gè) app

在django1.7中不再需要使用app_label來定議

3、db_table

定義model在數(shù)據(jù)庫中的表名稱

db_table = 'music_album'

Django默認(rèn)通過app名稱+_+model的類名生成數(shù)據(jù)表

例如，如果你有一個(gè) app 叫做 bookstore (使用 manage.py startapp bookstore 創(chuàng)建)，以 及一個(gè) model 定義為 class Book 這樣將會創(chuàng)建一個(gè)名為 bookstore_book 的數(shù)據(jù)庫表。

如果你的數(shù)據(jù)庫表名稱是一個(gè)SQL保留字，或者它包含不允許出現(xiàn)在 Python 變量中的字符 (比如-字符)這是沒問題的。這是因?yàn)?Django 會自動給列名和表名添加引號。

數(shù)據(jù)庫為Mysql時(shí)db_table應(yīng)該使用小寫

數(shù)據(jù)庫為oracle時(shí)為了適應(yīng)oracle的30字符限制和匹配ORACLE的慣例，Django可能縮短表名，并把他們?nèi)看髮?，為了防止這種轉(zhuǎn)換，使用帶引號的名稱作為db_table值：

db_table ='“name_left_in_lowercase”'

4、db_tablespace

設(shè)置數(shù)據(jù)庫表空間，默認(rèn)是DEFAULT_TABLESPACE。Django不會去創(chuàng)建或生成表空間，僅僅是使用，如果數(shù)據(jù)庫使用不支持表空間，這個(gè)選項(xiàng)會被忽略。

5、get_latest_by

用于指定默認(rèn)的排序字段，支持DateField\DateTimeField\IntegerField

get_latest_by =“ORDER_DATE”

6、managed

默認(rèn)值為True,這個(gè)選項(xiàng)為True時(shí)Django可以對數(shù)據(jù)庫表進(jìn)行 migrate或migrations、刪除等操作。在這個(gè)時(shí)間Django將管理數(shù)據(jù)庫中表的生命周期

如果為False的時(shí)候，不會對數(shù)據(jù)庫表進(jìn)行創(chuàng)建、刪除等操作?？梢杂糜诂F(xiàn)有表、數(shù)據(jù)庫視圖等，其他操作是一樣的。包括：

如果沒有聲明主鍵字段，Django 將自動的為 model 增加一個(gè)自增的主鍵字段。當(dāng)你使用不被* 管理* 的 models 時(shí)，為了避免讓將來閱讀代碼的人迷惑，建議指明所有所有托管在 model 中的字 段與數(shù)據(jù)庫表的關(guān)系。

如果兩個(gè)非托管的 models (managed=False) 之間，使用了 ManyToManyField 關(guān)聯(lián)，就不會創(chuàng)建多對多關(guān)系的中間表。然而 如果是一個(gè)托管的 model 與另一個(gè)非托管的 model 的話，多對多關(guān)系 將會 被創(chuàng)建。

如果你需要改變默認(rèn)的行為，就的顯示的定義中間 model 來在數(shù)據(jù)庫中創(chuàng)建中間表(要將 managed 設(shè)置為 True)，然后在你的原 model 上使用 ManyToManyField.through 屬性指向中間 model，就能實(shí)現(xiàn)自定義的多對多關(guān)系。

如果你的測試中包含非托管 model (managed=False)，那么在測試之前，你應(yīng)該要確保在測試 創(chuàng)建時(shí)已經(jīng)創(chuàng)建了正確的數(shù)據(jù)表。

7、order_with_respect_to

根據(jù)給定的字段對 model 排序。在關(guān)聯(lián)關(guān)系中,它經(jīng)常用在根據(jù)目標(biāo)對象對源對象排序的場合。舉 個(gè)例子，一個(gè) Answer 只關(guān)聯(lián)一個(gè) Question 對象，而一個(gè) question 對象卻可以關(guān)聯(lián)多 個(gè) answer 對象。根據(jù) question 對 answer 排序，你應(yīng)該這么做:

class Answer(models.Model):
    question = models.ForeignKey(Question)
    # ...

    class Meta:
        order_with_respect_to = 'question'

當(dāng) order_with_respect_to 被設(shè)置時(shí)，會提供兩個(gè)附加的方法用于獲取和設(shè)置關(guān)聯(lián)對象的排序： get_RELATED_order() 和 set_RELATED_order() ，這其中的 RELATED 是 model 的小 寫名字。例如，假定一個(gè) Question 對象關(guān)聯(lián)到多個(gè) Answer 對象，這將返回一個(gè)包含 Answer 對象主鍵的列表:

>>> question = Question.objects.get(id=1)
>>> question.get_answer_order()
[1, 2, 3]

可以通過傳入一個(gè) Answer 主鍵的列表的方式來設(shè)置 Question 對象關(guān)聯(lián)的 Answer 對象的順序:

>>> question.set_answer_order([3, 1, 2])

關(guān)聯(lián)的對象同樣有兩個(gè)方法, get_next_in_order() 和 get_previous_in_order() ， 可 以用來訪問那些特定的對象。假定 Answer 對象是以 id 排序的:

>>> answer = Answer.objects.get(id=2)
>>> answer.get_next_in_order()
<Answer: 3>
>>> answer.get_previous_in_order()
<Answer: 1>

改變 order_with_respect_to 時(shí)注意
order_with_respect_to 增加了一個(gè)名為 _order 的字段(數(shù)據(jù)庫字段)，因此在你進(jìn) 行 syncdb 操作后，如果你增加或者改變了 order_with_respect_to 需運(yùn)行 migrate來保證變更。

8、ordering

定義默認(rèn)的排序列：

ordering = ['-order_date']

如果在字段前加"-"表示降序排列，不加則是升序排列。加?隨機(jī)排列

可以綜合排列:

ordering = ['-pub_date', 'author']

增加排序會影響數(shù)據(jù)庫性能，外鍵也會包含相應(yīng)排序

9、permissions

在創(chuàng)建對象時(shí)，添加到權(quán)限表當(dāng)中的附加權(quán)限信息。Django 自動為每個(gè)設(shè)置了 admin 的對象創(chuàng)建了添 加，刪除和修改的權(quán)限。下面這個(gè)例子展示了如何添加一個(gè)附加的權(quán)限 can_deliver_pizzas:

permissions = (("can_deliver_pizzas", "Can deliver pizzas"),)

該項(xiàng)可以是一個(gè)列表或一個(gè)由兩個(gè)元組構(gòu)成的元組，以這樣的格式
(permission_code, human_readable_permission_name) 。

10、default_permissions

默認(rèn)包含('add','change','delete')，你也可自定義權(quán)限列表，例如：如果應(yīng)用程序不需要任何的默認(rèn)權(quán)限，就可以把這個(gè)選項(xiàng)設(shè)為空列表。為避免權(quán)限的遺漏這個(gè)選項(xiàng)必須在model生成之前定義。

11、proxy

如果 proxy = True ，表示該 model 是其父類的代理

12、select_on_save

默認(rèn)值是False，用于決定是否啟用django.db.models.Model.save()算法，這個(gè)新算法會嘗試直接Update,但在一些罕見的情況下，是有問題的，例如PostgreSQL的ON Update觸發(fā)器返回NULL,在這種情況下，新算法會不管數(shù)據(jù)是否存在，而執(zhí)行Insert操作。

13、unique_together

用來設(shè)置的不重復(fù)的字段組合，必須唯一(將兩個(gè)字段做聯(lián)合唯一):

unique_together = (("driver", "restaurant"),)

它是一個(gè)字段名稱的列表，列表內(nèi)的字段組合在數(shù)據(jù)庫中是唯一，不重復(fù)的，也就是說不可以有兩 個(gè)對象，它們在列表中的字段值是完全相同的。它被用在 Django admin 后臺，在數(shù)據(jù)庫層級約束 數(shù)據(jù)。(比如，在 CREATE TABLE 語句中包含 UNIQUE 關(guān)鍵字)

為了使用方便，你可以賦給該項(xiàng)一個(gè)單獨(dú)的字段列表的元組:

unique_together = ("driver", "restaurant")

一個(gè) ManyToManyField 不能包含在 unique_together 中。 (這 將會導(dǎo)致它看起來不明不白！) 如果你需要驗(yàn)證關(guān)聯(lián)到 ManyToManyField 字段的唯一性驗(yàn)證，嘗試使用 signal(信號) 或者 明確指定 model 的 through 屬性。

在驗(yàn)證出錯(cuò)誤時(shí)會返回unique_together錯(cuò)誤

14、index_together

通過字段名集合創(chuàng)建索引：

index_together = [
    ["pub_date", "deadline"],
]

會根據(jù)選項(xiàng)生成合適的CREATE INDEX語句

也可以使用便利的寫法：

index_together = ["pub_date", "deadline"]

15、verbose_name

指定該對象的一個(gè)可讀性更好的唯一名字（單數(shù)）：

verbose_name = "pizza"

如果沒有指定這個(gè)選項(xiàng)，會將以駝峰命名的CamelCase轉(zhuǎn)換為camel case

16、verbose_name_plural

指定該對象的一個(gè)可讀性更好的唯一名字（復(fù)數(shù)）：

verbose_name_plural = "stories"

默認(rèn)是verbose_name+"s"