Python框架之Django学习笔记(十)

  又是一周周末,如约学习Django框架。在上一次,介绍了MVC开发模式以及Django本身的MVT开发模式,这次,就从数据处理层Model谈起。python

  数据库配置mysql

  首先,咱们须要作些初始配置;咱们须要告诉Django使用什么数据库以及如何链接数据库。假定你已经完成了数据库服务器的安装和激活,而且已经在其中建立了数据库(例如,用 CREATE DATABASE语句)。 若是你使用SQLite,不须要这步安装,由于SQLite使用文件系统上的独立文件来存储数据。和前面章节提到的 TEMPLATE_DIRS 同样,数据库配置也是在Django的配置文件settings.py 里。 打开这个文件并查找数据库配置:  web

1 DATABASES = {
2     'default': {
3         'ENGINE': 'django.db.backends.sqlite3',
4         'NAME': os.path.join(BASE_DIR, 'db.sqlite3'),
5     }
6 }

   原始配置如上所示,此为1.6.6版本的Django配置文件,恩,就是这样。若有不一样也不要紧。下面按照以下来配置数据库信息:  sql

 1 DATABASES = {
 2     'default': {
 3         'ENGINE': 'django.db.backends.mysql',   #数据库种类
 4         'NAME':'books',                         #数据名称
 5         'USER':'root',                                      
 6         'PASSWORD':'123456',
 7         'HOST':'127.0.0.1',
 8         'PORT':'3306',
 9     }
10 }    

  配置保存以后,能够在命令行中进入工程目录下,如个人是“mysite”下,执行shell

1 python manage.py shell

 

  进入命令行以后再进行测试。输入如下命令来进行测试: 数据库

1 >>> from django.db import connection
2 >>> cursor = connection.cursor()

 

 若是没有显示什么错误信息,那么恭喜你配置成功,不然,你就要查看错误信息来纠正错误,下面是一些常见的错误:django

 

第一个应用程序服务器

  如今已经确认数据库链接正常工做了,让咱们来建立一个 Django app-一个包含模型,视图和Django代码,而且形式为独立Python包的完整Django应用。session

    在这里要先解释一些术语,初学者可能会混淆它们。 在第二章咱们已经建立了 project , 那么 project 和 app之间到底有什么不一样呢?它们的区别就是一个是配置另外一个是 代码:架构

  一个project包含不少个Django app以及对它们的配置。

  技术上,project的做用是提供配置文件,比方说哪里定义数据库链接信息, 安装的app列表,TEMPLATE_DIRS ,等等。

  例如,Django自己内建有一些app,例如注释系统和自动管理界面。 app的一个关键点是它们是很容易移植到其余project和被多个project复用。

  对于如何架构Django代码并无快速成套的规则。 若是你只是建造一个简单的Web站点,那么可能你只须要一个app就能够了; 但若是是一个包含许多不相关的模块的复杂的网站,例如电子商务和社区之类的站点,那么你可能须要把这些模块划分红不一样的app,以便之后复用。不错,你能够不用建立app,这一点应经被咱们以前编写的视图函数的例子证实了 。 在那些例子中,咱们只是简单的建立了一个称为views.py的文件,编写了一些函数并在URLconf中设置了各个函数的映射。 这些状况都不须要使用apps。可是,系统对app有一个约定: 若是你使用了Django的数据库层(模型),你 必须建立一个Django app。 模型必须存放在apps中。 所以,为了开始建造 咱们的模型,咱们必须建立一个新的app。

  在“ mysite” 项目文件下输入下面的命令来建立“ books” app: 

1 python manage.py startapp books

 

  这个命令并无输出什么,它只在 mysite 的目录里建立了一个 books 目录。 让咱们来看看这个目录的内容:

1 books/
2     __init__.py
3     admin.py
4     models.py
5     tests.py
6     views.py

 

  这个目录包含了这个app的模型和视图。使用你最喜欢的文本编辑器查看一下 models.py 和 views.py 文件的内容(博主大爱Sublime Text2)。 它们都是空的,除了 models.py 里有一个 import。这就是你Django app的基础。

第一个模型

  在这次博文中,咱们把注意力放在一个基本的 书籍/做者/出版商 数据库结构上。 咱们这样作是由于 这是一个众所周知的例子,不少SQL有关的书籍也经常使用这个举例。

  第一步是用Python代码来描述它们。 打开由“ startapp” 命令建立的models.py 并输入下面的内容:  

 1 from django.db import models
 2 
 3 class Publisher(models.Model):
 4     name = models.CharField(max_length=30)
 5     address = models.CharField(max_length=50)
 6     city = models.CharField(max_length=60)
 7     state_province = models.CharField(max_length=30)
 8     country = models.CharField(max_length=50)
 9     website = models.URLField()
