django如何保存外键数据库(2023年最新解答)

发布网友 发布时间：2024-10-03 11:44

我来回答

共1个回答

热心网友 时间：2024-10-14 14:24

导读：很多朋友问到关于django如何保存外键数据库的相关问题，本文首席CTO笔记就来为大家做个详细解答，供大家参考，希望对大家有所帮助！一起来看看吧！

Django-select下拉菜单的显示与保存：

说明：这里不用多解释，就是普通定义emp表和dept表，注意emp的dept部门字段使用的ForeignKey多对一关系，去关联dept表的主键（dept没有重新定义主键，则是默认的主键id）

说明：这里的例子是保存时候的操作，既要展示不同部门的下拉菜单，又要能够保存成功。需要注意以下地方：

1.要重新定义get，实现当加载网页的时候能够展示已保存的部门信息，所以有个deptlist=dept.objects.all()，在html中要使用deptlist取部门表中的值。

2.当使用POST要保存的时候还是按照正常逻辑，先从html取对应的值，然后新建一个emp()对象，给对应字段赋值后保存。

3.保存部门的时候，对于外键，emp表是主动增加了一个叫做emp_id的字段，所以要使用emp.dept_id=dept，将获取到的dept(id)传给emp的dept_id字段。

说明：下拉单选菜单使用select，option，使用for循环从deptlist中取部门的值展示出来。所以是{%foriindeptlist.values%}，注意显示的字段使用deptname，对应value使用id来用来存储在数据表中。

Django2.0里model外键和一对一的on_delete参数

在django2.0后，定义外键和一对一关系的时候需要加on_delete选项，此参数为了避免两个表里的数据不一致问题，不然会报错：

TypeError:__init__()missing1requiredpositionalargument:'on_delete'

举例说明：

user=models.OneToOneField(User)

owner=models.ForeignKey(UserProfile)

需要改成：

user=models.OneToOneField(User,on_delete=models.CASCADE)?????--在老版本这个参数（models.CASCADE）是默认值

owner=models.ForeignKey(UserProfile,on_delete=models.CASCADE)???--在老版本这个参数（models.CASCADE）是默认值

参数说明：

on_delete有CASCADE、PROTECT、SET_NULL、SET_DEFAULT、SET()五个可选择的值

CASCADE：此值设置，是级联删除。

PROTECT：此值设置，是会报完整性错误。

SET_NULL：此值设置，会把外键设置为null，前提是允许为null。

SET_DEFAULT：此值设置，会把设置为外键的默认值。

SET()：此值设置，会调用外面的值，可以是一个函数。

一般情况下使用CASCADE就可以了。

下面是官方文档说明：

ForeignKeyacceptsotherargumentsthatdefinethedetailsofhowtherelationworks.

ForeignKey.on_delete?

WhenanobjectreferencedbyaForeignKeyisdeleted,DjangowillemulatethebehavioroftheSQLconstraintspecifiedbytheon_deleteargument.Forexample,ifyouhaveanullableForeignKeyandyouwantittobesetnullwhenthereferencedobjectisdeleted:

user=models.ForeignKey(User,models.SET_NULL,blank=True,null=True,)

Deprecatedsinceversion1.9:on_deletewillbecomearequiredargumentinDjango2.0.InolderversionsitdefaultstoCASCADE.

Thepossiblevaluesforon_deletearefoundindjango.db.models:

CASCADE[source]?

Cascadedeletes.DjangoemulatesthebehavioroftheSQLconstraintONDELETECASCADEandalsodeletestheobjectcontainingtheForeignKey.

PROTECT[source]?

PreventdeletionofthereferencedobjectbyraisingProtectedError,asubclassofdjango.db.IntegrityError.

SET_NULL[source]?

SettheForeignKeynull;thisisonlypossibleifnullisTrue.

SET_DEFAULT[source]?

SettheForeignKeytoitsdefaultvalue;adefaultfortheForeignKeymustbeset.

