django資料庫圖片
你在定義model的欄位時，去掉圖片欄位上null=True這個屬性，就可以保存空值了。
安利一個Django實戰教程Django實戰
⑵ HTML讀取本地圖片失敗，資料庫是django
static模版標簽內不支持模版變數語法
詳情可以學習劉江的Django教程
⑶ Django後台上傳的圖片前台怎麼顯示不出來路徑的問題怎樣解決
需要在 urls 中配置一下
python">urlpatterns=patterns('',
#第一個參數就是要顯示圖片的url
#第二個django的static模塊
#第三個文件的實際路徑
url(r'^static/(?P<path>.*)','django.views.static.serve',{'document_root':'d:/wwwsite/office/static'}),
)然後在相應的 html 文件中
<imgsrc="/static/images/psb.jpg">
應該就可以了
這個貌似有點問題。下面的可以（python2.7 django1.5）
把 jpg 等圖片文件，放到某個app下面的 static文件夾(app Name) 文件夾下面就可以了（前提是你的css，js等文件已經能夠正常訪問）。
那麼使用 http://127.0.0.1:8000/static/zinnia/11.jpg 類似這樣的就能訪問了
有點事，需要出去趟 ，回來在處理吧 ...
⑷ 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表的數據是更新前的或是刪除的數據。
⑸ Django中怎麼調取資料庫的數據來畫圖
你把數據從資料庫里讀出來，冠以合適key-value值，然後json格式扔給前端。
前端拿數據，針對性在json里找到數據，畫圖。就是這么搞吧。
別說js無法讀取資料庫里的數據，似乎node.js就可以。
⑹ django media 怎麼載入資料庫的照片
載入資料庫的
⑺ Django框架是什麼
Django是基於Python的免費和開放源代碼Web框架，它遵循模型-模板-視圖(MTV)體系結構模式。它由Django Software Foundation(DSF)維護，這是一個由非營利組織成立的獨立組織。
Django的主要目標是簡化復雜的，資料庫驅動的網站的創建。該框架強調組件的可重用性和「可插入性」，更少的代碼，低耦合，快速開發以及不重復自己的原則。整個過程都使用Python，甚至用於設置文件和數據模型。Django還提供了一個可選的管理創建，讀取，更新和刪除界面，該界面通過自省動態生成並通過管理模型進行配置。
一些使用Django的知名網站包括公共廣播服務，Instagram， Mozilla，華盛頓時報， Disqus，Bitbucket，和Nextdoor。
Django創建於2003年秋天，當時《勞倫斯日報》世界報紙的網路程序員Adrian Holovaty和Simon Willison開始使用Python來構建應用程序。西蒙·威利森(Simon Willison)的實習期結束前不久，雅各布·卡普蘭·莫斯(Jacob Kaplan-Moss)在Django的發展中就被聘用了。它於2005年7月在BSD許可下公開發布。該框架以吉他手Django Reinhardt的名字命名。2008年6月，宣布新成立的Django軟體基金會(DSF)將來將維護Django。
2015年7月，與一些Django聯合創始人和開發人員建立聯系的軟體咨詢公司Revolution Systems在勞倫斯舉辦了10周年紀念活動。
Django的設計理念如下：
松耦合——Django的目標是使堆棧中的每個元素彼此獨立。
更少的編碼——更少的代碼，因此可以快速開發。
不重復自己(DRY)——一切都應該只在一個地方開發，而不是一次又一次地重復。
快速開發——Django的理念是盡一切可能促進超快速開發。
簡潔的設計——Django嚴格按照自己的代碼維護簡潔的設計，並易於遵循最佳的Web開發實踐。
Django的一些優勢如下：
對象關系映射(ORM)支持——Django在數據模型和資料庫引擎之間建立了橋梁，並支持包括MySQL，Oracle，Postgres等在內的大量資料庫系統。
多語言支持——Django通過其內置的國際化系統支持多語言網站。因此，您可以開發支持多種語言的網站。
框架支持——Django內置了對Ajax，RSS，緩存和其他各種框架的支持。
GUI——Django為管理活動提供了一個很好的即用型用戶界面。
開發環境——Django帶有輕量級的Web伺服器，以促進端到端應用程序的開發和測試。
Django是Python Web框架。和大多數現代框架一樣，Django支持MVC模式。
關於Python的基礎問題可以看下這個網頁的視頻教程，網頁鏈接，希望我的回答能幫到你。
⑻ django怎麼現實資料庫了里的圖片
資料庫里只存對應的照片地址啦···· 比如 upload/images/xxx.jpg JSP頁面就這樣顯示咯 <% String imgUrl = 「upload/images/xxx.jpg」;//這個地址是你實際從資料庫里取出來的,，如果怕照片顯示不出來，加上絕對路徑request.getContextPath()+"/"+imgUrl %> <img src="<%=imgUrl %>" alt="images"/>
⑼ django在讀取資料庫後返回的是一個對象，如何將對象中的欄位(屬性)讀出
你用all() 返回的是一個對象列表。這樣的 [obj1, obj2, ...]
使用 obj.objects.get(id=**) 這樣得到的是一個對象， 或者使用 get_object_or_404(obj, id=**)
這樣的話， 使用 obj.objects.get(id=**).屬性名 既可以了
或者
for obj in obj.objects.all():
obj.屬性名
明白了吧
⑽ 關於django資料庫設計，雙表互為外鍵
資料庫設計是整個設計最基礎的部分
1、django app的設計：根據系統的需求分析來設計django的app，django的開發是基於app來開發的，所以第一步就是設計app。
2、各appmodel的設計：也就是設計對應的數據表
3、數據表的生成以及修改
使用在線教育系統作為實例：
userprofile的設計：在任何一個系統中，user表都是第一個被設計的，django會產生幾個默認用戶數據表
在設計我們自己的user表的時候，我們希望能生成自己的表又希望能夠繼承django的默認表，此時，我們可以繼承AbstractUser（
from django.contrib.auth.models import AbstractUser
）
class UserProfile(AbstractUser):
pass
定義完UserProfile表之後，我們需要在setting.py文件中注冊users app，INSTALLED_APPS = [
'users',
]
並且定義一個方法AUTH_USER_MODEL = "users.UserProfile"，注意這里是使用users.UserProfile而不是users.model.UserProfile
（1）user model的設計：
我們在設計django app的時候，每個app中都有model，model文件中很有可能用到其他app文件當中的model，這就會很容易引入循環引用的問題，為了解決這個問題，很常用的一種方法就是使用分層model的方法，也就是上一層可以引用下一層
的model，如下：
註：PEP8的在引入的規范是第一個區域是導入Python自帶的包，然後隔一行的第二個區域是第三方的包，如django，然後隔一行的第三個區域是我們自己定義的一些model
（2）coursemodel的編寫：一個數據可能和另一個數據是一對多的關系，但是一張表存儲不了這種關系，所以就需要把這兩個數據分別存儲在不同的數據表當中，這樣就會引入外鍵的關系。
model的FileFIield，定義了這個欄位就可以在後台系統中生成上傳文件的按鈕
（3）oganizationmodel的編寫：
（4）operation的model編寫：
所有的APP編寫完成之後，我們可以建立Python的apps包，把所有的app都放到這個apps中，把所有的APP放到apps之後，會發現各個app的model的引用可能會出現紅線，說明我們找不到這些引用的包，所以需要我們在setting.py文件當中
把apps加入Python的搜索目錄之下，
import syssys.path.insert(0, os.path.join(BASE_DIR, 'apps'))