第一个Django应用程序_part2 一、数据库配置 二、创建model 三、激活Model 四、介绍Django Admin

第一个Django应用程序_part2
一、数据库配置
二、创建model
三、激活Model
四、介绍Django Admin

此文延续第一个Django应用程序_part1

 打开mystic/settings.py。这是一个普通的Python模块,其模块变量表示Django配置
默认情况下,配置使用SQLite。如果你是数据库新手,或者你只是尝试Django,这是最简单的。SQLite包含在Python中,所以你不需要安装其它任何东西来支持你的数据库。

如果希望使用其它数据库,在DATABASE'default'项目中修改以下的配置,以匹配你的数据库连接设置:

  • ENGINE - 除了'django.db.backends.sqlite3','django.db.backends.postgresql',django.db.backends.mysql','django.db.backends.oracle'。其它数据库也支持
  • NAME - 数据库的名称。如果使用SQLite,数据库将是你计算机上的文件;在这种情况下,NAME应该是该文件的完整绝对路径,包括文件名,默认值,将把文件存储在你的

项目目录中。os.path.join(BASE_DIR, 'db.sqlite3')。

当连接到其它数据库后端时,如Mysql,Oracle或PostagreSQL,将需要额外的连接参数。有关ENGINE如何指定其它数据库类型,请参阅下面的设置,这个例子使用于Mysql:更多信息点我查看

DATABASES = {
'default': {
'ENGINE': 'django.db.backends.mysql',
'NAME': 'mysite',
'USER': 'root',
'PASSWORD': '123',
'HOST': '192.168.56.31',
'PORT': '3306',
}
}

在和settings.py同级的__init__.py文件中添加如下内容:

告诉Django使用pymysql链接mysql数据库

import pymysql
pymysql.install_as_MySQLdb()
  • 对于SQLite以外的数据库

如果使用SQLite之外的数据库,请确保您已经创建了一个数据库。在数据库的交互式提示符中使用"CREATE DATABASE database_name';还要确保mysite/settings.py中提供的数据库用户具有"创建数据库"权限,这允许自动创建测试数据库。如果您使用的是SQLite,则无需事先创建任何内容-数据库文件将在需要时自动创建。

当您编辑mysite/settings.py时,将TIME_ZONE设置为您的时区。

另外,请注意文件INSTALLED_APPS的头部设置,它包含在此Django项目中激活的所有Django应用程序的名称。应用程序可以在多个项目中使用,您可以将其打包分发给其它项目。

默认情况下,INSTALLED_APPS包含以下应用程序,所以这些应用程序都附带在Django中:

  • django.contrib.admin        网站管理。
  • django.contrib.auth          一个认证系统。
  • django.contrib.contenttypes      内容类型的框架。
  • django.contrib.sessions             会话框架。
  • django.contrib.message          消息传递框架。
  • django.contrib.staticfiles         一个管理静态文件的框架。

其中一些应用程序至少需要一个数据库表,因此我们需要在数据库中创建表,然后才能使用它们,请运行以下命令:

python3 manage.py migrate

migrate命令用来查看INSTALLED_APPS设置,并根据mysite/settings.py文件中的数据库设置创建所有需要的数据库表,应用程序还需要数据库迁移。

二、创建model

在我们的polls应用程序中,我们将创建两个模型:Question和Choice。Question有question和publication date两个字段。Choice有两个字段:choice text和vote tally。每个

Chocie与Question对应。

编辑polls/models.py文件,如下所示:

from django.db import models

# Create your models here.
class Question(models.Model):
    question_text = models.CharField(max_length=200)
    pub_date = models.DateTimeField('date published')
    
    
class Chocie(models.Model):
    question = models.ForeignKey(Question,on_delete=models.CASCADE)
    choice_text = models.CharField(max_length=200)
    votes = models.IntegerField(default=0)

每个Model有一个类django.db.models.Model的类表示。每个Model都有一个变量,每个变量都表示模型中的数据库字段。

每个字段由字段类的实例表示,例如字符字段的CharField和数据时间的DateTimeField。这告诉Django每个字段拥有什么类型的数据。

每个Field实例(例如question_text或pub_date)是该字段的名称,以机器友好的格式。您将在您的Python代码中使用此值,并且您的数据库将使用它作为列名称。

您可以使用可选的第一个位置参数Field来指定一个人类可读的名称。在Django的一些内省部分使用,它可以作为文档。如果未提供此字段,Django

将使用机器可读的名称。在这个例子中,我们只为Question.pub_date定义了一个可读的名字。对于该模型中的所有其它字段,该字段的机器可读名称将足以作为其可读的名称。

一些字段类具有必须的参数。例如,CharField要求您给它一个max_length。这不仅在数据库模式中使用,而且用于验证。