SET()[source]?

SettheForeignKeytothevaluepassedtoSET(),orifacallableispassedin,theresultofcallingit.Inmostcases,passingacallablewillbenecessarytoavoidexecutingqueriesatthetimeyourmodels.pyisimported:

fromdjango.confimportsettingsfromdjango.contrib.authimportget_user_modelfromdjango.dbimportmodelsdefget_sentinel_user():returnget_user_model().objects.get_or_create(username='deleted')[0]classMyModel(models.Model):user=models.ForeignKey(settings.AUTH_USER_MODEL,on_delete=models.SET(get_sentinel_user),)

DO_NOTHING[source]?

Takenoaction.Ifyourdatabasebackendenforcesreferentialintegrity,thiswillcauseanIntegrityErrorunlessyoumanuallyaddanSQLONDELETEconstrainttothedatabasefield.

ForeignKey.limit_choices_to?

SetsalimittotheavailablechoicesforthisfieldwhenthisfieldisrenderedusingaModelFormortheadmin(bydefault,allobjectsinthequerysetareavailabletochoose).Eitheradictionary,aQobject,oracallablereturningadictionaryorQobjectcanbeused.

Forexample:

staff_member=models.ForeignKey(User,on_delete=models.CASCADE,limit_choices_to={'is_staff':True},)

causesthecorrespondingfieldontheModelFormtolistonlyUsersthathaveis_staff=True.ThismaybehelpfulintheDjangoadmin.

Thecallableformcanbehelpful,forinstance,whenusedinconjunctionwiththePythondatetimemoduletolimitselectionsbydaterange.Forexample:

deflimit_pub_date_choices():return{'pub_date__lte':datetime.date.utcnow()}limit_choices_to=limit_pub_date_choices

Iflimit_choices_toisorreturnsaQobject,whichisusefulforcomplexqueries,thenitwillonlyhaveaneffectonthechoicesavailableintheadminwhenthefieldisnotlistedinraw_id_fieldsintheModelAdminforthemodel.

Note

Ifacallableisusedforlimit_choices_to,itwillbeinvokedeverytimeanewformisinstantiated.Itmayalsobeinvokedwhenamodelisvalidated,forexamplebymanagementcommandsortheadmin.Theadminconstructsquerysetstovalidateitsforminputsinvariousedgecasesmultipletimes,sothereisapossibilityyourcallablemaybeinvokedseveraltimes.

这样的语句可以放在存储过程里

declare@idint

insertintotable1(name,password)values(...)

set@id=@@identity--取到刚插入的id

insertintotable2(age,sex,userid)values(...@id)

其实这样就可以了。如果你担心两个表的数据不同步，比如可能插入了table1后，但是出错了，表1有数据但表2没有，你可以把这2条语句放一个事务里。

使用多个数据库

NewinDjango1.2:Please,seethereleasenotes

大多数其他文档都假设使用单一数据库，本文主要讨论如何在Django中使用多个数据库。使用多个数据库，要增加一些步骤。

定义你的数据库

使用多数据库的第一步是通过DATABASES设置要使用的数据库服务。这个设置用于映射数据库别名和特定的联结设置字典，这是Django定义数据库一贯的手法。字典内部的设置参见DATABASES文档。

数据库可以使用任何别名，但是default有特殊意义。当没有选择其他数据库时，Django总是使用别名为default的数据库。因此，如果你没有定义一个名为default的数据库时，你应当小心了，在使用数据库前要指定你想用的数据库。

以下是一个定义两个数据库的settings.py代码片断。定义了一个缺省的PostgreSQL数据库和一个名为users的MySQL数据库：

DATABASES={'default':{'NAME':'app_data','ENGINE':'django.db.backends.postgresql_psycopg2','USER':'postgres_user','PASSWORD':'s3krit'},'users':{'NAME':'user_data','ENGINE':'django.db.backends.mysql','USER':'mysql_user','PASSWORD':'priv4te'}}

