django操作資料庫

1. django orm創建數據表

Django裡面，管理資料庫和sqlarchemy類似，也是通過orm框架來實現的。所有的資料庫的建立，都是在model.py裡面通過類來實現的。

首先看看如何創建一個單表：

a. 先定義一個類，繼承models.Model, 然後根據需求定義參數，這些參數的類型和變數後面會進一步闡述

models.py

fromdjango.dbimportmodels

classUserInfo(models.Model):
username=models.CharField(max_length=32)
password=models.CharField(max_length=64)

b. 注冊app

settings.py

INSTALLED_APPS=[
『django.contrib.admin『,
『django.contrib.auth『,
『django.contrib.contenttypes『,
『django.contrib.sessions『,
『django.contrib.messages『,
『django.contrib.staticfiles『,
『app01『,
]

c.執行命令。 第一條命令會生成一個初始化文件，第二個命令會生成對應的表

pythonmanage.pymakemigrations
pythonmanage.pymigrate

2. 對於單表的增刪改查詢

查詢

獲取所有結果，獲取到的結果是一個QuerySet的類似列表的對象,每一個元素本身又是一個對象，包括了id，name，password等屬性。

obj=models.UserInfo.objects.all()

<QuerySet [<UserInfo: UserInfo object>, <UserInfo: UserInfo object>, <UserInfo: UserInfo object>, <UserInfo: UserInfo object>, <UserInfo: UserInfo object>]>

可以通過filter進行過濾，相當於sql的where語句，因為結果也是QuerySet，因此需要再使用first（）獲取第一個值

obj=models.UserInfo.objects.filter(id=nid).first()

增加

models.UserInfo.objects.create(username=u,password=p,user_group_id=3)

刪除，可以在filter的基礎上進行刪除

models.UserInfo.objects.filter(id=nid).delete()

修改，有兩種常見方式

第一個方式

models.UserInfo.objects.filter(id=nid).update(username=u,password=p)

第二個方式

obj=models.UserInfo.objects.filter(id=nid)
obj.username=u
obj.save()

2. 如何在django中使用多個資料庫

使用多個資料庫

New in Django 1.2: Please, see the release notes

大多數其他文檔都假設使用單一資料庫，本文主要討論如何在 Django 中使用多個資料庫。 使用多個資料庫，要增加一些步驟。

定義你的資料庫

使用多資料庫的第一步是通過 DATABASES 設置要使用的資料庫服務。這個 設置用於映射資料庫別名和特定的聯結設置字典，這是 Django 定義資料庫一貫的手法。 字典內部的設置參見 DATABASES 文檔。

資料庫可以使用任何別名，但是 default 有特殊意義。當沒有選擇其他資料庫時， Django 總是使用別名為 default 的資料庫。因此，如果你沒有定義一個名為 default 的資料庫時，你應當小心了，在使用資料庫前要指定你想用的資料庫。

以下是一個定義兩個資料庫的 settings.py 代碼片斷。定義了一個預設的 PostgreSQL 資料庫和一個名為 users 的 MySQL 資料庫：

DATABASES = { 'default': { 'NAME': 'app_data', 'ENGINE': 'django.db.backends.postgresql_psycopg2', 'USER': 'postgres_user', 'PASSWORD': 's3krit' }, 'users': { 'NAME': 'user_data', 'ENGINE': 'django.db.backends.mysql', 'USER': 'mysql_user', 'PASSWORD': 'priv4te' } }

如果你嘗試訪問 DATABASES 設置中沒有定義的資料庫， Django 會拋出一個 django.db.utils.ConnectionDoesNotExist異常。

同步你的資料庫

syncdb 管理命令一次只操作一個資料庫。預設情況下，它操作 default 資料庫。但是加上 --database 參數，你可以讓 syncdb 同步不同的 資料庫。所以要同步我們例子中的所有資料庫的所有模型可以使用如下命令:

$ ./manage.py syncdb
$ ./manage.py syncdb --database=users

如果你不是同步所有的程序到同一個資料庫中，你可定義一個 資料庫路由 來為指定的模型實施特定的控制 策略。

如果你要精細地控制同步，那麼還有一種方式是修改 sqlall 的輸出，手工在 資料庫中執行命令，命令如下:

$ ./manage.py sqlall sales | ./manage.py dbshell

使用其他管理命令

其他操作資料庫的 django-admin.py 命令與 syncdb 類似，他們一次只 操作一個資料庫，使用 --database 來控制使用哪個資料庫。

