第3章我們談到了用Django構(gòu)建動(dòng)態(tài)網(wǎng)站，設(shè)置視圖和URL配置
如我們所說(shuō)，試圖負(fù)責(zé)邏輯和返回應(yīng)答，例子中我們計(jì)算了當(dāng)前的日期和時(shí)間
現(xiàn)在的Web程序中常常和數(shù)據(jù)庫(kù)打交道
一個(gè)數(shù)據(jù)庫(kù)驅(qū)動(dòng)的網(wǎng)站在后臺(tái)連接數(shù)據(jù)庫(kù)服務(wù)器，得到并顯示很好的格式化的Web頁(yè)面
同樣，網(wǎng)站也可以提供給訪問(wèn)者也具有操作數(shù)據(jù)庫(kù)的功能
許多復(fù)雜的網(wǎng)站以上兩種功能的結(jié)合，如Amazon.com就是一個(gè)數(shù)據(jù)庫(kù)驅(qū)動(dòng)的站點(diǎn)
每一個(gè)產(chǎn)品頁(yè)面都是Amazon數(shù)據(jù)庫(kù)格式后的HTML，你訪問(wèn)頁(yè)面也就是間接訪問(wèn)數(shù)據(jù)庫(kù)
Django很適合數(shù)據(jù)庫(kù)驅(qū)動(dòng)的網(wǎng)站，通過(guò)Python它提供強(qiáng)大的數(shù)據(jù)庫(kù)訪問(wèn)能力
這章將講述Django的數(shù)據(jù)庫(kù)層

在視圖里進(jìn)行數(shù)據(jù)庫(kù)查詢的“啞”方式
前一章講到通過(guò)在視圖里硬編碼HTML來(lái)輸出HTML的“啞”方式，在視圖里也有得到數(shù)據(jù)庫(kù)數(shù)據(jù)的“啞”方式
這很簡(jiǎn)單，只是使用一些Python庫(kù)執(zhí)行SQL查詢并且處理結(jié)果
在下面的例子里我們使用MySQLdb庫(kù)(可以在如下地址得到http://sourceforge.net/projects/mysql-python)
來(lái)連接MySQL數(shù)據(jù)庫(kù)，得到一些記錄來(lái)填充模板，并顯示到Web頁(yè)面上：

from django.shortcuts import render_to_response
import MySQLdb

def book_list(request):
    db = MySQLdb.connect(user='me', db='mydb', passwd='secret', host='localhost')
    cursor = db.cursor()
    cursor.execute('SELECT name FROM books ORDER BY name')
    names = [row[0] for row in cursor.fetchall()]
    db.close()
    return render_to_response('book_list.html', {'names': names})

這個(gè)方法可以工作，但是馬上一些問(wèn)題出來(lái)了：
1，我們把數(shù)據(jù)庫(kù)連接的參數(shù)硬編碼到代碼里面了，理想狀況下它們應(yīng)該存儲(chǔ)在Django配置里面
2，我們必須寫(xiě)一些樣板文件代碼，如建立連接，創(chuàng)建cursor，執(zhí)行語(yǔ)句和關(guān)閉連接等
細(xì)想狀況下，我們應(yīng)該只需指出我們需要什么結(jié)果
3，它把我們和MySQL綁在一起，如果我們想切換到PostgreSQL
我們必須使用不同的數(shù)據(jù)庫(kù)適配器psycopg，改變數(shù)據(jù)庫(kù)連接參數(shù)以及考慮重寫(xiě)SQL語(yǔ)句
理想狀況下數(shù)據(jù)庫(kù)服務(wù)器應(yīng)該是抽象的，替換數(shù)據(jù)庫(kù)應(yīng)該只在一個(gè)地方設(shè)置
你可能會(huì)想，Django的數(shù)據(jù)庫(kù)層的目標(biāo)應(yīng)該是解決這些問(wèn)題，下面簡(jiǎn)單看看怎樣用Django數(shù)據(jù)庫(kù)API重寫(xiě)上面代碼：

from django.shortcuts import render_to_response
from mysite.books.models import Book

def book_list(request):
    books = Book.objects.order_by('name')
    return render_to_response('book_list.html', {'books': books})

我們?cè)诒菊律院蠼忉屵@些代碼，現(xiàn)在先感覺(jué)一下它的樣子