如果你尝试访问DATABASES设置中没有定义的数据库，Django会抛出一个django.db.utils.ConnectionDoesNotExist异常。

同步你的数据库

syncdb管理命令一次只操作一个数据库。缺省情况下，它操作default数据库。但是加上--database参数，你可以让syncdb同步不同的数据库。所以要同步我们例子中的所有数据库的所有模型可以使用如下命令:

$./manage.pysyncdb

$./manage.pysyncdb--database=users

如果你不是同步所有的程序到同一个数据库中，你可定义一个数据库路由来为指定的模型实施特定的控制策略。

如果你要精细地控制同步，那么还有一种方式是修改sqlall的输出，手工在数据库中执行命令，命令如下:

$./manage.pysqlallsales|./manage.pydbshell

使用其他管理命令

其他操作数据库的django-admin.py命令与syncdb类似，他们一次只操作一个数据库，使用--database来控制使用哪个数据库。

自动数据库路由

使用多数据库最简单的方法是设置一个数据库路由方案。缺省的路由方案确保对象“紧贴”其原本的数据库（例如：一个对象从哪个数据库取得，就保存回哪个数据库）。缺省的路由方案还确保如果一个数据库没有指定，所有的查询都会作用于缺省数据库。

你不必为启动缺省路由方案作任何事，因为它是“开箱即用”的。但是，如果你要执行一些更有趣的数据库分配行为的话，你可以定义并安装你自己的数据库路由。

数据库路由

一个数据库路由是一个类，这个类最多有四个方法：

db_for_read(model,**hints)

建议model对象写操作时使用的数据库。

如果一个数据库操作可以提供对选择数据库有用的附加信息，那么可以通过hints字典提供。详见下文。

如果没有建议则返回None。

db_for_write(model,**hints)

建议model对象读操作时使用的数据库。

如果一个数据库操作可以提供对选择数据库有用的附加信息，那么可以通过hints字典提供。详见下文。

如果没有建议则返回None。

allow_relation(obj1,obj2,**hints)

当obj1和obj2之间允许有关系时返回True，不允许时返回False，或者没有意见时返回None。这是一个纯粹的验证操作，用于外键和多对多操作中，两个对象的关系是否被允许。

allow_syncdb(db,model)

决定model是否可以和db为别名的数据库同步。如果可以返回True，如果不可以返回False，或者没有意见时返回None。这个方法用于决定一个给定数据库的模型是否可用。

一个路由不必提供所有这些方法，可以省略其中一个或多个。如果其中一个方法被省略了，那么Django会在执行相关检查时跳过相应路由。

提示参数

数据库路由接收的“提示”参数可用于决定哪个数据库应当接收一个给定的请求。

目前，唯一可以提供的提示参数是实例，即一个与读写操作相关的对象的实例。可以是一个已保存的对象的实例，也可以是一个多对多关系中添加的实例。在某些情况下，也可能没有对象的实例可以提供。路由会检查提示实例是否存在，并相应地决定是否改变路由行为。

使用路由

数据库路由使用DATABASE_ROUTERS设置来安装。这个设置定义一个类名称列表，每个类定义一个用于主路由(django.db.router)的路由。

主路由用于Django分配数据库操作。当一个查询想要知道使用哪个数据库时，会提供一个模型和一个提示（如果有的话），并调用主路由。

Django就会按次序尝试每个路由，

直到找到合适的路由建议。如果找不到路由建议就会尝试实例提示的当前的_state.db。如果没有提供路由提示，或者实例没有当前数据库状态，那么

主路由会分配缺省数据库。

一个例子

仅用于示例目的！

这个例子仅用于展示路由如何改变数据库的使用。本例有意忽略了一些复杂的东西以便于更好的展示路由是如何工作的。

如果任何一个myapp中的模型包含与另一个数据库中模型的关系时，本例是无效的。参见跨数据库关系一节中介绍的Django引用完整性问题。

