隨着項目愈來愈大,採用寫原生SQL的方式在代碼中會出現大量的SQL語句,那麼問題就出現了:javascript
全稱Object Relational Mapping
,中文叫作對象關係映射
,經過ORM咱們能夠經過類的方式去操做數據庫,而不用再寫原生的SQL語句。經過把表映射成類,把行做實例,把字段做爲屬性,ORM在執行對象操做的時候最終仍是會把對應的操做轉換爲數據庫原生語句。使用ORM
有許多優勢:html
ORM
轉換成底層數據庫操做指令確實會有一些開銷。但從實際的狀況來看,這種性能損耗不多(不足5%),只要不是對性能有嚴苛的要求,綜合考慮開發效率、代碼的閱讀性,帶來的好處要遠遠大於性能損耗,並且項目越大做用越明顯。ORM
模型通常都是放在app
的models.py
文件中。每一個app
均可以擁有本身的模型。而且若是這個模型想要映射到數據庫中,那麼這個app
必需要放在settings.py
的INSTALLED_APP
中進行安裝。如下是寫一個簡單的書籍ORM
模型。示例代碼以下:java
from django.db import models class Book(models.Model): name = models.CharField(max_length=20,null=False) author = models.CharField(max_length=20,null=False) pub_time = models.DateTimeField(default=datetime.now) price = models.FloatField(default=0)
以上便定義了一個模型。這個模型繼承自django.db.models.Model
,若是這個模型想要映射到數據庫中,就必須繼承自這個類。這個模型之後映射到數據庫中,表名是模型名稱的小寫形式,爲book
。在這個表中,有四個字段,一個爲name
,這個字段是保存的是書的名稱,是varchar
類型,最長不能超過20個字符,而且不能爲空。第二個字段是做者名字類型,一樣也是varchar
類型,長度不能超過20個。第三個是出版時間,數據類型是datetime
類型,默認是保存這本書籍的時間。第五個是這本書的價格,是浮點類型。
還有一個字段咱們沒有寫,就是主鍵id
,在django
中,若是一個模型沒有定義主鍵,那麼將會自動生成一個自動增加的int
類型的主鍵,而且這個主鍵的名字就叫作id
。python
將ORM
模型映射到數據庫中,總結起來就是如下幾步:
1. 在settings.py
中,配置好DATABASES
,作好數據庫相關的配置。
2. 在app
中的models.py
中定義好模型,這個模型必須繼承自django.db.models
。
3. 將這個app
添加到settings.py
的INSTALLED_APP
中。
4. 在命令行終端,進入到項目所在的路徑,而後執行命令python manage.py makemigrations
來生成遷移腳本文件。
5. 一樣在命令行中,執行命令python manage.py migrate
來將遷移腳本文件映射到數據庫中。ios