MTV開(kāi)發(fā)模式
在我們專研更多的代碼之前，讓我們先花點(diǎn)時(shí)間考慮一些Django Web程序的整體設(shè)計(jì)
前面的章節(jié)我們提到，Django設(shè)計(jì)來(lái)鼓勵(lì)松耦合和分離程序模塊
如果你遵循這個(gè)哲學(xué)，改變一部分代碼而不影響其它模塊是很容易做到的
例如在視圖方法里，我們討論了使用模板來(lái)分離業(yè)務(wù)邏輯和呈現(xiàn)邏輯的重要性
在數(shù)據(jù)庫(kù)層的數(shù)據(jù)訪問(wèn)邏輯我們將遵循同樣的哲學(xué)
數(shù)據(jù)訪問(wèn)，業(yè)務(wù)邏輯和呈現(xiàn)邏輯組成常說(shuō)的“Model View Controller”(MVC)軟件架構(gòu)模式
“Model”指數(shù)據(jù)訪問(wèn)層，“View”指系統(tǒng)中選擇什么來(lái)呈現(xiàn)以及怎樣呈現(xiàn)的部分
“Controller”則指系統(tǒng)中通過(guò)用戶輸入決定使用哪個(gè)視圖及訪問(wèn)必要的模型的部分
采用MVC,MTV等縮寫(xiě)只是便于開(kāi)發(fā)人員溝通
Django遵循了MVC模式，它可以被稱位MVC框架，下面是M,V,C在Django中的位置：
1，M，數(shù)據(jù)據(jù)訪問(wèn)部分，通過(guò)Django的數(shù)據(jù)庫(kù)層處理，也就是本章所講述的內(nèi)容
2，V，選擇數(shù)據(jù)并決定怎樣呈現(xiàn)的部分，通過(guò)視圖和模板來(lái)處理
3，C，控制部分通過(guò)Django框架本身的URL配置和對(duì)Python方法的調(diào)用來(lái)處理
因?yàn)?ldquo;C”是Django框架本身處理而導(dǎo)致Django大部分精彩的東西在于模型，模板和視圖
所以Django被稱位MTV框架：
1，M，代表模型，是數(shù)據(jù)訪問(wèn)層，它包含了關(guān)于數(shù)據(jù)的一切東西，怎樣得到數(shù)據(jù)，怎樣驗(yàn)證數(shù)據(jù)，
它具有什么行為以及數(shù)據(jù)之間的關(guān)系
2，T，代表模板，是展現(xiàn)層，它包含了呈現(xiàn)相關(guān)的決策，如內(nèi)容怎樣在Web頁(yè)面中顯示以及其它類型的文檔
3，V，代表視圖，是業(yè)務(wù)邏輯層，它包含了訪問(wèn)模型的邏輯和選擇合適的模板
你可以認(rèn)為視圖是模型和模板的橋梁
如果你對(duì)MVC框架熟悉，如Ruby on Rails，你可以把Django的視圖想象成“controllers”，
把Django的模板想象成“views”，這是對(duì)MVC的不同解釋造成的不幸的混亂
在Django關(guān)于MVC的解釋中，“view”描述呈現(xiàn)給用戶的數(shù)據(jù)
沒(méi)有必要弄清數(shù)據(jù)怎樣顯示，而是描述哪個(gè)數(shù)據(jù)應(yīng)該被呈現(xiàn)
對(duì)比而言，Ruby on Rails以及類似的框架建議controller的工作包括決定哪個(gè)數(shù)據(jù)顯示給用戶，
視圖嚴(yán)格的決定數(shù)據(jù)怎樣顯示，而不是決定哪個(gè)數(shù)據(jù)來(lái)顯示
每一個(gè)解釋都不比另一個(gè)正確，最重要的事情是理解底層的概念

配置數(shù)據(jù)庫(kù)
所有的哲學(xué)牢記在心之后，讓我們開(kāi)始發(fā)掘Django的數(shù)據(jù)庫(kù)層
首先我們注意一些細(xì)小的配置，我們需要告訴Django使用哪個(gè)數(shù)據(jù)庫(kù)和怎樣連接它
我們假設(shè)你已經(jīng)有了一個(gè)數(shù)據(jù)庫(kù)服務(wù)器，啟動(dòng)它并創(chuàng)建一個(gè)database(使用CREATE DATABASE語(yǔ)句)
SQLite是一個(gè)特例，不需要?jiǎng)?chuàng)建database，因?yàn)镾QLite在文件系統(tǒng)上使用單獨(dú)的文件存儲(chǔ)數(shù)據(jù)
和上一章的TEMPLATE_DIRS一樣，數(shù)據(jù)庫(kù)配置在Django配置文件里面，默認(rèn)是settings.py

DATABASE_ENGINE = ''
DATABASE_NAME = ''
DATABASE_USER = ''
DATABASE_PASSWORD = ''
DATABASE_HOST = ''
DATABASE_PORT = ''

我們來(lái)看看每個(gè)配置是什么意思：
1，DATABASE_ENGINE告訴Django使用哪個(gè)數(shù)據(jù)庫(kù)引擎，如果你使用數(shù)據(jù)庫(kù)和Django工作的話，
DATABASE_ENGINE必須是下面的字符串集合：