本例的主/从配置也是有缺陷的：它没有处理复制延时（比如因为把写操作传递给从数据库耗费时间而产生的查询不一致），也没有考虑与数据库使用策略的交互作用。

那么，这个例子有什么用呢？本例仅用于演示一个myapp存在于other数据库，所有其他模型之间是主/从关系，且存在于master、slave1和slave2数据库。本例使用了两个路由:

classMyAppRouter(object):"""一个控制myapp应用中模型的所有数据库操作的路由"""defdb_for_read(self,model,**hints):"myapp应用中模型的操作指向'other'"ifmodel._meta.app_label=='myapp':return'other'returnNonedefdb_for_write(self,model,**hints):"myapp应用中模型的操作指向'other'"ifmodel._meta.app_label=='myapp':return'other'returnNonedefallow_relation(self,obj1,obj2,**hints):"如果包含myapp应用中的模型则允许所有关系"ifobj1._meta.app_label=='myapp'orobj2._meta.app_label=='myapp':returnTruereturnNonedefallow_syncdb(self,db,model):"确保myapp应用只存在于'other'数据库"ifdb=='other':returnmodel._meta.app_label=='myapp'elifmodel._meta.app_label=='myapp':returnFalsereturnNoneclassMasterSlaveRouter(object):"""一个设置简单主/从定义的路由"""defdb_for_read(self,model,**hints):"所有读操作指向一个随机的从数据库"returnrandom.choice(['slave1','slave2'])defdb_for_write(self,model,**hints):"所有写操作指向主数据库"return'master'defallow_relation(self,obj1,obj2,**hints):"允许数据库池中的两个对象间的任何关系"db_list=('master','slave1','slave2')ifobj1._state.dbindb_listandobj2._state.dbindb_list:returnTruereturnNonedefallow_syncdb(self,db,model):"显示地放置所有数据库中的模型"returnTrue

然后在你的设置文件增加如下内容（把path.to.替换为你定义路由的模型的路径）:

DATABASE_ROUTERS=['path.to.MyAppRouter','path.to.MasterSlaveRouter']

这个设置中，路由的顺序是很重要的，因为查询时是按这个设置中的顺序依次查询的。上例中，MyAppRouter先于MasterSlaveRouter，因此，myapp中的模型就优先于其他模型。如果DATABASE_ROUTERS设置中两个路由的顺序变换了，那么MasterSlaveRouter.allow_syncdb()会优先执行。因为MasterSlaveRouter是包罗万象的，这样就会导致所有模型可以使用所有数据库。

设置好之后让我们来运行一些代码:

#从'credentials'数据库获得数据fred=User.objects.get(username='fred')fred.first_name='Frederick'#保存到'credentials'数据库fred.save()#随机从从数据库获得数据dna=Person.objects.get(name='DouglasAdams')#新对象创建时还没有分配数据库mh=Book(title='MostlyHarmless')#这个赋值会向路由发出请求，并把mh的数据库设置为与author对象同样的#数据库mh.author=dna#这会强制'mh'实例使用主数据库...mh.save()#...但如果我们重新获取对象，就会从从数据库中获取mh=Book.objects.get(title='MostlyHarmless')

手动选择数据库

Django也提供一个可以让你通过代码完全控制数据库使用的API。手动定义数据库分配优先于路由。

为一个查询集手动选择一个数据库

你可以在查询集“链”中的任何点为查询集选择数据库。我们通过在查询集上调用using()来得到使用指定数据库的另一个查询集。

using()使用一个参数：你想要运行查询的数据库的别名。例如:

#这会运行在“缺省”数据库上。Author.objects.all()#这同样会运行在“缺省”数据库上。Author.objects.using('default').all()#这会运行在“other”数据库上。Author.objects.using('other').all()

为save()选择一个数据库

在使用Model.save()时加上using关键字可以指定保存到哪个数据库。

例如，要把一个对象保存到legacy_users数据库应该这样做:

my_object.save(using='legacy_users')

如果你不定义using，那么s