記事のディレクトリ
データベース
データベース設定
オープン個人用サイト/ settings.py。これは、Djangoプロジェクトの設定が含まれているPythonモジュールです。
通常、この設定ファイルは、デフォルトのデータベースとしてSQLiteのを使用しています。あなたがデータベースに精通していない、またはちょうどジャンゴを試してみたい場合は、これが最も簡単な選択です。PythonはビルトインのSQLite、あなたは余分なものをインストールするためにそれを使用する必要はありません。
あなたが本当のプロジェクトを開始するとき、あなたは、このようなPostgreSQLのは、MySQL、Oracleなどのよりスケーラブルなデータベースを、使用することを好むかもしれませんが、データベースが頭痛を避けるために途中で切り替えています。
あなたが別のデータベースを使用する場合は、キーの一部を適切なデータベースバインディングをインストールし、設定ファイルデータベース「デフォルト」プロジェクトを変更する必要があります。
- 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」）は、データベースファイルは、プロジェクトのルートディレクトリに格納されて入れます。
あなたはSQLiteのを使用しない場合は、そのようなので、上のユーザー、パスワード、ホスト、およびなどいくつかの追加設定を追加する必要があります。
次の表記のMySQLデータベースの例です。
DATABASES = {
'default': {
'ENGINE': 'django.db.backends.mysql',
'NAME': 'mytestdb',
'HOST': '192.168.88.129',
'USER': 'username',
'PASSWORD': '*******',
'PORT': '3306',
}
注：SQLiteのを使用してデータベース以外の
あなたはSQLiteの以外のデータベースを使用している場合は、使用前にご確認くださいデータベースを作成しました。
コマンドは、このを成し遂げるために、あなたは、「データベースdatabase_nameをCREATE」対話型のコマンドラインでデータベースを使用することができます。
また、必ず個人用サイトを作成/データベースのユーザーに提供するのsettings.py「作成データベース」「テーブルの作成」およびその他の権限を持っています。
これは、テスト・データベースを自動的に作成することができた後、チュートリアルを作ります。
SQLiteを使用しているならば、あなたは使用前に何かをする必要はありません-必要なときにデータベースが自動的に作成されます。
このチュートリアルでは、デフォルトの設定を使用しています。
また、INSTALLED_APPS設定ファイルのヘッダを見て。これは、すべてのDjangoアプリケーションプロジェクトで有効になります含まれています。アプリケーションは複数のプロジェクトで使用することができ、あなたも他の人がそれらを使用させ、アプリケーションをパッケージ化して公開することができます。
通常、デフォルトジャンゴ含むINSTALLED_APPSには、次のアプリケーションが付属しています：
- django.contrib.admin - サイト管理者が、あなたはすぐにそれを使用します。
- django.contrib.auth - 認証および承認システム。
- django.contrib.contenttypes - コンテンツタイプフレームワーク。
- django.contrib.sessions - セッションフレームワーク。
- django.contrib.messages - メッセージフレーム。
- django.contrib.staticfiles - 静的ファイルを管理するためのフレームワーク。
これらのアプリケーションは、一般的なプロジェクトへの利便性を提供するために、デフォルトで有効になっています。
特定のアプリケーションのためにデフォルトで有効になっては、少なくとも1つのデータテーブルを必要とするので、あなたはそれらを使用する前に、データベース内のいくつかのテーブルを作成する必要があります。次のコマンドを実行します。
python manage.py migrate
または、ツールのPycharmをクリックしてファイル名を指定して実行開くmanage.pyタスクを
このコマンドは、チェックがINSTALLED_APPSは特に、あなたの個人用サイト/ settings.pyファイルや設定によっては、作成するものにとして、データテーブルを作成する必要がある各アプリケーションの設定を移行各アプリケーションのデータベース移行ファイル（私たちは、この後に説明します）。
このコマンドは、端末に表示される各移行操作のために実行されます。あなたが興味を持っている場合は、コマンドライン・ツールのデータベースを実行すると\ DT（PostgreSQLの）を入力し、SHOWのTABLES ;（のMySQL）、.schema（SQLiteの） またはUSER_TABLES FROM SELECT TABLE_NAME;（オラクル）作成最後にDjangoのを見てどのテーブル。
Pycharmは、テーブルを見て、より直感的かもしれません。あなたはSQLiteのライブラリデータベースドライバを開くことができないことが示された場合はインストールされていない、自分でそれをインストール。
モデル
モデルを作成します。
最初のステップではDjangoでのデータベース駆動型のWebアプリケーションを書くのモデルを定義することである - 、データベース構造の設計および他の追加のメタデータです。
Djangoのモデル設計
模型是真实数据的简单明确的描述。它包含了储存的数据所必要的字段和行为。
Django 遵循 DRY Principle。它的目标是你只需要定义数据模型，然后其它的杂七杂八代码你都不用关心，它们会自动从模型生成。
来介绍一下迁移 - 举个例子，不像 Ruby On Rails，Django的迁移代码是由你的模型文件自动生成的，它本质上只是个历史记录，Django可以用它来进行数据库的滚动更新，通过这种方式使其能够和当前的模型匹配。
在这个简单的投票应用中，需要创建两个模型：问题 Question 和选项 Choice。Question 模型包括问题描述和发布时间。Choice 模型有两个字段，选项描述和当前得票数。每个选项属于一个问题。
这些概念可以通过一个简单的 Python 类来描述。按照下面的例子来编辑 polls/models.py 文件：
from django.db import models
class Question(models.Model):
question_text = models.CharField(max_length=200)
pub_date = models.DateTimeField('date published')
class Choice(models.Model):
question = models.ForeignKey(Question, on_delete=models.CASCADE)
choice_text = models.CharField(max_length=200)
votes = models.IntegerField(default=0)
代码非常直白。每个模型被表示为 django.db.models.Model 类的子类。
每个模型有一些类变量，它们都表示模型里的一个数据库字段。
每个字段都是 Field 类的实例 - 比如，字符字段被表示为 CharField ，日期时间字段被表示为 DateTimeField 。这将告诉 Django 每个字段要处理的数据类型。
每个 Field 类实例变量的名字（例如 question_text 或 pub_date ）也是字段名，所以最好使用对机器友好的格式。
你将会在 Python 代码里使用它们，而数据库会将它们作为列名。
你可以使用可选的选项来为 Field 定义一个人类可读的名字。这个功能在很多 Django 内部组成部分中都被使用了，而且作为文档的一部分。如果某个字段没有提供此名称，Django 将会使用对机器友好的名称，也就是变量名。在上面的例子中，我们只为 Question.pub_date 定义了对人类友好的名字。对于模型内的其它字段，它们的机器友好名也会被作为人类友好名使用。
定义某些 Field 类实例需要参数。例如 CharField 需要一个 max_length 参数。这个参数的用处不止于用来定义数据库结构，也用于验证数据，我们稍后将会看到这方面的内容。
Field 也能够接收多个可选参数；在上面的例子中：我们将 votes 的 default 也就是默认值，设为0。
注意在最后，我们使用 ForeignKey 定义了一个关系。这将告诉 Django，每个 Choice 对象都关联到一个 Question 对象。Django 支持所有常用的数据库关系：多对一、多对多和一对一。
激活模型
上面的一小段用于创建模型的代码给了 Django 很多信息，通过这些信息，Django 可以：
- 为这个应用创建数据库 schema（生成 CREATE TABLE 语句）。
- 创建可以与 Question 和 Choice对象进行交互的 Python 数据库 API。
但是首先得把 polls 应用安装到我们的项目里。
Django设计理念
Django 应用是“可插拔”的。你可以在多个项目中使用同一个应用。除此之外，你还可以发布自己的应用，因为它们并不会被绑定到当前安装的Django 上。
为了在我们的工程中包含这个应用，我们需要在配置类 INSTALLED_APPS 中添加设置。因为 PollsConfig 类写在文件 polls/apps.py 中，所以它的点式路径是 ‘polls.apps.PollsConfig’。
在文件 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 应用。接着运行下面的命令：
python manage.py makemigrations polls
或者点击Pycharm的Tools，打开 Run manage.py Task直接运行makemigrations polls
通过运行 makemigrations 命令，Django 会检测你对模型文件的修改（在这种情况下，你已经取得了新的），并且把修改的部分储存为一次 迁移。
迁移是 Django 对于模型定义（也就是你的数据库结构）的变化的储存形式 - 没那么玄乎，它们其实也只是一些你磁盘上的文件。如果你想的话，你可以阅读一下你模型的迁移数据，它被储存在 polls/migrations/0001_initial.py 里。别担心，你不需要每次都阅读迁移文件，但是它们被设计成人类可读的形式，这是为了便于你手动修改它们。
Django 有一个自动执行数据库迁移并同步管理你的数据库结构的命令 - 这个命令是 migrate，我们马上就会接触它 - 但是首先，让我们看看迁移命令会执行哪些 SQL 语句。sqlmigrate 命令接收一个迁移的名称，然后返回对应的 SQL：
python manage.py sqlmigrate polls 0001
详细SQL语句如下：
BEGIN;
--
-- Create model Question
--
CREATE TABLE "polls_question" ("id" integer NOT NULL PRIMARY KEY AUTOINCREMENT, "question_text" varchar(200) NOT NULL, "pub_date" datetime NOT NULL);
--
-- Create model Choice
--
CREATE TABLE "polls_choice" ("id" integer NOT NULL PRIMARY KEY AUTOINCREMENT, "choice_text" varchar(200) NOT NULL, "votes" integer NOT NULL, "question_id" integer NOT NULL REFERENCES "polls_question" ("id") DEFERRABLE INITIALLY DEFERRED);
CREATE INDEX "polls_choice_question_id_c5b4b260" ON "polls_choice" ("question_id");
COMMIT;
请注意以下几点：
- 输出的内容和你使用的数据库有关，上面的输出示例使用的是 SQLite。
- 数据库的表名是由应用名(polls)和模型名的小写形式( question 和 choice)连接而来。（如果需要，你可以自定义此行为。）
- 主键(IDs)会被自动创建。(当然，你也可以自定义。)
- 默认的，Django 会在外键字段名后追加字符串 “_id”。（同样，这也可以自定义。）
- 外键关系由 FOREIGN KEY 生成。你不用关心 DEFERRABLE 部分，它只是告诉SQLite，请在事务全都执行完之后再创建外键关系。
- 生成的 SQL语句是为你所用的数据库定制的，所以那些和数据库有关的字段类型，比如 auto_increment (MySQL)、 serial
(PostgreSQL)和 integer primary key autoincrement (SQLite)，Django会帮你自动处理。那些和引号相关的事情 - 例如，是使用单引号还是双引号 - 也一样会被自动处理。 - 这个 sqlmigrate命令并没有真正在你的数据库中的执行迁移 - 它只是把命令输出到屏幕上，让你看看 Django 认为需要执行哪些 SQL 语句。这在你想看看Django 到底准备做什么，或者当你是数据库管理员，需要写脚本来批量处理数据库时会很有用。
如果你感兴趣，你也可以试试运行 python manage.py check ;这个命令帮助你检查项目中的问题，并且在检查过程中不会对数据库进行任何操作。
现在，再次运行 migrate 命令，在数据库里创建新定义的模型的数据表：
这个 migrate 命令选中所有还没有执行过的迁移（Django 通过在数据库中创建一个特殊的表 django_migrations 来跟踪执行过哪些迁移）并应用在数据库上 - 也就是将你对模型的更改同步到数据库结构上。
移行では、再作成してテーブルを削除することなく、継続的な開発プロセスのデータベース構造を変更することができます非常に強力な機能である - それは、データを失うことなく、データベースをアップグレードスムーズに焦点を当てています。私たちは今、あなただけのモデルを変更するために覚えておく必要があり、後のチュートリアルのこの部分での深い多くを学びます3つのステップが必要です。
- 編集models.pyファイルを、モデルを変更。
- ファイル名を指定して実行Pythonのmanage.py makemigrationsは、モデルを変更するためにファイルを移行生成します。
- 実行Pythonはmanage.pyのデータベースの移行に移行するアプリケーションを。
データベースの移行が発生し、中に複数のアプリケーションで使用されるようにあなたは、移行コード管理システム上のデータを提出し、それを有効にすることを可能にするために適用される2つのコマンドに分割され、これは簡単に開発するだけでなく、他の開発者に対して行うだけでなく、そして本番環境の利便性を使用しています。
ドキュメントDjangoの背景文書を読むことによって、あなたは約得ることができますmanage.pyツールの詳細については。