注意不管你使用什么數(shù)據(jù)庫(kù)，你都需要安裝相應(yīng)的數(shù)據(jù)庫(kù)適配器，每個(gè)適配器在網(wǎng)上都是免費(fèi)的
2，DATABASE_NAME告訴Django數(shù)據(jù)庫(kù)名字是什么，如果你使用SQLite，
指出數(shù)據(jù)庫(kù)文件的完整的文件系統(tǒng)路徑，如'/home/django/mydata.db'
3，DATABASE_USER告訴Django你連接數(shù)據(jù)庫(kù)的用戶名，如果你使用SQLite，這項(xiàng)為空
4，DATABASE_PASSWORD告訴Django你連接數(shù)據(jù)庫(kù)的密碼，如果你使用SQLite或者你的密碼為空，則這項(xiàng)為空
5，DATABASE_HOST告訴Django你連接數(shù)據(jù)庫(kù)的主機(jī)，如果你的數(shù)據(jù)庫(kù)和Django安裝在同一臺(tái)計(jì)算機(jī)上，則這項(xiàng)為空
如果你使用SQLite，這項(xiàng)為空
MySQL在這里很特殊，如果這項(xiàng)的值以'/'開(kāi)頭并且你使用MySQL，MySQL會(huì)通過(guò)Unix socket連接特殊的socket
例如DATABASE_HOST ＝ '/var/run/mysql/'
如果你使用MySQL但這項(xiàng)的值不是以'/'開(kāi)頭，那么這項(xiàng)的值就假設(shè)為所連接的主機(jī)
6，DATABASE_PORT告訴Django連接數(shù)據(jù)庫(kù)的端口，如果你使用SQLite，則這項(xiàng)為空
否則，如果這項(xiàng)為空，底層的數(shù)據(jù)庫(kù)適配器會(huì)使用給的數(shù)據(jù)庫(kù)的默認(rèn)端口
大部分情況下默認(rèn)端口即可
一旦你輸入了這項(xiàng)設(shè)置，測(cè)試一下你的配置
首先在你第2章創(chuàng)建的mysite項(xiàng)目目錄下運(yùn)行python manage.py shell
你將會(huì)看到進(jìn)入了Python交互環(huán)境，但是眼睛是會(huì)騙人的！
它和普通的python有一個(gè)重要的不同，普通的python命令進(jìn)入的是Python shell，
但是前者告訴Django在啟動(dòng)shell前使用哪個(gè)settings文件
這是做數(shù)據(jù)庫(kù)查詢的主要前提，Django需要知道使用哪個(gè)settings文件來(lái)得到數(shù)據(jù)庫(kù)連接信息
在后臺(tái)，python manage.py shell設(shè)置了DJANGO_SETTINGS_MODULE環(huán)境變量
后面我們會(huì)解釋它的微妙之處，先讓我們測(cè)試一下數(shù)據(jù)庫(kù)配置：
>>> from django.db import connnection
>>> cursor = connection.cursor()
如果什么事情都沒(méi)有發(fā)生，則你的數(shù)據(jù)庫(kù)配置對(duì)了
否則，檢查錯(cuò)誤信息作為線索，看看哪里出錯(cuò)了，下面是一些常見(jiàn)的錯(cuò)誤:

錯(cuò)誤信息                                                    解決方法 
You haven’t set the DATABASE_ENGINE setting yet.
設(shè)置DATABASE_ENGINE而不是為空

Environment variable DJANGO_SETTINGS_MODULE is undefined.
運(yùn)行command python manage.py shell而不是python

Error loading __ module: No module named __.
你還沒(méi)有安裝數(shù)據(jù)庫(kù)相關(guān)的適配器(如psycopg或MySQLdb)

__ isn’t an available database backend.
將你的DATABASE_ENGINE設(shè)置為合法的數(shù)據(jù)庫(kù)引擎，你是不是敲錯(cuò)字母了？

database __ does not exist
更改DATABASE_NAME指向一個(gè)存在的數(shù)據(jù)庫(kù)，或者執(zhí)行CREATE DATABASE語(yǔ)句來(lái)創(chuàng)建它

role __ does not exist
更改DATABASE_USER指向一個(gè)存在的user，或者在數(shù)據(jù)庫(kù)中創(chuàng)建一個(gè)user

could not connect to server
確認(rèn)DATABASE_HOST和DATABASE_PORT設(shè)置正確，以及確認(rèn)數(shù)據(jù)庫(kù)正在運(yùn)行