10 
11 class Author(models.Model):
12     first_name = models.CharField(max_length=30)
13     last_name = models.CharField(max_length=40)
14     email = models.EmailField()
15 
16 class Book(models.Model):
17     title = models.CharField(max_length=100)
18     authors = models.ManyToManyField(Author)
19     publisher = models.ForeignKey(Publisher)
20     publication_date = models.DateField()

 

  让咱们来快速讲解一下这些代码的含义。 首先要注意的事是每一个数据模型都是 django.db.models.Model 的子类。它的父类 Model 包含了全部必要的和数据库交互的方法,并提供了一个简洁漂亮的定义数据库字段的语法。 信不信由你,这些就是咱们须要编写的经过Django存取基本数据的全部代码。

    事实上,正如过一下子咱们所要展现的,Django 能够自动生成这些 CREATE TABLE 语句。

模型安装

  完成这些代码以后,如今让咱们来在数据库中建立这些表。 要完成该项工做,第一步是在 Django 项目中 激活这些模型。 将 books app 添加到配置文件的已安装应用列表中便可完成此步骤。

  再次编辑 settings.py 文件, 找到 INSTALLED_APPS 设置。 INSTALLED_APPS 告诉 Django 项目哪些 app 处于激活状态。 缺省状况下以下所示: 

INSTALLED_APPS = (
    'django.contrib.admin',
    'django.contrib.auth',
    'django.contrib.contenttypes',
    'django.contrib.sessions',
    'django.contrib.messages',
    'django.contrib.staticfiles',
)

 

   把这四个设置前面加#临时注释起来。 (这四个app是常用到的,咱们将在后续章节里讨论如何使用它们)。同时,注释掉MIDDLEWARE_CLASSES的默认设置条目,由于这些条目是依赖于刚才咱们刚在INSTALLED_APPS注释掉的apps。 而后,添加“books”到“ INSTALLED_APPS”的末尾,此时设置的内容看起来应该是这样的: 

 1 INSTALLED_APPS = (
 2     'mysite',
 3     'books',
 4     #'django.contrib.admin',
 5     #'django.contrib.auth',
 6     #'django.contrib.contenttypes',
 7     #'django.contrib.sessions',
 8     #'django.contrib.messages',
 9     #'django.contrib.staticfiles',
10 )

 

   PS:就像咱们在上一章设置TEMPLATE_DIRS所提到的逗号,一样在INSTALLED_APPS的末尾也需添加一个逗号,由于这是个单元素的元组。 另外,本书的做者喜欢在  每个 tuple元素后面加一个逗号,无论它是否是 只有一个元素。 这是为了不忘了加逗号,并且也没什么坏处。
  如今咱们能够建立数据库表了。 首先,用下面的命令验证模型的有效性: 
1 python manage.py validate

   validate 命令检查你的模型的语法和逻辑是否正确。 若是一切正常,你会看到 0 errors found 消息。若是出错,请检查你输入的模型代码。 错误输出会给出很是有用的错误信息来帮助你修正你的模型。一旦你以为你的模型可能有问题,运行 python manage.py validate 。 它能够帮助你捕获一些常见的模型定义错误。模型确认没问题了,运行下面的命令来生成 CREATE TABLE 语句:

1 python manage.py sqlall books

 

  在这个命令行中,  books 是app的名称。 和你运行 manage.py startapp 中的同样。执行以后,输出以下:
  
 1 BEGIN;
 2 CREATE TABLE "books_publisher" (
 3     "id" serial NOT NULL PRIMARY KEY,
 4     "name" varchar(30) NOT NULL,
 5     "address" varchar(50) NOT NULL,
 6     "city" varchar(60) NOT NULL,
 7     "state_province" varchar(30) NOT NULL,
 8     "country" varchar(50) NOT NULL,
 9     "website" varchar(200) NOT NULL
10 )
11 ;
12 CREATE TABLE "books_author" (
13     "id" serial NOT NULL PRIMARY KEY,
14     "first_name" varchar(30) NOT NULL,
15     "last_name" varchar(40) NOT NULL,
16     "email" varchar(75) NOT NULL
17 )
18 ;
19 CREATE TABLE "books_book" (
20     "id" serial NOT NULL PRIMARY KEY,
21     "title" varchar(100) NOT NULL,
22     "publisher_id" integer NOT NULL REFERENCES "books_publisher" ("id") DEFERRABLE INITIALLY DEFERRED,
23     "publication_date" date NOT NULL
24 )
25 ;
26 CREATE TABLE "books_book_authors" (
27     "id" serial NOT NULL PRIMARY KEY,
28     "book_id" integer NOT NULL REFERENCES "books_book" ("id") DEFERRABLE INITIALLY DEFERRED,
29     "author_id" integer NOT NULL REFERENCES "books_author" ("id") DEFERRABLE INITIALLY DEFERRED,
30     UNIQUE ("book_id", "author_id")
31 )
32 ;
33 CREATE INDEX "books_book_publisher_id" ON "books_book" ("publisher_id");
34 COMMIT;

   sqlall 命令并无在数据库中真正建立数据表,只是把SQL语句段打印出来,这样你能够看到Django究竟会作些什么。 若是你想这么作的话,你能够把那些SQL语句复制到你的数据库客户端执行,或者经过Unix管道直接进行操做(例如,`` python manager.py sqlall books | psql mydb`` )。不过,Django提供了一种更为简易的提交SQL语句至数据库的方法:"syncdb" 命令:

1 python manage.py syncdb

 

   syncdb 命令是同步你的模型到数据库的一个简单方法。 它会根据 INSTALLED_APPS 里设置的app来检查数据库, 若是表不存在,它就会建立它。 须要注意的是, syncdb 并 不能将模型的修改或删除同步到数据库;若是你修改或删除了一个模型,并想把它提交到数据库,syncdb并不会作出任何处理。

基本数据访问

  一旦你建立了模型,Django自动为这些模型提供了高级的Python API。 运行 python manage.py shell 并输入下面的内容试试看:

 1 >>> from books.models import Publisher
 2 >>> p1 = Publisher(name='Apress', address='2855 Telegraph Avenue',
 3 ...     city='Berkeley', state_province='CA', country='U.S.A.',
 4 ...     website='http://www.apress.com/')
 5 >>> p1.save()
 6 >>> p2 = Publisher(name="O'Reilly", address='10 Fawcett St.',
 7 ...     city='Cambridge', state_province='MA', country='U.S.A.',
 8 ...     website='http://www.oreilly.com/')
 9 >>> p2.save()
10 >>> publisher_list = Publisher.objects.all()
11 >>> publisher_list
12 [<Publisher: Publisher object>, <Publisher: Publisher object>]

 

  这短短几行代码干了很多的事。 这里简单的说一下:

  • 首先,导入Publisher模型类, 经过这个类咱们能够与包含 出版社 的数据表进行交互。
  • 接着,建立一个`` Publisher`` 类的实例并设置了字段" name, address" 等的值。
  • 调用该对象的 save() 方法,将对象保存到数据库中。 Django 会在后台执行一条 INSERT 语句。
  • 最后,使用"Publisher.objects" 属性从数据库取出出版商的信息,这个属性能够认为是包含出版商的记录集。 这个属性有许多方法, 这里先介绍调用"Publisher.objects.all()" 方法获取数据库中"Publisher" 类的全部对象。这个操做的幕后,Django执行了一条SQL "SELECT" 语句。

  这里有一个值得注意的地方,在这个例子可能并未清晰地展现。 当你使用Django modle API建立对象时Django并未将对象保存至数据库内,除非你调用"save()" 方法: 

1 p1 = Publisher(...)
2 # At this point, p1 is not saved to the database yet!
3 p1.save()
4 # Now it i

 

  若是须要一步完成对象的建立与存储至数据库,就使用 "objects.create()" 方法。 下面的例子与以前的例子等价:

 1 >>> p1 = Publisher.objects.create(name='Apress',
 2 ...     address='2855 Telegraph Avenue',
 3 ...     city='Berkeley', state_province='CA', country='U.S.A.',
 4 ...     website='http://www.apress.com/')
 5 >>> p2 = Publisher.objects.create(name="O'Reilly",
 6 ...     address='10 Fawcett St.', city='Cambridge',
 7 ...     state_province='MA', country='U.S.A.',
 8 ...     website='http://www.oreilly.com/')
 9 >>> publisher_list = Publisher.objects.all()
10 >>> publisher_list

 

  当咱们打印整个publisher列表时,咱们没有获得想要的有用信息。

1 [<Publisher: Publisher object>, <Publisher: Publisher object>]

 

  咱们能够简单解决这个问题,只须要为Publisher 对象添加一个方法 __unicode__() 。 __unicode__() 方法告诉Python如何将对象以unicode的方式显示出来。 为以上三个模型添加__unicode__()方法后,就能够看到效果了:

 1 from django.db import models
 2 
 3 class Publisher(models.Model):
 4     name = models.CharField(max_length=30)
 5     address = models.CharField(max_length=50)
 6     city = models.CharField(max_length=60)
 7     state_province = models.CharField(max_length=30)
 8     country = models.CharField(max_length=50)
 9     website = models.URLField()
10 
11     def __unicode__(self):
12         return self.name
13 
14 class Author(models.Model):
15     first_name = models.CharField(max_length=30)
16     last_name = models.CharField(max_length=40)
17     email = models.EmailField()
18 
19     def __unicode__(self):
20         return u'%s %s' % (self.first_name, self.last_name)
21 
22 class Book(models.Model):
23     title = models.CharField(max_length=100)
24     authors = models.ManyToManyField(Author)
25     publisher = models.ForeignKey(Publisher)
26     publication_date = models.DateField()
27 
28     def __unicode__(self):
29         return self.title

 

  就象你看到的同样, __unicode__() 方法能够进行任何处理来返回对一个对象的字符串表示。 PublisherBook对象的__unicode__()方法简单地返回各自的名称和标题,Author对象的__unicode__()方法则稍微复杂一些,它将first_namelast_name字段值以空格链接后再返回。

  以上就是此次博文的主要内容,to be continued···

相关文章
相关标签/搜索