9.0.102配置的数据权限丢失

登录

本帖最后由 wsh89757 于 2024-3-29 10:38 编辑

配置的数据权限不知道什么原因丢失，这个是生产环境数据权限截图

我们看了一下，是因为这个选项取消勾选了

这个是我们去年对生产环境做的备份，里面有这个数据权限的
运维人员是不会刻意去掉某一个表的数据权限的，不知道哪里出了问题，求解

Grayson.Shang · Grayson.Shang

关于功能文件的操作历史，能做记录的只有协同工程了，若是更换过协同，并且也在历史中看不到相关的操作记录，那么确实没有办法可以调查了。
建议咱们这个问题可以先搁置，若是下次不再出现，说明应该是误操作导致的，比如有一个人虽然没有反勾选，但是做了设置，其他的人做了版本回滚等等，当然这些都是猜测，现在也没有办法可以证明。所以等下次的出现，下一次若是出现了再去协同工程上进行调查，您看这样可以不。

Grayson.Shang · Grayson.Shang

大佬您好，关于这个问题，我这边测试了一下，是这样子的，设计器的数据权限和服务器的数据权限是不同步的，若是发布应用到服务器上，不勾选全覆盖或者半覆盖的话，设计器的数据权限不会覆盖到服务器上。

咱们出现这个问题，我猜测是因为和“允许活字格修改数据库或表结构”有关系

在9.1中，若是设计器中没有勾选这个，那么服务器上的数据权限将不会展示是否开启对应数据表的权限，如下图所示，服务器只能开启三个表的数据权限，因为有两个表没有勾选

关于这个功能，现在的策略是，“允许活字格修改数据库或表结构”，勾选的情况，会随着每次发布生效到服务器上。和是否勾选覆盖数据库无关。
若是已勾选的表发布之后，是可以正常设置并修改行权限的，
而在设计器中将这些已经设置过的权限，重新发勾选，再发布，对应表的权限就看不到，也不会生效。但是权限并没有丢失，只是不生效，在设计器重新勾选上，再发布就可以恢复权限了。

wsh89757 · wsh89757

Grayson.Shang 发表于 2024-3-29 17:35
大佬您好，关于这个问题，我这边测试了一下，是这样子的，设计器的数据权限和服务器的数据权限是不同步的， ...

你好，因为备份里有该表的数据权限，所以我们是确定勾选过“允许活字格修改数据库或表结构”的，而且我们不会在设计器中配置数据权限，所有数据权限都是发布后再配置，但不知道什么时候就会丢失一些表的数据权限（目前发现丢失四五个表的数据权限），也就是丢失勾选“允许活字格修改数据库或表结构”，我们也不知道是发布问题还是其他问题。
还有我们发布不会勾选覆盖数据库

Grayson.Shang · Grayson.Shang

大佬您好，我之前解释过了，咱们现在的问题，就是因为工程文件中，丢失勾选“允许活字格修改数据库或表结构”。而即使不覆盖数据库发布，工程文件中的这个选项也会发布到服务器上。所以，咱们这个问题出现原因，主要调查一下咱们是不是在工程文件中的哪一个版本中，有用户修改了这些表的“允许活字格修改数据库或表结构”。

wsh89757 · wsh89757

本帖最后由 wsh89757 于 2024-4-2 11:28 编辑

Grayson.Shang 发表于 2024-4-1 11:59
大佬您好，我之前解释过了，咱们现在的问题，就是因为工程文件中，丢失勾选“允许活字格修改数据库或表结构 ...

您好，据我所知没有开发人员修改“允许活字格修改数据库或表结构”勾选，我们是不会关闭已经配置的数据权限的，当然不排除误操作的可能，但四五张表都丢那估计得误操作五次，这个可能性应该不大，由于我们换过协同，无法通过协同提交历史查看谁调整了该表，我们不知道哪里出了错，咱这边还有什么排查手段吗

wsh89757 · wsh89757

Grayson.Shang 发表于 2024-4-2 16:15
关于功能文件的操作历史，能做记录的只有协同工程了，若是更换过协同，并且也在历史中看不到相关的操作记录 ...

好的，谢谢！

Grayson.Shang · Grayson.Shang

感谢大佬支持

		自动登录	找回密码
密码			立即注册

[已处理] 9.0.102配置的数据权限丢失

最佳答案

7 个回复

本帖子中包含更多资源

活字格认证

Wyn高级认证

Wyn认证

活字格高级认证