请老师们不吝指点.
我和我的小伙伴在用 NocoBase 做一些事情,但都算是浮浅的.
解决了一些场景需求,但有很多问题受困于 NocoBase 目前的能力和我们自己的技术.
多做点项目和多踩点坑就会用了 
1 Like
ts，react，nocobase官方全部文档，我按这个在学
1 Like
我都是在看你写的分享哈~
1 Like
想解决什么样的问题?
1 Like
感谢您的关注.
我们目前主要在几个方面遇到难题:
1,子表的关联字段的展示.同这个需求：子表格无法展示关联表字段
1,多个子表,多个子表之间的关联控制.（例如：一张订单上有物料明细表、发货计划表、回款计划表、等）
1,单据头+多单据体场景下,单据列表分层横向展示.（比如销售订单，表头10个字段，表体A20个字段，表体B30个字段，那“销售订单列表”横向就应该是60个字段）
2,弹性字段的处理(类似辅助属性,用来展示不同种类物料的不同重要参数)（需要实现“字段内的单行子表”）
3,业务流的处理,上下游单据的关联关系.（业务必须，但设计不容易）
4,性能也是问题,较大的树表的查询很慢.
- 子表的关联字段 在父表中无法展示,这是确定的,由继承的原始设计约束的.所以想要展示就在区块中选定正确的子表即可
- 多个子表\子表之间的关联控制可以使用对中间表的再继承实现,从而在保持父表中关联关系不变的前提下,各个子表之间的关联关系隔离,预期你就是想这样来用.从而实现关系的一致和隔离
- 此类场景需要进行视图化处理,Nocobase原始能力不具备此类 行转列的能力.
- 使用继承表,将父表定义为你需要的弹性字段描述,通过关联及子表继承来进行参数增加,例如将体积\重量\亮度\功率等全部集成到一个关联字段中,这种处理是可以实现的.并利用1对多的形态以子表格形态实现动态数据展示.当然只能实现为多行的展示,动态列,做不到
- 上下游单据需要进行统一的模型设计,例如工序表\流程表\BOM表等,然后通过子表派生,集成为统一流程差异单据
- 树表还是别用了,性能太差了,短期也难以优化
1 Like
非常感谢您的指导。
我转发我同事了，希望能帮到他。
我做了一些补充，充分表达我的需求。
如果方便，请您帮忙思考指点下。
请教一下。 文中提到的较大数表，性能问题，这个较大有个大概念的发尾么。千行左右算大吗
树表，200以上就有明显的性能问题。
这么少的么，那岂不是基本不能用啊。
你去试试，不能听我一家之言。也许你的需求简单，正合适。
也可以去看看我的分享贴，关于树表，再简单的需求也得有那么多的基础逻辑和字段。
我试试看
主要是 数据库冗余，导致数据同步的问题，这个倒是可以通过工作流保证，我之所以要用这个子表格是因为他是对于审批流程中无法创建其他表的数据区块，对比在主表中选用数据选择器这种组件好像能解决这个问题（子表格无法展示关联表段），因为数据选择器打开页面后应该是表格的形式，但是对于展现形式来讲，还是子表格这种最好，或者可以在配置审批节点的页面中允许添加其他关联表的表格数据区块。
还有单独维护路径信息的表,性能很差,邻接表的形态也只能支持正交树,所以还是别用了;
整个树表都需要被重新设计,前端展示区块就不应该与后端模型强绑定,当初的设计还是太局限了.
看来我理解的还是有偏差的,你这是以业务视角去看这个东西的.说的不是同一件事.
你所讲的子表只是业务中的1对多的父子关系而已
将子表拍平了建个视图就可以在子表格完成关联关系的展示了,这种操作已经做过很多次了
你的诉求多半都是视图可以解决的,然后配合好可编辑视图+instead of 触发器,自己开发一下,就行了
除非你特别想原生化,自己单独开发表格插件吧
弹性字段,这玩意必须通过插件进行扩展了.将特定的json转换成你想要的展示格式就行了.
上下游单据问题不大
1 Like
感谢指点！我同事好像明白您说的办法了。
非常感谢！