当你第一次配置一个app的时候，有时候使用硬编码的数据去预填充你的数据库是非常有用的。这里有几个你可以让django自动创建这些数据的方法：你可以提供固定格式的初始化数据或者提供通过SQL初始化数据。
一般情况下，使用固定格式的初始化数据比使用SQL初始化更干净（因为是数据库无关的），但是没有使用SQL方便
用固定格式提供初始化数据
固定格式一个django知道怎么导进数据库的数据的集合。最直接的方法去知道固定格式是通过manage.py dumpdata去导出一些数据。或者你可以手写固定格式，xml，yaml和json。21：序列化django对象有关于这些序列化格式的具体说明。下面是一个例子，看起来有点像json吧
[
{
"model": "myapp.person",
"pk": 1,
"fields": {
"first_name": "John",
"last_name": "Lennon"
}
},
{
"model": "myapp.person",
"pk": 2,
"fields": {
"first_name": "Paul",
"last_name": "McCartney"
}
}
]
这是像yaml的固定格式
- model: myapp.person
pk: 1
fields:
first_name: John
last_name: Lennon
- model: myapp.person
pk: 2
fields:
first_name: Paul
last_name: McCartney
你可以在你的app里面存储这些数据在一个fixtures目录。
加载数据是很容易的：只需调用manage.py loaddata，<fixturename>是你已经创建的固定格式的名字。每次你运行loaddata的时候，从固定格式读取的数据会被重新加载进数据库。注意这意味着如果你改变你创建的固定格式中的任意一行，然后运行loaddata，你将丢失你做出的任何改变。
通过数据的固定格式自动加载
如果你创建一个名叫initial_data.[xml/yaml/json]的固定格式，那么每次你运行syncdb的时候这个固定格式都会被加载。这是极其方便的，但注意的是，每次运行syncdb数据都会被刷新。所以不要使用initial_data作为你想编辑的数据的文件名。
django从哪里寻找固定格式文件
默认，django会在每个app里面寻找fixtures目录。你可以设置FIXTURES_DIRS的值，这是一个额外的django应该寻找的目录的列表
当你运行manage.py loaddata，你也可以给定一个具体的绝对目录到你的固定格式文件，这会覆盖搜索的一般目录
提供初始化的SQL数据
django提供了传递数据库任意的SQL的钩子，这些SQL是当你运行syncdb的时候在CREATE TABLE后会被运行的。你可以使用这个钩子去填充默认记录，或者创建SQL函数或者视图函数，触发器等等。
钩子是很简单的：django会在你的app目录下寻找一个名叫sql/<modelname>.sql的文件，这个文件的中的modelname是你的模型名字的小写。
所以，如果你有一个名叫Person的模型在你的名为myapp的app目录下，你可以在你的myapp目录下的sql/person.sql文件里面添加任意的SQL，下面是一个例子：
INSERT INTO myapp_person (first_name, last_name) VALUES (‘John‘, ‘Lennon‘); INSERT INTO myapp_person (first_name, last_name) VALUES (‘Paul‘, ‘McCartney‘);
每个sql文件（如果有的话），应该包含有效的往表中插入数据的语句（分号隔开的insert语句）。sql文件可以被manage.py中的sqlcustom，sqlreset，sqlall和reset命令读取。
注意的是，如果你有多个sql文件，他们被运行的顺序是无法保证的，你唯一能做的是，保证需要用的的数据表都是事先已经被创建好的
特定数据库后端的sql数据
django提供了特定后端的sql数据的钩子。特定后端的sql会被先运行（后端和ENGINE的值一样才起效）。举个例子，如果你的app包含sql/person.sql和sql/person.sqlite3.sql两个文件，并且数据库使用sqlite，django会先运行sql/person.sqlite3.sql，然后才运行sql/person.sql。相信这个例子很容易理解，django会先寻找文件<appname>/sql/<modelname>.<backend>.sql文件，<appname>是你的应用目录，<modelname>是你的模型的名字的小写形式，<backend>是你的数据库引擎。