Django笔记 —— 模型

  最近在学习Django,打算玩玩网页后台方面的东西,因为一直很好奇但却没怎么接触过。Django对我来说是一个全新的内容,思路想来也是全新的,或许并不能写得很明白,所以大家就凑合着看吧~

  本篇笔记(其实我的所有笔记都是),并不会过于详细的讲解。因此如果有大家看不明白的地方,欢迎在我正版博客下留言,有时间的时候我很愿意来这里与大家探讨问题。(当然,不能是简简单单就可以百度到的问题-.-)

  我所选用的教材是《The Django Book 2.0》,本节是模型部分,对应书中第五章。

------------------------------------------------------------------------------------------------------------------------------------------------

-2、数据库安装

  要学习这一章,必须要安装数据库。

  我选用的数据库是MySQL,关于其安装,我专门写了一篇博文:Django笔记 —— MySQL安装

-1、数据库入门

  你还需要掌握数据库的基本使用。

  本来想也写篇简介的,不过临近期末比较忙,拖了好几天了,就先暂时不写了。

  先推荐一个同学的博客,有机会我再补上自己的吧:mysql数据库安装及使用

0、代码示例

  本节无需开篇给出代码 ^.^

1、MTV开发模式

  前面介绍过MVC开发模式,这里回顾一下:

    Model,模型,数据存取部分,由Django数据库层处理,本章要讲述的内容。

    View,视图,选择哪些数据要显示以及怎样显示的部分,由视图和模板处理。

    Controller,控制器,根据用户输入调用视图的部分,由Django根据URLconf设置,对给定URL调用适当的Python函数。

  Django遵循MVC开发模式,因此Django可以被成为MVC框架。你可以和并不懂Django的同事说:“我们用MVC模式开发吧~”,以便交流。

  对于Django内行来说,Django也被称为MTV模式:

    Model,模型,即数据存取层。该层处理所有与数据相关的事:如何存取、如何验证有效性、包含哪些行为、数据之间的关系……

    Template,模板,即表现层。该层处理与表现相关的决定:如何在页面或其它类型文档中进行显示。

    View,视图,即业务逻辑层。该层处理前两层:包含存取模型及调取恰当模板的相关逻辑。

  显然,这种描述是为Django量身定做的,模型处理数据、模板处理显示,而视图则作为两者的桥梁。

2、什么是模型

  之前我们学过模板,知道它是如何处理网页内容显示的;也学过视图中调用模板的部分。那么,什么是模型呢?

  简单说,就是在Python中搞了个库,库里有很多专门的类和操作函数。我们可以通过这个库,去操作数据库。这个库我们称之为模型。

  对数据库有一些了解的同学会知道,每个数据库都有其自己的一些语句去操作。在数据库中直接使用其语言操作,这才是最直接的方式。而所谓用模型去操作数据库,说白了,就是模型自动用你提供的用户登录,找到你要操作的数据库,把你写的模型中定义的一套语言,转换为对应的数据库语言并运行,从而操作数据库。

  很显然,这样绕了个圈子。不仅操作数据库多了一步,还要注意维护数据的同步。模型里面数据有变化,必须得注意同步到数据库里才行。

  既然我们绕这么个圈子,就肯定说明这个圈子绕得有好处。好处在哪儿呢?

好处

省去扫描数据库时严重的系统过载;

省去编程时Python与SQL两种代码不断切换的繁琐;

可以拓展出数据库中没有的高级数据结构,带来更高的效率和更好的代码复用;

没有不同数据库平台(如MySQL、PostgreSQL、SQLite……)的兼容问题。

坏处 数据同步存在两处,需要随时同步且会生成大量冗余数据。
备注 Django提供了从现有数据库表中自动扫描生成模型的工具,这对现成的数据库很实用,第十八章会讨论。

  表中说得很清楚了,这里只再解释一点,关于“扫描数据库时严重的系统过载”:

    在数据库中执行存取等操作,都需要扫描数据库,这是很费时间的。而直接对数据库操作时,显然我们每次操作都需要扫描数据库,这对于网站来说,根本无法接受。

    而通过模型,我们可以在Python代码里面存取修改,然后只在需要的时候接触数据库,做存取等操作;至于平时,则完全可以只在Python代码里搞数据,这样就把严重的系统过载省去了。

