【7.0.5】OrganizationNodeListTable考虑欠妥的地方：允许ID重复使用

David.Zhong · David.Zhong

大佬，最新和开发沟通了一下，这个确实改不了。我们的组织结构在管理控制台中是可以可视化更改的，包括删除、修改、新增、拖拽等等，涉及的情况比较复杂。并且因为是树形结构，每个节点会记录父节点的ID，所以我们是在前端把节点信息生成之后，直接传递到后端进行保存的。我们就算是把ID强行设置成自增的，那么也会像organizationmerberlistable一样，每次保存的时候，ID都是往上递增的。也无法满足大佬的需求。
目前的建议，可能还是得麻烦一下，手动多维护一张表。
还有一个办法就是修改组织结构的时候，不走前端，直接调用对应的用户管理接口API~
用户管理接口 - 活字格V7帮助手册 - 葡萄城产品文档中心 (grapecity.com.cn)
感谢大佬的理解与支持~

啧啧歪 · 啧啧歪

本帖最后由啧啧歪于 2021-8-17 16:20 编辑

David.Zhong 发表于 2021-8-17 14:26
大佬，最新和开发沟通了一下，这个确实改不了。我们的组织结构在管理控制台中是可以可视化更改的，包括删除 ...

活字格组织架构功能对于用户来说不可用或不好用，它作为管理系统的基础，活字格应该去优化一下

啧啧歪 · 啧啧歪

啧啧歪发表于 2021-8-17 15:30
如果活字格提供的组织架构对于用户来说不可用或不好用，如果组织架构功能是一个鸡肋的话，此功能存在的必 ...

如果不能提供一个合适的组织架构管理，这个平台就只能是一个缺陷平台。这类缺陷如果都交给客户去克服，这会阻碍hzg产品的推广使用。

啧啧歪 · 啧啧歪

本帖最后由啧啧歪于 2021-8-17 16:32 编辑

活字格售后技术人员正在指导我们如何解决，点个赞先

David.Zhong · David.Zhong

已远程用户沟通：用户是把用户信息数据库配置成了外联库，然后在业务逻辑中直接使用的用户信息相关表中的ID，这个并不是官方推荐的做法。
鉴于用户系统已经做好上线了，修改起来比较麻烦，建议用户通过用户管理接口来调整组织结构，可以在一定程度上规避这个问题。
还有一个建议是修改应用，使用官方提供的功能实现需求，具体的做法是这样的，我们可以给每条数据记录一个负责人，通过负责人，可以就确定这个数据属于哪一个组织节点了。
鉴于组织中的负责人可能会更换的这个场景，有两个解决方法：
1.在更新项目负责人的时候，我只需要把数据中的旧的负责人改成新的负责人。
2.我们可以添加一个特殊的用户，比如A项目下永远都有一个叫A项目的用户，这个用户不需要给其他人使用，只作为锚定这个组织节点来使用~

swejet · swejet

个人意见，这不是一个技术问题，这是一个策略问题。我并不认同楼主的这种处理方式。

在实践中，确实会出现部门发生变动和调整的情况，但是楼主说要删除部门记录，这点我不能认同，我建议楼主为部门表增加一个状态字段，通过状态标记部门是解散了还是撤消了还是改名了还是重组了。

删记录，那就什么痕迹都没有了

David.Zhong · David.Zhong

swejet 发表于 2021-8-24 17:47
个人意见，这不是一个技术问题，这是一个策略问题。我并不认同楼主的这种处理方式。

在实践中，确实会出 ...

感谢大佬分享的经验~

啧啧歪 · 啧啧歪

删除记录是活字格的内部机制，我们开发人员无法控制。另外，人员组织架构表不允许自己增加字段，这几张内部表有时会重建，导致自己增加的字段被删除

David.Zhong · David.Zhong

David.Zhong 发表于 2021-8-24 17:52
感谢大佬分享的经验~

官方不并建议直接操作内建表~

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

[已处理] 【7.0.5】OrganizationNodeListTable考虑欠妥的地方：允许ID重复使用

活字格认证

活字格高级认证

微信认证勋章

讲师达人

悬赏达人

圣诞拼拼乐