你的第一個(gè)app
既然你驗(yàn)證了數(shù)據(jù)庫(kù)連接正確，現(xiàn)在就來(lái)創(chuàng)建一個(gè)Django app
Django app是一些Django代碼，包括模型和視圖，它們?cè)谕�一個(gè)Python包下面，代表了一個(gè)完整的Django程序
在這里值得解釋一下術(shù)語(yǔ)，因?yàn)檫@容易使初學(xué)者弄糊涂
我們第2章已經(jīng)創(chuàng)建了一個(gè)project，那么project和app的區(qū)別是什么呢？區(qū)別就是配置和代碼：
1，一個(gè)project是許多Django app的集合的實(shí)例，加上那些app的的配置
技術(shù)上來(lái)說(shuō)，一個(gè)project唯一的前提是它提供一個(gè)settings文件，里面定義了數(shù)據(jù)庫(kù)連接信息，
安裝的app，TEMPLATE_DIRS等等
2，一個(gè)app是Django的可移動(dòng)功能集，通常包括模型和視圖，存在于一個(gè)單獨(dú)的Python包里面
例如，Django含有幾個(gè)app，如commenting系統(tǒng)和自動(dòng)的admin界面
關(guān)鍵要注意的是它們是可移動(dòng)并且可以在不同的project重用
沒(méi)有嚴(yán)格的規(guī)定怎樣安排和計(jì)劃你的Django代碼，它是很靈活的
如果你在構(gòu)建一個(gè)單獨(dú)的網(wǎng)站，你可能只使用一個(gè)app
如果你在構(gòu)建一個(gè)復(fù)雜的站點(diǎn)，你可能想把它分成幾個(gè)app，這樣你就可以在以后分別重用他們
在前面我們的例子中證明我們確實(shí)根本不需要?jiǎng)?chuàng)建app，我們只是創(chuàng)建了一個(gè)viws.py文件
然后在里面寫(xiě)視圖方法并設(shè)置我們的URL配置指向這些方法，我們不需要“apps”
但是，有一點(diǎn)需要重視app慣例，如果你使用Django的數(shù)據(jù)庫(kù)層(模型)，你必須創(chuàng)建Django app
模型必須存在于app，所以為了開(kāi)始寫(xiě)模型，我們將創(chuàng)建一個(gè)新的app
在前面創(chuàng)建的mysite目錄下面，運(yùn)行下面的命令來(lái)創(chuàng)建一個(gè)新的app：
python manage.py startapp books
這個(gè)命令不會(huì)造成任何輸出，但它在mysite目錄下創(chuàng)建了一個(gè)books目錄，讓我們看看它的內(nèi)容：
books/
    __init__.py
    models.py
    views.py
這些文件將包含這個(gè)app的模型和視圖
用你最喜歡的文本編輯器看看models.py和views.py，它們都是空的，除了models.py里一個(gè)import
這是你的Django app的空白區(qū)

