WSO2 身份服务器升级 5.0.0 -> 5.1.0 isCascadeDeleteEnabled in user-mgt.xml
WSO2 Identity Server Upgrade 5.0.0 -> 5.1.0 isCascadeDeleteEnabled in user-mgt.xml
指的是 upgrade documentation 用户-mgt.xml 有一个新的 属性
<Property name="isCascadeDeleteEnabled">true</Property>
在升级的情况下，文档说：
If you are connecting the database from a previous version of IS, set
this property to "false".
我的问题：这是否意味着升级安装与从头开始安装的设置不同？为什么？
此设置已在 Carbon 4.4.2 中引入，以允许在 UM_USER_PERMISSION、UM_ROLE_PERMISSION table 秒内级联删除，当权限从 UM_PERMISSION 中删除时[1].
当此 属性 设置为 true 时，单个查询将发送到父 table (UM_PERMISSION)，因此来自子 tables 会被自动删除。
当此 属性 设置为 false 时，将首先向子 table 发送多个查询，然后向父 table 发送多个查询以删除相应的行。
Carbon 4.4.2 数据库中引入了这种数据库级别 CASCADE DELETE 关系。所以这种数据库级关系在 IS 5.0.0 数据库中不可用，因此如果您使用与 IS 5.1.0 相同的数据库，则需要将 isCascadeDeleteEnabled属性 设置为 false .
[1] https://docs.wso2.com/display/Carbon443/Database+Upgrade+Guide
指的是 upgrade documentation 用户-mgt.xml 有一个新的 属性
<Property name="isCascadeDeleteEnabled">true</Property>
在升级的情况下，文档说：
If you are connecting the database from a previous version of IS, set this property to "false".
我的问题：这是否意味着升级安装与从头开始安装的设置不同？为什么？
此设置已在 Carbon 4.4.2 中引入，以允许在 UM_USER_PERMISSION、UM_ROLE_PERMISSION table 秒内级联删除，当权限从 UM_PERMISSION 中删除时[1].
当此 属性 设置为 true 时，单个查询将发送到父 table (UM_PERMISSION)，因此来自子 tables 会被自动删除。
当此 属性 设置为 false 时，将首先向子 table 发送多个查询，然后向父 table 发送多个查询以删除相应的行。
Carbon 4.4.2 数据库中引入了这种数据库级别 CASCADE DELETE 关系。所以这种数据库级关系在 IS 5.0.0 数据库中不可用，因此如果您使用与 IS 5.1.0 相同的数据库，则需要将 isCascadeDeleteEnabled属性 设置为 false .
[1] https://docs.wso2.com/display/Carbon443/Database+Upgrade+Guide