自動資料庫路由

使用多資料庫最簡單的方法是設置一個資料庫路由方案。預設的路由方案確保對象 「緊貼」其原本的資料庫（例如：一個對象從哪個資料庫取得，就保存回哪個資料庫）。 預設的路由方案還確保如果一個資料庫沒有指定，所有的查詢都會作用於 預設 數據 庫。

你不必為啟動預設路由方案作任何事，因為它是「開箱即用」的。但是，如果你要執行 一些更有趣的資料庫分配行為的話，你可以定義並安裝你自己的資料庫路由。

資料庫路由

一個資料庫路由是一個類，這個類最多有四個方法：

db_for_read(model, **hints)

建議 model 對象寫操作時使用的資料庫。

如果一個資料庫操作可以提供對選擇資料庫有用的附加信息，那麼可以通過 hints 字典提供。詳見 下文 。

如果沒有建議則返回 None 。

db_for_write(model, **hints)

建議 model 對象讀操作時使用的資料庫。

如果一個資料庫操作可以提供對選擇資料庫有用的附加信息，那麼可以通過 hints 字典提供。詳見 下文 。

如果沒有建議則返回 None 。

allow_relation(obj1, obj2, **hints)

當 obj1 和 obj2 之間允許有關系時返回 True ，不允許時返回 False ，或者沒有 意見時返回 None 。這是一個純粹的驗證操作，用於外鍵和多對多操作中，兩個對象 的關系是否被允許。

allow_syncdb(db, model)

決定 model 是否可以和 db 為別名的資料庫同步。如果可以返回 True ， 如果不可以返回 False ，或者沒有意見時返回 None 。這個方法用於決定一個給定 資料庫的模型是否可用。

一個路由不必提供 所有 這些方法，可以省略其中一個或多個。如果其中一個方法被 省略了，那麼 Django 會在執行相關檢查時跳過相應路由。

提示參數

資料庫路由接收的「提示」參數可用於決定哪個資料庫應當接收一個給定的請求。

目前，唯一可以提供的提示參數是 實例 ，即一個與讀寫操作相關的對象的實例。 可以是一個已保存的對象的實例，也可以是一個多對多關系中添加的實例。在某些情況下， 也可能沒有對象的實例可以提供。路由會檢查提示實例是否存在，並相應地決定是否改變 路由行為。

使用路由

資料庫路由使用 DATABASE_ROUTERS 設置來安裝。這個設置定義一個類名稱 列表，每個類定義一個用於主路由 (django.db.router) 的路由。

主路由用於 Django 分配資料庫操作。當一個查詢想要知道使用哪個資料庫時，會提供 一個模型和一個提示（如果有的話），並調用主路由。
Django 就會按次序嘗試每個路由，
直到找到合適的路由建議。如果找不到路由建議就會嘗試實例提示的當前的 _state.db 。如果沒有提供路由提示，或者實例沒有當前資料庫狀態，那麼
主路由會 分配 預設 資料庫。

一個例子

僅用於示例目的！

這個例子僅用於展示路由如何改變資料庫的使用。本例有意忽略了一些復雜的東西以 便於更好的展示路由是如何工作的。

如果任何一個 myapp 中的模型包含與 另一個 資料庫中模型的關系時，本例 是無效的。參見 跨資料庫關系一節中介紹 的 Django 引用完整性問題。

本例的主/從配置也是有缺陷的：它沒有處理復制延時（比如因為把寫操作傳遞給從 資料庫耗費時間而產生的查詢不一致），也沒有考慮與資料庫使用策略的交互作用。

那麼，這個例子有什麼用呢？本例僅用於演示一個 myapp 存在於 other 資料庫， 所有其他模型之間是主/從關系，且存在於 master 、 slave1 和 slave2 資料庫。本例使用了兩個路由:

class MyAppRouter(object): """ 一個控制 myapp 應用中模型的 所有資料庫操作的路由 """ def db_for_read(self, model, **hints): "myapp 應用中模型的操作指向 'other'" if model._meta.app_label == 'myapp': return 'other' return None def db_for_write(self, model, **hints): "myapp 應用中模型的操作指向 'other'" if model._meta.app_label == 'myapp': return 'other' return None def allow_relation(self, obj1, obj2, **hints): " 如果包含 myapp 應用中的模型則允許所有關系 " if obj1._meta.app_label == 'myapp' or obj2._meta.app_label == 'myapp': return True return None def allow_syncdb(self, db, model): " 確保 myapp 應用只存在於 'other' 資料庫 " if db == 'other': return model._meta.app_label == 'myapp' elif model._meta.app_label == 'myapp': return False return None class MasterSlaveRouter(object): """ 一個設置簡單主/從定義 的路由 """ def db_for_read(self, model, **hints): " 所有讀操作指向一個隨機的從資料庫 " return random.choice(['slave1','slave2']) def db_for_write(self, model, **hints): " 所有寫操作指向主資料庫 " return 'master' def allow_relation(self, obj1, obj2, **hints): " 允許資料庫池中的兩個對象間的任何關系 " db_list = ('master','slave1','slave2') if obj1._state.db in db_list and obj2._state.db in db_list: return True return None def allow_syncdb(self, db, model): " 顯示地放置所有資料庫中的模型 " return True

然後在你的設置文件增加如下內容（把 path.to. 替換為你定義路由的模型的路徑 ）:

DATABASE_ROUTERS = ['path.to.MyAppRouter', 'path.to.MasterSlaveRouter']

這個設置中，路由的順序是很重要的，因為查詢時是按這個設置中的順序依次查詢的。上 例中， MyAppRouter 先於MasterSlaveRouter ，因此， myapp 中的模型就 優先於其他模型。如果 DATABASE_ROUTERS 設置中兩個路由的順序變換了， 那麼 MasterSlaveRouter.allow_syncdb() 會優先執行。因為 MasterSlaveRouter 是 包羅萬象的，這樣就會導致所有模型可以使用所有資料庫。

設置好之後讓我們來運行一些代碼:

>>> # 從 'credentials' 資料庫獲得數據 >>> fred = User.objects.get(username='fred') >>> fred.first_name = 'Frederick' >>> # 保存到 'credentials' 資料庫 >>> fred.save() >>> # 隨機從從資料庫獲得數據 >>> dna = Person.objects.get(name='Douglas Adams') >>> # 新對象創建時還沒有分配資料庫 >>> mh = Book(title='Mostly Harmless') >>> # 這個賦值會向路由發出請求，並把 mh 的資料庫設置為與 author 對象同樣的 >>> # 資料庫 >>> mh.author = dna >>> # 這會強制 'mh' 實例使用主資料庫... >>> mh.save() >>> # ... 但如果我們重新獲取對象，就會從從資料庫中獲取 >>> mh = Book.objects.get(title='Mostly Harmless')

手動選擇資料庫

Django 也提供一個可以讓你通過代碼完全控制資料庫使用的 API 。手動定義資料庫分配 優先於路由。

為一個 查詢集 手動選擇一個資料庫

你可以在 查詢集 「鏈」中的任何點為 查詢集 選擇資料庫。我們通過在 查詢集 上調用 using() 來得到使用指定資料庫的另一個 查詢集 。

using() 使用一個參數：你想要運行查詢的資料庫的別名。例如:

>>> # 這會運行在「預設」資料庫上。 >>> Author.objects.all() >>> # 這同樣會運行在「預設」資料庫上。 >>> Author.objects.using('default').all() >>> # 這會運行在「 other 」資料庫上。 >>> Author.objects.using('other').all()

為 save() 選擇一個資料庫

在使用 Model.save() 時加上 using 關鍵字可以指定保存到哪個資料庫。

例如，要把一個對象保存到 legacy_users 資料庫應該這樣做:

>>> my_object.save(using='legacy_users')

如果你不定義 using ，那麼 save() 方法會根據路由分配把數據保存到預設 資料庫中。

把一個對象從一個資料庫移動到另一個資料庫

當你已經在一個資料庫中保存了一個對象後，你可能會使用 save(using=...) 把這個 對象移動到另一個資料庫中。但是，如果你沒有使用恰當的方法，那麼可能會出現意想不 到的後果。

假設有如下的例子:

>>> p = Person(name='Fred') >>> p.save(using='first') # （第一句） >>> p.save(using='second') # （第二名）

在第一名中，一個新的 Person 對象被保存到 first 資料庫中。這時， p 還沒有一個主鍵，因此 Django 執行了一個INSERT SQL 語句。這樣就會創建一個 主鍵，並將這個主鍵分配給 p 。

在第二句中，因為 p 已經有了一個主鍵，所以 Django 在保存對象時會嘗試在新的 資料庫中使用這個主鍵。如果 second資料庫中沒有使用這個主鍵，那就不會有問題， 該對象會復制到新資料庫。