用Python定義模型
我們前面討論到，MTV中的M代表模型
一個(gè)Django模型用Python代碼描述了你的數(shù)據(jù)庫(kù)中的數(shù)據(jù)
它是你的數(shù)據(jù)結(jié)構(gòu)，相當(dāng)于SQL的CREATE TABLE語(yǔ)句，除了在Python中它比數(shù)據(jù)庫(kù)定義包含的內(nèi)容更多
Django在后臺(tái)使用模型來(lái)執(zhí)行SQL代碼并返回方便的Python數(shù)據(jù)結(jié)構(gòu)來(lái)表示你的數(shù)據(jù)庫(kù)表的行
Django也使用模型來(lái)描述一些高級(jí)概念，這些SQL是做不到的
如果你對(duì)數(shù)據(jù)庫(kù)很熟悉，你可能馬上會(huì)想到既在Python中又在SQL中定義數(shù)據(jù)模型豈不是很多余？
Django采用這種工作方式有幾個(gè)原因：
1，自省要求過(guò)度并且不完美
為了提供方便的數(shù)據(jù)訪問(wèn)API，Django需要知道數(shù)據(jù)庫(kù)結(jié)構(gòu)，有兩種方式達(dá)到這個(gè)目標(biāo)
一是在Python里顯式的描述數(shù)據(jù)，一是運(yùn)行時(shí)內(nèi)省數(shù)據(jù)庫(kù)來(lái)決定數(shù)據(jù)模型
第二種方式看起來(lái)更干凈，因?yàn)楸淼脑獢?shù)據(jù)僅僅存在于一個(gè)地方，但這會(huì)導(dǎo)致幾個(gè)問(wèn)題
第一，運(yùn)行時(shí)內(nèi)省數(shù)據(jù)庫(kù)顯然要求過(guò)度
如果每次Web請(qǐng)求都需要內(nèi)省數(shù)據(jù)庫(kù)，即使Web服務(wù)器已經(jīng)初始化，這也會(huì)導(dǎo)致的過(guò)度的等級(jí)不可接受
(有些人認(rèn)為這個(gè)過(guò)度的等級(jí)可以接受，但Django的開(kāi)發(fā)者目標(biāo)是打敗盡可能多的過(guò)度框架，
所以這個(gè)方案使Django成功的在速度上快于其它的高級(jí)框架)第二，一些數(shù)據(jù)庫(kù)特別是舊版本的MySQL
并不把足夠的元數(shù)據(jù)存儲(chǔ)起來(lái)，所以就導(dǎo)致不能進(jìn)行準(zhǔn)確和完整的自省
2，寫(xiě)Python代碼是快樂(lè)的，保持所有的事情用Python來(lái)做可以減少你大腦作切換的時(shí)間
如果你保持一個(gè)單獨(dú)的開(kāi)發(fā)環(huán)境和心智盡可能久，它將是你非常的高效
寫(xiě)SQL，然后Python，然后又SQL是很令人心煩的
3，讓數(shù)據(jù)模型存儲(chǔ)在代碼里而不是你的數(shù)據(jù)庫(kù)會(huì)使你更容易控制你的模型版本
這樣你可以很輕松的跟蹤你的數(shù)據(jù)的更改
4，SQL僅僅允許關(guān)于數(shù)據(jù)結(jié)構(gòu)的某一級(jí)別的元數(shù)據(jù)
例如，大部分?jǐn)?shù)據(jù)庫(kù)系統(tǒng)并不提供專門(mén)的數(shù)據(jù)類型來(lái)支持e-mail地址或者url
Django模型則可以，高級(jí)數(shù)據(jù)類型的優(yōu)點(diǎn)是更高的生產(chǎn)率和更易重用的代碼
5，SQL在不同的數(shù)據(jù)庫(kù)平臺(tái)不一致，例如，如果你正在發(fā)布你一個(gè)Web程序
發(fā)布一個(gè)Python模塊來(lái)描述數(shù)據(jù)結(jié)構(gòu)會(huì)比分開(kāi)為MySQL，PostgreSQL和SQLite寫(xiě)CREATE TABLE語(yǔ)句更高效
盡管如此，這個(gè)方法的一個(gè)缺點(diǎn)是Python代碼所做的事情可能超出實(shí)際上數(shù)據(jù)庫(kù)里的數(shù)據(jù)的范圍
如果你更改了Django模型，你需要在你的數(shù)據(jù)庫(kù)做同樣的改動(dòng)做保持?jǐn)?shù)據(jù)庫(kù)和模型一致
本章后面我們將詳細(xì)解釋解決此問(wèn)題的策略
最后，我們必須指出的是Django包含了一個(gè)輔助工具來(lái)通過(guò)現(xiàn)存的數(shù)據(jù)庫(kù)生成模型
這對(duì)于迅速接管和運(yùn)行遺留數(shù)據(jù)很有幫助

你的第一個(gè)模型
這一章我們將關(guān)注book/author/publisher數(shù)據(jù)結(jié)構(gòu)，它們是眾所周知的
我們將支持一下概念，域和關(guān)系：
1，一個(gè)author有一個(gè)salutation(如Mr.或Mrs.)，一個(gè)first name，一個(gè)last name，一個(gè)e-mail地址和一個(gè)頭像photo
2，一個(gè)publisher有一個(gè)name，一個(gè)street地址，一個(gè)city，一個(gè)state/province，一個(gè)country和一個(gè)Web site
3，一個(gè)book有一個(gè)title和一個(gè)publication date，一個(gè)或多個(gè)authors(many-to-many)，一個(gè)單獨(dú)的publisher(one-to-many)
在Django中第一步是使用Python代碼描述上面的數(shù)據(jù)庫(kù)結(jié)構(gòu)，在startapp命令創(chuàng)建的models.py中輸入下面的內(nèi)容：

from django.db import models

class Publisher(models.Model):
    name = models.CharField(maxlength=30)
    address = models.CharField(maxlength=50)
    city = models.CharField(maxlength=60)
    state_province = models.CharField(maxlength=30)
    country = models.CharField(maxlength=50)
    website = models.URLField()

class Author(models.Model):
    salutation = models.CharField(maxlength=10)
    first_name = models.CharField(maxlength=30)
    last_name = models.CharField(maxlength=40)
    email = models.EmailField()
    headshot = models.ImageField(upload_to='/tmp')

class Book(models.Model):
    title = models.CharField(maxlength=100)
    authors = models.ManyToManyField(Author)
    publisher = models.ForeignKey(Publisher)
    publication_date = models.DateField()

