Django 2.0管理员：即使ForeignKey on_delete字段设置为CASCADE，也会确认删除吗？
从 Django 1.9（我知道，它不合规，因此升级）切换到 2.0。我看到on_delete是所有外键字段的必填字段。以前，当我从 Django Admin 中删除一个对象时，它会运行检查并确认我是否要删除我正在删除的对象中使用 FK 的记录。
关于新字段，如果我将它设置为cascade(之前的默认行为)，它在删除之前是否仍然需要确认，或者如果我选择，我是否需要使用PROTECT，然后自己删除外键？
我喜欢在决定是否保留记录或删除记录以及所有级联记录之前能够删除一些东西并查看它将取出什么。只是想知道我是否可以使用这种技术在决定如何使用on_delete选项之前查看记录的附加内容。
谢谢
共有1个答案
是的，它仍然确认，只是启动了一个测试项目以进行双重检查。
-
仅企业版可用 请求header DELETE /v1/account/deleteActManager Authorization:Bearer {ACCESS TOKEN} 注： 请将上方的{ACCESS TOKEN}替换为您的ACCESS TOKEN 请求payload { "manager_id" : 233, "is_delete_act" : 1 } payload参
-
一、简介 “设置"用于PHPCMS管理员帐号维护。 二、功能演示 管理员管理 角色管理
-
问题内容： 尝试运行gradle时，出现以下错误： 但是，当我检查JAVA_HOME变量时，我得到： 我的JAVA_HOME是在.bashrc中定义的，我已经仔细检查过它是否已设置为源。 运行还确认JAVA_HOME设置正确并且在PATH上。 我还检查了符号连接这反过来又正确的符号链接 另外，我检查了或中没有重复的JAVA_HOME定义。 所以我的问题是Gradle如何/为什么找到，更重要的是如何
-
一、简介 管理站点用户。 二、功能演示 1，添加用户 2，管理用户 您可以添加，查询和删除用户。如下图所示：
-
会员 关于会员的详情图：