3、模型代码示例

  下面来看一段代码:

 1 from django.db import models

 2 

 3 # Create your models here.

 4 

 5 class Publisher(models.Model):

 6     name = models.CharField(max_length=30)

 7     address = models.CharField(max_length=50)

 8     city = models.CharField(max_length=60)

 9     state_province = models.CharField(max_length=30)

10     country = models.CharField(max_length=50)

11     website = models.URLField()

12 

13 class Author(models.Model):

14     first_name = models.CharField(max_length=30)

15     last_name = models.CharField(max_length=40)

16     email = models.EmailField()

17 

18 class Book(models.Model):

19     title = models.CharField(max_length=100)

20     authors = models.ManyToManyField(Author)

21     publisher = models.ForeignKey(Publisher)

22     publication_date = models.DateField()

  以上代码是对一个数据库的设置,下面一一解释:

    1. 三个类(Class),创建了三个SQL表格(Table),一个类叫做一个模型

    2. 以Publisher模型为例,创建了6个属性(即表格中的字段,也就是列),属性名就是字段名,属性类型就是字段类型,括号中参数则是对字段的设置

    3. 例如CharField,就对应MySQL中的varchar;而这里的属性数据类型比MySQL中要多,很多是扩充的,例如这里Publisher中的网址类型、Author中的邮箱类型、Book中的日期类型

    4. Book模型中有一个ForeignKey类型,和Publisher类连起来了,表示Publisher是Book的外键,外键是一对一的关系,即一本书只有一个出版社,一个出版社也只能出版一本书

    5. Book模型中还有一个ManyToMany类型,和Author连起来了,建立了多对多的关系,一本书可以有多个作者,一个作者也可以写很多书

    6. 外键很特殊,后面会详细解释

    7. 这里要实现一组多对多的关系,Django会偷偷创建一个class(即表格),专门存这组关系

    8. 每个模型必须有单独的主键,我们这三个模型都没定义主键,因此Django会自动为每个模型生成一个自增长的整数主键字段,名叫 id

  这,就是一个模型的定义。

  你可以看到,这就相当于对一个数据库完全定义出来了;后面,就只剩下对它的使用了。

  注:附录B中列出了所有的字段类型和模板语法选项。

4、模型安装

  这里先给出安装模型的步骤,后面再详细解释。

  大家跟我来做:

    1. 创建一个project,名叫five:django-admin.py startproject five

    2. 创建一个app,名叫books:python manage.py startapp books

    3. 在settings.py中设置好数据库:见开头 “-2 数据库安装” 那篇博文里面的 “5 在Django中设置”

    4. 在settings.py中设置好app:把 INSTALLED_APPS 和 MIDDLEWARE_CLASSES 中所有内容注释掉,然后在 INSTALLED_APPS 中加入 'books'

    5. 至此,设置已经完毕。下面写app中模型内容:写好models.py,代码如前面 “模型示例” 中所示

    5+. 写好之后,你可以用这个命令检查一下语法(可略):python manage.py check

    5++. 然后,你可以试试写入这个命令(这命令现在没用,只是让你试试看而已):python manage.py migrate

    6. 现在你应该知道,我们缺少migration,所以用刚才咱们写的models.py来生成:python manage.py makemigrations books

    6+. 现在,你可以试试写入这个命令(也没用,只是打印出来models.py对应的数据库内容,供你检查):python manage.py sqlmigrate books 0001

    7. 生成了migration,现在再运行 5++ 的命令就有用了:python manage.py migrate

  至此,模型已经生成并与数据库连接完毕,可以使用了。

5、模型常用API  

  模型的API有很多,这里仅仅列出常用的。

  每个模型都有一个objects属性,被称为管理器,里面包含了所有对数据库的表格级操作。这里给出objects的一些用法:

代码(模型名为MM) 解释 备注
from AppName.model import MM 从app中导入MM模型(本篇文章中app的名字是'books')  
MM.objects.all() 返回MM中所有的记录

返回类型是QuerySet,

是Django定义的一个类似列表的类

 

MM.objects.filter(name='A', country='ZG') 返回MM中所有 name=='A' && country=='ZG' 的记录
MM.objects.filter(name__contains='press')

返回MM中所有 name中含有press子串 的记录

类似的双下划线“魔术”操作还有:

  icontains(不区分大小写的contains)

  startswith、endswith

  range(自己猜猜呗~对应SQL的between查询)

附录C描述了所有查找类型

