一、该问题的重现步骤是什么？
1. 原问题连接：https://sns.bladex.cn/q-13010.html。想问下如果想把商业版的超级管理员的增强租户功能去掉，需要修改哪些配置？二、你期待的结果是什么？实际看到的又是什么？
三、你正在使用的是什么产品，什么版本？在什么操作系统上？
四、请提供详细的错误堆栈信息，这很重要。
五、若有更多详细信息，请在下面提供。
除了在BladeTenantInterceptor类中的adminTenantTables里添加需要去掉租户增强的表，以后能否有计划升级BladeX-Tool，通过配置的方式来去掉增强？
暂不考虑。这是之前用户集体投票后定下的功能。什么都可以配置只会让系统更加臃肿性能更差。如果不符合自己的需求，可以修改tool工程后自己安装依赖的呀。
上面之所以提出这个问题，是发现一个场景：超级管理员可以修改其他租户的数据。如果是超级管理员“新增”租户拥有权限的数据，还能通过tenant_id来知道是超级管理员修改的，但是如果是超级管理员“修改”其他租户的数据，就不好调查是租户还是超级管理员修改的，出问题不好向租户或者超级管理员问责。
上面之所以提出这个问题，是发现一个场景：超级管理员可以修改其他租户的数据。如果是超级管理员“新增”租户拥有权限的数据，还能通过tenant_id来知道是超级管理员“新增”的；但是如果是超级管理员“修改”其他租户的数据，就不好调查是租户还是超级管理员修改的，出问题不好向租户或者超级管理员问责。
这种场景5年前就已经有不少用户讨论过了，如果采用了bladex的通用业务字段，修改是有updateUser字段可以查的，可以知道是谁在什么时候修改。
如果不满足你们需求，可以先自己临时修改逻辑。我们只能满足大部分用户的需求，不能满足所有用户的需求。
你们不需要这个功能，但更多用户需要。如果我们开放了超管任意表的租户权限配置，是不是到最后要来问责我们了呢，问责我们为什么可以支持修改配置导致他们配置错了出问题了。所以这就是个伪命题，一个功能没法满足所有人的需求，那只能采用折中的办法。
扫一扫访问 Blade技术社区 移动端
加载中...
苏公网安备 32041102000998号