最后,请注意使用ForeignKey定义关系。这告诉Django每个Chocie与Question对应。Django支持所有常见的数据关系:多对一,多对多和一一对应。

三、激活Model

模型代码给了Django很多信息,有了它,Django能够:

  • 为此应用程序创建数据库模式(CREATE TABLE语句)。
  • 创建一个Python数据库访问API,用于访问question和Choice对象。

但首先我们需要告诉我们的项目,安装polls应用程序。

提示:Django应用程序是“可插拔的”:您可以在多个项目中使用应用程序,您可以分发应用程序,因为它们不必与给定的Django安装绑定。

要将该应用程序包含在我们的项目中,我们需要在设置中添加对其配置类的应用INSTALLED_APPS。PollsConfig类是在polls/apps.py文件中,因此其“点路径”

为"polls.apps.PollConfig"。编辑mysite/settings.py文件,并将"点路径"添加到INSTALLED_APPS设置中。

INSTALLED_APPS = [
    'polls.apps.PollsConfig',
    'django.contrib.admin',
    'django.contrib.auth',
    'django.contrib.contenttypes',
    'django.contrib.sessions',
    'django.contrib.messages',
    'django.contrib.staticfiles',
]

现在Django知道包含polls应用程序。我们运行另一个命令:

python3 manage.py makemigrations polls

你应该看到类似以下内容:

Migrations for 'polls':
  polls/migrations/0001_initial.py
    - Create model Chocie
    - Create model Question
    - Add field question to chocie

通过运行makemigrations,你可以告诉Django您对模型进行了一些更改(在这种情况下,您已经创建了新的模型)。并且希望将更改存储为迁移。

迁移是Django如何存储对模型(以及数据库模式)的更改-它们只是磁盘上的文件。它是文件polls/migrations/001_initial.py。

有一个命令可以为您运行迁移并自动管理数据库模式-这就是migrate。sqlmigrate命令接受迁移名称并返回其SQL:

python3 manage.py sqlmigrate polls 0001

你应该看到类似以下内容:

BEGIN;
--
-- Create model Chocie
--
CREATE TABLE `polls_chocie` (`id` integer AUTO_INCREMENT NOT NULL PRIMARY KEY, `choice_text` varchar(200) NOT NULL, `votes` integer NOT NULL);
--
-- Create model Question
--
CREATE TABLE `polls_question` (`id` integer AUTO_INCREMENT NOT NULL PRIMARY KEY, `question_text` varchar(200) NOT NULL, `pub_date` datetime(6) NOT NULL);
--
-- Add field question to chocie
--
ALTER TABLE `polls_chocie` ADD COLUMN `question_id` integer NOT NULL;
ALTER TABLE `polls_chocie` ADD CONSTRAINT `polls_chocie_question_id_9c0a43fe_fk_polls_question_id` FOREIGN KEY (`question_id`) REFERENCES `polls_question` (`id`);
COMMIT;

请注意以下几点:

  • 确切的输出将取决于您使用的数据库,上面的例子是Mysql生成的。
  • 表名是通过组合应用程序的名称(自动生成polls)和模型的小写名字-question和choice。(您可以覆盖此行为。)
  • 主键(ID)会自动添加。(你也可以覆盖它。)
  • 按照惯例,Django追加"_id"到外键字段名称。(你也可以重写这个。)
  • 外键关系由FOREIGN KEY限制。不要担心DEFERRABLE部分;这只是告诉Mysql不执行外键直到事物结束。
  • 它适合您使用的数据库,因此数据库特定的字段类型,如auto_increment(MySQL),serial(PostgreSQL)或integer主要建

自增量(SQLite)将自动为您处理。引用字段名称也是如此,例如使用引号双引号或单引号。

  • sqlmigrate命令实际上不会在数据库上运行迁移-他只是将其打印到屏幕上,以便您可以看到Django认为需要执行的SQL语句。检查Django要执行的操作或者

是否有需要SQL脚本进行更改的数据库,而不进行迁移或操作数据库。

现在,再次运行migrate以在数据库中创建这些模型表:

python3 manage.py migrate

你会看到以下类似信息:

Operations to perform:
  Apply all migrations: admin, auth, contenttypes, polls, sessions