這章我們會(huì)談到模型語(yǔ)法和選項(xiàng)，讓我們先來(lái)快速的看看這些代碼來(lái)得到基本的印象
要注意的第一點(diǎn)是每個(gè)模型都是django.db.models.Model的子類
它們的父類Model包含了讓這些對(duì)象具有與數(shù)據(jù)庫(kù)交互能力的機(jī)制
這樣一來(lái)我們的模型只負(fù)責(zé)定義自己的域就行了，語(yǔ)法相當(dāng)簡(jiǎn)潔緊湊
不管相信與否，這就是通過(guò)Django進(jìn)行數(shù)據(jù)訪問(wèn)的所有代碼
一個(gè)模型通常域一個(gè)數(shù)據(jù)庫(kù)表對(duì)應(yīng)，而每個(gè)屬性和數(shù)據(jù)庫(kù)表的一列對(duì)應(yīng)
屬性名對(duì)應(yīng)列名，屬性的類型(如CharField)對(duì)應(yīng)數(shù)據(jù)庫(kù)列類型
例如Publisher模型對(duì)應(yīng)了下面的表(假設(shè)使用PostgreSQL的CREATE TABLE語(yǔ)法)：

CREATE TABLE "books_publisher" (
    "id" serial NOT NULL PRIMARY KEY,
    "name" varchar(30) NOT NULL,
    "address" varchar(50) NOT NULL,
    "city" varchar(60) NOT NULL,
    "state_province" varchar(30) NOT NULL,
    "country" varchar(50) NOT NULL,
    "website" varchar(200) NOT NULL
);

事實(shí)上Django自己可以生成CREAT TABLE語(yǔ)句，我們一會(huì)再看
一個(gè)類對(duì)應(yīng)一個(gè)數(shù)據(jù)庫(kù)表的特例是多對(duì)多關(guān)系，我們的例子中Book有一個(gè)ManyToManyField叫作authors
這表明book擁有一個(gè)或多個(gè)authors，但是Book表并沒(méi)有authors列
Django創(chuàng)建了一個(gè)附加的多對(duì)多連接表來(lái)處理books到authors的映射
最后注意的是我們沒(méi)有在任何一個(gè)模型中顯示的定義主鍵
除非你自己定義一個(gè)主鍵，Django會(huì)自動(dòng)為每個(gè)模型生成一個(gè)integer主鍵域id
每個(gè)Django模型都必須有一個(gè)單列的主鍵

安裝模型
寫(xiě)完代碼，下面讓我們來(lái)創(chuàng)建數(shù)據(jù)庫(kù)表
第一步是在Django中激活這些模型，需要把books這個(gè)app添加到settings文件的apps列表
編輯settings.py，查找INSTALLED_APPS設(shè)置
INSTALLED_APPS告訴Django哪些apps是活動(dòng)的，默認(rèn)時(shí)如下所示：

INSTALLED_APPS = (
    'django.contrib.auth',
    'django.contrib.contenttypes',
    'django.contrib.sessions',
    'django.contrib.sites',
)