然而，如果 p 的主鍵在 second 資料庫中已經使用過了，那麼 second 使用 這個主鍵的已存在的對象將會被 p 覆蓋。

有兩種方法可以避免上述情況的發生。第一，你可以清除實例的主鍵。如果一個對象沒有 主主鍵，那麼 Django 會把它看作一個新對象，在保存到 second 資料庫中時就不會 帶來數據的損失:

>>> p = Person(name='Fred') >>> p.save(using='first') >>> p.pk = None # 清除主鍵。 >>> p.save(using='second') # 寫入一個全新的對象。

第二種方法是在 save() 方法中使用 force_insert 選項來保證 Django 執行 一個 INSERT SQL:

>>> p = Person(name='Fred') >>> p.save(using='first') >>> p.save(using='second', force_insert=True)

這樣可以保證名為 Fred 的人員在兩個資料庫中使用相同的主鍵。如果在保存到 second 資料庫時主鍵已被佔用，會拋出一個錯誤。

選擇一個要刪除數據的資料庫

預設情況下，一個現存對象從哪個資料庫得到，刪除這個對象也會在這個資料庫中進行:

>>> u = User.objects.using('legacy_users').get(username='fred') >>> u.delete() # 會從 `legacy_users` 資料庫中刪除

通過向 Model.delete() 方法傳遞 using 關鍵字參數可以定義在哪個資料庫中刪除 數據。 using 的用法與 save() 方法中使用這個參數類似。

例如，假設我們要把一個用戶從 legacy_users 資料庫移動到 new_users 資料庫 可以使用如下命令:

>>> user_obj.save(using='new_users') >>> user_obj.delete(using='legacy_users')

多資料庫情況下使用管理器

在管理器上使用 db_manager() ，可以讓管理器訪問一個非預設資料庫。

例如，假設你有一個操作資料庫的自定義管理器 User.objects.create_user() 。
因為 create_user() 是一個管理器方法，不是一個 查詢集 ，所以你不能
用 User.objects.using('new_users').create_user() 。（ create_user() 方法
只能用於 User.objects 管理器，而不能用於，管理器衍生出的 查詢集 。） 解決方法是使用 db_manager() ，就象下面這樣:

User.objects.db_manager('new_users').create_user(...)

db_manager() 返回的是綁定到你指定的資料庫的管理器的一個副本。

多資料庫情況下使用 get_query_set()

如果你在管理器中重載了 get_query_set() ，請確保在其父類中也調用了相同的方法 （使用 super() ）或者正確處理管理器中的 _db 屬性（一個包含要使用的資料庫 名稱的字元串）。

例如，如果你要從 get_query_set 方法返回一個自定義 查詢集 類，那麼你可以 這樣做:

class MyManager(models.Manager): def get_query_set(self): qs = CustomQuerySet(self.model) if self._db is not None: qs = qs.using(self._db) return qs

在 Django 管理介面中使用多資料庫

Django 的管理介面沒有明顯支持多資料庫。如果想要支持的話你必須寫自定義 ModelAdmin 。

3. django怎麼使用本機mysql資料庫

step 1:

修改你的django project目錄下的settings.py 文件至如下所示：

其中，'NAME' 對應的 『db_name' 是你事先使用mysql
的命令行提示符創建的資料庫名稱。注意：在django使用資料庫之前，你必須先創建出資料庫，否則會報錯。'USER'對應的'username'
還有 'PASSWORD' 對應的『passwd'
就是你在mysql中創建的用戶名和密碼。如果你有多個的話，隨便填一個就好。'HOST'和'PORT'默認都可以不填。

題外話： 使用用戶名和密碼登錄mysql的方法：

首先，你需要進入 mysql/bin的目錄下，也可以在.bash_profile中設置環境變數：

PATH=/usr/local/bin:/usr/bin:/bin:/sbin:/usr/sbin:/usr/local/sbin:/usr/local/Cellar/mysql/5.6.22/bin/

再在prompt輸入 mysql -u username -p, 回車後再輸入 passwd即可

step 2:

然後，在manage.py路徑中使用python manage.py syncdb 試試，結果會提示你錯誤找不到 MySQLdb 這個mole, 為什麼呢， 因為 python manage.py syncdb 命令是這樣工作的：

1. 在project目錄的settings.py的INSTALLED_APPS元組中找到可能需要更新的APP。

2. 找到每一個APP目錄中的models.py (關系定義文件)，並針對變化在資料庫中進行更新。

說了這么多，前面那個錯誤 找不到 mole MySQLdb 是什麼意思啊 ？