Running migrations:
  Applying contenttypes.0001_initial... OK
  Applying auth.0001_initial... OK
  Applying admin.0001_initial... OK
  Applying admin.0002_logentry_remove_auto_add... OK
  Applying contenttypes.0002_remove_content_type_name... OK
  Applying auth.0002_alter_permission_name_max_length... OK
  Applying auth.0003_alter_user_email_max_length... OK
  Applying auth.0004_alter_user_username_opts... OK
  Applying auth.0005_alter_user_last_login_null... OK
  Applying auth.0006_require_contenttypes_0002... OK
  Applying auth.0007_alter_validators_add_error_messages... OK
  Applying auth.0008_alter_user_username_max_length... OK
  Applying polls.0001_initial... OK
  Applying sessions.0001_initial... OK

   migrate命令接受所有未应用的迁移(Django使用名为django_mirgrations的数据库中的特殊表来跟踪哪些迁移)并根据您的数据库运行它们-基本上将您对模型所做

的更改与数据库中的模式进行同步。

  迁移非常强大,随着时间的推移,您可以随时更改模型,而无需删除数据库或表并创建新的数据库-他专门用于实时升级数据库,而不会丢失数据。

进行模型更改的三步指南:

  • 改变你的模型(models.py)
  • 运行以为这些更改创建迁移python manage.py makeigrations。
  • 运行以将这些更改应用于数据库。pyhton manage.py migrate。

四、介绍Django Admin

创建管理员用户

创建一个登录管理站点的用户。运行以下命令:

python3 manage.py createsuperuser

输入所需的用户名,然后按Enter键。

Username (leave blank to use 'h'): admin

然后根据提示输入所需的电子邮件地址:

Email address: admin@example.com

最后一步是输入你的密码。你将被要求输入密码两次,第二次作为第一次的确认。

Password: 
Password (again): 
Superuser created successfully.

启动开发服务器

默认情况下,Django管理员站点被激活。

如果服务器没有启动就运行以下命令:

python manage.py runserver

打开浏览器,然后转到本地域的“/admin/” 例如:http://127.0.0.1:8000/admin/

第一个Django应用程序_part2
一、数据库配置
二、创建model
三、激活Model
四、介绍Django Admin

进入管理员页面

输入上面创建的账号及密码登录

第一个Django应用程序_part2
一、数据库配置
二、创建model
三、激活Model
四、介绍Django Admin

第一个Django应用程序_part2
一、数据库配置
二、创建model
三、激活Model
四、介绍Django Admin

在admin中修改polls应用

我们需要告诉管理员Question对象有一个管理员界面。因此,打开polls/admin.py文件,然后将其编辑为如下所示:

from django.contrib import admin

# Register your models here.
from .models import Question
admin.site.register(Question)

浏览后台管理功能

现在我们注册了Question项目,Django知道应该显示在管理员索引页面上。

第一个Django应用程序_part2
一、数据库配置
二、创建model
三、激活Model
四、介绍Django Admin 

点击“POLLS”下的add 输入如下图所示信息:时间选择今天、现在,然后点击save--点击Home

第一个Django应用程序_part2
一、数据库配置
二、创建model
三、激活Model
四、介绍Django Admin

第一个Django应用程序_part2
一、数据库配置
二、创建model
三、激活Model
四、介绍Django Admin

点击“Question”。现在您在“更改列表”页面寻找问题。此页面显示数据库中的所有问题,并让您选择一个来更改它。我们之前创建的“What's up?”

第一个Django应用程序_part2
一、数据库配置
二、创建model
三、激活Model
四、介绍Django Admin

点击"What's up?"问题编辑它

第一个Django应用程序_part2
一、数据库配置
二、创建model
三、激活Model
四、介绍Django Admin

注意事项:

  • 表单是从Question模型自动生成的。
  • 不同的模型字段类型(DateTimeField,CharField)对应于适当的HTML输入小部件。每种类型的字段指导如何在Django管理功能中显示自己。
  • 每个DateTimeField可以获得灵活的JavaScript事件记录。日期获得"今日"快捷方式和日历弹出窗口,时间获取“现在”快捷方式和一个方便的弹出窗口,列出常用的时间。

页面底部提供了几个选项:

  • Save :保存更改并返回到此类型对象的更改列表页面。
  • Save and continue editing :保存更改并重新加载此对象的管理页面。
  • Save and add another :保存更改并加载此类型对象的新空白表单。
  • Delete:显示删除确认页面

如果"Date published"的值与Tutorial 1中创建问题的时间不匹配,则可能意味着你忘记为TIME_ZONE设置正确的值。

更改它,重新加载页面,并检查确认页面。

点击"Today"和"Now"快捷方式更改"Date published'。然后点击“Save and continue editing”。然后点击右上角的"History"。你将看到一个页面,其中列出了

通过Django管理员对此对象所做所有更改,以及进行更改的人员的时间戳和用户名:

第一个Django应用程序_part2
一、数据库配置
二、创建model
三、激活Model
四、介绍Django Admin

第一个Django应用程序_part2
一、数据库配置
二、创建model
三、激活Model
四、介绍Django Admin