先用(#)把這些strings注釋掉，后面我們?cè)偌せ詈陀懻撍鼈?
然后添加'mysite.books'到INSTALLED_APPS列表，最后如下所示：

INSTALLED_APPS = (
    #'django.contrib.auth',
    #'django.contrib.contenttypes',
    #'django.contrib.sessions',
    #'django.contrib.sites',
    'mysite.books',
)

別忘了最后的逗號(hào)
順便說(shuō)一下，本書(shū)作者習(xí)慣與在元組的元素后面都加上逗號(hào)，無(wú)論元組是否只有一個(gè)元素
這可以避免忘記加逗號(hào)，加了也不會(huì)罰款
'mysite.books'指我們正在工作的books app
INSTALLED_APPS中的每個(gè)app都用完整的Python PATH來(lái)表示，即包的PATH，用小數(shù)點(diǎn)分隔來(lái)指向app包
Django app已經(jīng)在settings文件激活，我們可以在數(shù)據(jù)庫(kù)中創(chuàng)建表了
首先通過(guò)如下的命令驗(yàn)證一下模型：python manage.py validate
validate命令檢查我們的模型語(yǔ)法和邏輯正確與否
如果一切正常，我們會(huì)看到0 errors found的信息
否則，確認(rèn)你的模型代碼輸入正確，error輸出會(huì)給你有用的信息來(lái)幫你找到錯(cuò)誤的代碼
任何時(shí)候你認(rèn)為你的模型代碼有問(wèn)題都可以運(yùn)行python manage.py validate來(lái)捕捉模型錯(cuò)誤
如果你的模型是合法的，運(yùn)行下面的命令為books app的模型生成CREATE TABLE語(yǔ)句
(如果你使用Unix會(huì)有五顏六色的語(yǔ)法高亮)：python manage.py sqlall books
這個(gè)命令中，books是app的名字，運(yùn)行完命令，你會(huì)看到下面的信息：

BEGIN;
CREATE TABLE "books_publisher" (
    "id" serial NOT NULL PRIMARY KEY,
    "name" varchar(30) NOT NULL,
    "address" varchar(50) NOT NULL,
    "city" varchar(60) NOT NULL,
    "state_province" varchar(30) NOT NULL,
    "country" varchar(50) NOT NULL,
    "website" varchar(200) NOT NULL
);
CREATE TABLE "books_book" (
    "id" serial NOT NULL PRIMARY KEY,
    "title" varchar(100) NOT NULL,
    "publisher_id" integer NOT NULL REFERENCES "books_publisher" ("id"),
    "publication_date" date NOT NULL
);
CREATE TABLE "books_author" (
    "id" serial NOT NULL PRIMARY KEY,
    "salutation" varchar(10) NOT NULL,
    "first_name" varchar(30) NOT NULL,
    "last_name" varchar(40) NOT NULL,
    "email" varchar(75) NOT NULL,
    "headshot" varchar(100) NOT NULL
);
CREATE TABLE "books_book_authors" (
    "id" serial NOT NULL PRIMARY KEY,
    "book_id" integer NOT NULL REFERENCES "books_book" ("id"),
    "author_id" integer NOT NULL REFERENCES "books_author" ("id"),
    UNIQUE ("book_id", "author_id")
);
CREATE INDEX books_book_publisher_id ON "books_book" ("publisher_id");
COMMIT;

注意以下幾點(diǎn)：
1，表明自動(dòng)由app名(books)和小寫(xiě)的模型名－publisher，book和author組成
你可以覆蓋這個(gè)行為，我們本章后面會(huì)看到
2，前面提到，Django自動(dòng)給每個(gè)表添加主鍵id域，你也可以覆蓋這點(diǎn)
3，習(xí)慣約束上Django會(huì)在外鍵域的名字后面添加“_id”，你已經(jīng)猜到了，你也可以覆蓋這點(diǎn)
4，外鍵關(guān)系由顯式的REFERENCES語(yǔ)句來(lái)完成
5，這些CREATE TABLE語(yǔ)句是針對(duì)你使用的數(shù)據(jù)庫(kù)生成的，所以數(shù)據(jù)庫(kù)專有的域類型如
aotu_increment(MySQL)，serial(PostgreSQL)，或者integer primary key(SQLite)會(huì)自動(dòng)為你處理
類似的如表名的引號(hào)是使用單引號(hào)還是雙引號(hào)也一樣，這個(gè)例子是使用的PostgreSQL語(yǔ)法
sqlall命令事實(shí)上并沒(méi)有接觸數(shù)據(jù)庫(kù)或建表，它僅僅將輸出打印到屏幕上
所以如果你問(wèn)它，你可以看到DJango將執(zhí)行什么
如果你愿意，你可以復(fù)制粘貼這些SQL到你數(shù)據(jù)庫(kù)客戶端或者使用Unix管道來(lái)直接傳遞它
盡管如此，Django提供一個(gè)簡(jiǎn)單的方式來(lái)把這些SQL提交數(shù)據(jù)庫(kù)
像下面這樣運(yùn)行syncdb命令：python manage.py syncdb
你會(huì)看到如下信息：
Creating table books_publisher
Creating table books_book
Creating table books_author
Installing index for books.Book model
syncdb簡(jiǎn)單的把你的模型同步到數(shù)據(jù)庫(kù)
它檢查數(shù)據(jù)庫(kù)和你的INSTALLED_APPS中的所有app的所以模型，看看是否有些表已經(jīng)存在，如果表不存在就創(chuàng)建表
注意syncdb不會(huì)同步改動(dòng)或刪除了的模型，如果你改動(dòng)或刪除了一個(gè)模型，syncdb不會(huì)更新數(shù)據(jù)庫(kù)(待會(huì)兒討論這個(gè))
如果你再運(yùn)行一次python manage.py syncdb，不會(huì)發(fā)生任何事情
因?yàn)槟銢](méi)有添加模型到books app或添加到INSTALLED_APPS中的任何app
因此運(yùn)行python manage.py syncdb是一直安全的，它不會(huì)把事情弄糟
如果你感興趣，進(jìn)入你的數(shù)據(jù)庫(kù)服務(wù)器的命令行客戶端看看Django創(chuàng)建的數(shù)據(jù)庫(kù)表
你可以手動(dòng)運(yùn)行命令行客戶端如PostgreSQL的psql，或者運(yùn)行python manage.py dbshell
基于你的DATABASE_SERVER設(shè)置，后者將計(jì)算出運(yùn)行哪個(gè)命令行客戶端，也更方便

數(shù)據(jù)訪問(wèn)基礎(chǔ)
一旦你創(chuàng)建了一個(gè)模型，Django自動(dòng)提供高級(jí)Python API給這些模型工作
運(yùn)行python manage.py shell然后輸入下面的代碼試試：