先給個圖，再解釋：

因為在models.py中定義關系使用的是python，而真正在資料庫中操作形成model當然一定要用sql語句，所以必須要有一些功能模塊
來把python語句轉化成sql語句。如果你使用sqlite的話，由於sqlite和轉化模塊都已經由python內置了，所以直接使用不會發生錯
誤。但是 」mysql語句的轉化模塊「 就需要你手動載入了，這些模塊放在 MySQL-python 中。

我是使用pip 安裝的：

安裝了之後，再使用 python manage.py syncdb就OK啦。

我使用的系統是 OS X，下面是 mysql 默認的安裝路徑

/usr/local/Cellar/mysql/5.6.22/

如果你想知道你的資料庫文件是放在哪裡的，你可以查看mysql_config文件中的ldata變數，這個變數的值就是 默認的資料庫文件夾存儲的路徑。 我的系統中，mysql_config的完整路徑是 ：

/usr/local/Cellar/mysql/5.6.22/bin/mysql_config

4. Django裡面怎麼實現資料庫視圖啊 就是虛擬表

視圖相當於虛擬的表，可以使用正常SQL語句進行增刪查改的操作，返回一張表。其實說白了與表的功能基本一樣。
觸發器，是在執行增 刪 改的時候觸發的一些SQL操作。可以在增刪改之後觸發 SQl，也可以在增刪改的時候替代SQL。有兩種不同的觸發模式而已。
一下是來自官方的標准解釋：
什麼是視圖？
在 SQL 中，視圖是基於 SQL 語句的結果集的可視化的表。
視圖包含行和列，就像一個真實的表。視圖中的欄位就是來自一個或多個資料庫中的真實的表中的欄位。我們可以向視圖添加 SQL 函數、WHERE 以及 JOIN 語句，我們也可以提交數據，就像這些來自於某個單一的表。
注釋：資料庫的設計和結構不會受到視圖中的函數、where 或 join 語句的影響。
SQL CREATE VIEW 語法
CREATE VIEW view_name AS
SELECT column_name(s)
FROM table_name
WHERE condition
注釋：視圖總是顯示最近的數據。每當用戶查詢視圖時，資料庫引擎通過使用 SQL 語句來重建數據。

觸發器是一種特殊類型的存儲過程，它不同於之前的我們介紹的存儲過程。觸發器主要是通過事件進行觸發被自動調用執行的。而存儲過程可以通過存儲過程的名稱被調用。
Ø 什麼是觸發器
觸發器對表進行插入、更新、刪除的時候會自動執行的特殊存儲過程。觸發器一般用在check約束更加復雜的約束上面。觸發器和普通的存儲過程的區別是：觸發器是當對某一個表進行操作。諸如：update、insert、delete這些操作的時候，系統會自動調用執行該表上對應的觸發器。SQL Server 2005中觸發器可以分為兩類：DML觸發器和DDL觸發器，其中DDL觸發器它們會影響多種數據定義語言語句而激發，這些語句有create、alter、drop語句。

DML觸發器分為：
1、 after觸發器（之後觸發）
a、 insert觸發器
b、 update觸發器
c、 delete觸發器

2、 instead of 觸發器 （之前觸發）

其中after觸發器要求只有執行某一操作insert、update、delete之後觸發器才被觸發，且只能定義在表上。而instead of觸發器表示並不執行其定義的操作（insert、update、delete）而僅是執行觸發器本身。既可以在表上定義instead of觸發器，也可以在視圖上定義。

觸發器有兩個特殊的表：插入表（instered表）和刪除表（deleted表）。這兩張是邏輯表也是虛表。有系統在內存中創建者兩張表，不會存儲在資料庫中。而且兩張表的都是只讀的，只能讀取數據而不能修改數據。這兩張表的結果總是與被改觸發器應用的表的結構相同。當觸發器完成工作後，這兩張表就會被刪除。Inserted表的數據是插入或是修改後的數據，而deleted表的數據是更新前的或是刪除的數據。

5. django 怎麼在admin里顯示資料庫的內容

操作方法：首先要運行python manage.py createsuperuser 命令來創建一個管理員賬戶。
然後在url中輸入/admin 即可到達管理員登錄頁，登錄之後會發現並沒有資料庫中要顯示的項目，因為我們還沒有注冊。
接下來我們注冊要在admin中管理的數據模型；在admin.py中注冊模型。然後刷新頁面，即可看到ContactMessage這個數據表了，可以在里邊增刪進行簡單的增刪改查。