MM.objects.get(name='A') 返回MM中 name=='A' 的那个对象

返回单独一个对象

如果满足条件的对象数不为1

则报错,错误信息有两种

  MM.MultipleObjectsReturned

  MM.DoesNotExist

当然,你可以捕获这个异常,

捕获的名字就是上面写的那样

MM.objects.order_by("name", "address", "-country")

对MM中所有记录排序,排序方式如下:

  第一关键字:name  升序

  第二关键字:address 升序

  第三关键字:country  降序

返回类型是QuerySet,类似列表
MM.objects.filter(country='ZG').order_by('name')

链式语法,含义显而易见:

  找到MM中所有country=='ZG'的记录,

  按照name升序排列

 

MM.objects.order_by('name')[0]

MM.objects.order_by('name')[0:2]

显示部分数据:

  把MM中所有记录按name升序排列,

  第一句仅返回其第1个;第二句仅返回其前两个。

并不支持负索引。

当然,你可以通过'-name'来实现~

MM.objects.filter(name='A').update(name='App')

MM.objects.all().update(country='China')

仅更新某个字段:

  第一句,把MM中name=='A'的所有记录改为name=='App';

  第二句,把MM中所有记录改为country=='China'。

注意,update()会返回一个整数值

表示更新的记录条数

MM.objects.get(name='B').delete()

MM.objects.all().delete()

删除记录:

  第一句,把MM中name=='B'的那一条删掉;

  第二句,把MM中所有记录删掉。

注意,第二句慎用!

  另外,在模型内部还有一些可以设置的属性,举出两例:

代码(在models.py中MM类内书写) 解释

__unicode__(self):

    return self.name

设定被查看时默认输出的信息:

  name属性的值

class Meta:

    ordering = ['name']

设定检索返回值的默认排序方式:

  按照name升序排列

附录B中有Meta中所有参数

5+、API使用示例

  我们是在学习,因此让我们在交互界面中使用模型:

    0. 打开shell:python manage.py shell

    1. 导入Publisher模型,创建两条数据并保存:

 1 >>> from books.models import Publisher

 2 >>> p1 = Publisher(name='A', address='Aaddr',

 3 ...     city='Acity', state_province='Asp', country='ZG',

 4 ...     website='http://www.aweb.com/')

 5 >>> p1.save()

 6 >>> p2 = Publisher.objects.create(name='B', address='Baddr',

 7 ...     city='Bcity', state_province='Bsp', country='ZG',

 8 ...     website='http://www.bweb.com/')

 9 >>> list = Publisher.objects.all()

10 >>> list

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

       代码很清晰,p1是创建然后保存进数据库的,p2则是直接创建并保存至数据库。

      但最后输入list无法看到内容,这是因为模型中没写如何输出。

    2. 在models.py中三个模型内添加__unicode__()函数:

 1 # add to class Publisher

 2 def __unicode__(self):

 3     return self.name

 4 

 5 # add to class Author

 6 def __unicode__(self):

 7     return u'%s %s' % (self.first_name, self.last_name)

 8 

 9 # add to class Book

10 def __unicode__(self):

11     return self.title

       这时候,重新打开shell(python manage.py shell)再查看list,就能看到友好的输出了:

1 >>> from books.models import Publisher

2 >>> list = Publisher.objects.all()

3 >>> list

4 [<Publisher: A>, <Publisher: B>]

       这里顺带提一句,python中编码统一采用unicode,虽然慢点,但作为脚本语言,这样省去很多麻烦,绝对值得。

      关于unicode的知识,原书中做了简单介绍,并且推荐了一个很好的网站供大家深入学习。我简单看了看,这个网站挺不错的,在这里同样推荐给大家。

  后面,再写示例也是不断使用上面的一条条语句了,这里就不再赘述。

  故此,示例部分到此结束。

6、存疑与致歉

  这里存下一个小疑问:app中有一个admin.py,里面的备注写着让我在这里注册模型。而我并未注册,却仍可以正常使用模型,那么这个文件有何用处呢?

  另外,就是我在这里向关注我博客的同学说声抱歉!最近临近期末,这篇博文拖了很长时间,而且写得并不完善,有失水准,大家凑活着看吧。

------------------------------------------------------------------------------------------------------------------------------------------------

  至此,模型部分介绍完毕。

  下一篇介绍Django的管理界面——一个基于Web的数据输入和管理界面。

你可能感兴趣的:(django)