>>> from books.models import Publisher
>>> p = Publisher(name='Apress', address='2560 Ninth St.',
...     city='Berkeley', state_province='CA', country='U.S.A.',
...     website='http://www.apress.com/')
>>> p.save()
>>> p = Publisher(name="O'Reilly", address='10 Fawcett St.',
...     city='Cambridge', state_province='MA', country='U.S.A.',
...     website='http://www.oreilly.com/')
>>> p.save()
>>> publisher_list = Publisher.objects.all()
>>> publisher_list
[<Publisher: Publisher object>, <Publisher: Publisher object>]

雖然只有幾行代碼，確達(dá)到了很多目的，精彩的部分是：
1，創(chuàng)建一個(gè)對(duì)象只需import合適的模型類并通過(guò)給每個(gè)域傳遞值來(lái)初始化它
2，調(diào)用save()方法來(lái)將一個(gè)對(duì)象保存到數(shù)據(jù)庫(kù)，后臺(tái)Django在這里執(zhí)行了一條INSERT SQL語(yǔ)句
3，使用Publisher.objects屬性從數(shù)據(jù)庫(kù)得到對(duì)象，使用Publisher.objects.all()得到Publisher所有的對(duì)象列表
后臺(tái)Django在這里執(zhí)行了一條SELECT SQL語(yǔ)句
實(shí)際上你可以通過(guò)Django數(shù)據(jù)庫(kù)API做很多事情，但是我們先來(lái)看一個(gè)小麻煩

添加模型的string顯示
上面的例子中，當(dāng)我們打印publishers列表時(shí)我們得到的都是一些無(wú)用的信息，我們很難將Publisher對(duì)象區(qū)別開(kāi)：
[<Publisher: Publisher object>, <Publisher: Publisher object>]
我們可以通過(guò)給Publisher對(duì)象添加一個(gè)__str__()方法來(lái)輕松解決這個(gè)問(wèn)題
__str__()方法告訴Python怎樣顯示對(duì)象的string顯示，你可以動(dòng)手來(lái)看看給三個(gè)模型添加__str__()：

class Publisher(models.Model):
    name = models.CharField(maxlength=30)
    address = models.CharField(maxlength=50)
    city = models.CharField(maxlength=60)
    state_province = models.CharField(maxlength=30)
    country = models.CharField(maxlength=50)
    website = models.URLField()

    def __str__(self):
        return self.name

class Author(models.Model):
    salutation = models.CharField(maxlength=10)
    first_name = models.CharField(maxlength=30)
    last_name = models.CharField(maxlength=40)
    email = models.EmailField()
    headshot = models.ImageField(upload_to='/tmp')

    def __str__(self):
        return '%s %s' % (self.first_name, self.last_name)

class Book(models.Model):
    title = models.CharField(maxlength=100)
    authors = models.ManyToManyField(Author)
    publisher = models.ForeignKey(Publisher)
    publication_date = models.DateField()

    def __str__(self):
        return self.title

你可以看到，__str__()方法為了返回一個(gè)string顯示可以做任何它需要做的事情
這里Publisher和Book的__str__()方法簡(jiǎn)單的返回了對(duì)象的name和title
但是Author的__str__()更復(fù)雜一點(diǎn)，返回了first_name和last_name的組合
__str__()唯一的條件是返回一個(gè)string，如果不返回string的話如返回一個(gè)integer
Python會(huì)觸發(fā)一個(gè)TypeError異常，并帶有“__str__ returned non-string”信息
為了讓改動(dòng)生效，退出Python然后使用python manage.py shell命令重新進(jìn)入
(這是讓代碼改動(dòng)生效的最簡(jiǎn)單的方式)
現(xiàn)在，Publisher列表對(duì)象更容易理解：

>>> from books.models import Publisher
>>> publisher_list = Publisher.objects.all()
>>> publisher_list
[<Publisher: Apress>, <Publisher: O'Reilly>]

確認(rèn)你定義的任何模型都有一個(gè)__str__()方法，不僅是使在你自己使用交互環(huán)境時(shí)更方便
也因?yàn)楫?dāng)Django在幾個(gè)地方需要顯示對(duì)象時(shí)會(huì)使用__str__()的輸出
最后，注意__str__()是給模型添加行為的好習(xí)慣
一個(gè)Django模型描述的不僅僅是一個(gè)對(duì)象數(shù)據(jù)庫(kù)表結(jié)構(gòu)，它也描述了對(duì)象知道怎樣去做的功能
__str__()就是這樣的功能的一個(gè)例子，一個(gè)模型知道怎樣顯示它自己


安徽新華電腦學(xué)校專業(yè)職業(yè)規(guī)劃師為你提供更多幫助【在線咨詢】