【FORGUNCY-1989】字段合并功能增强建议

登录

本帖最后由 Patrick.Zhu 于 2024-4-16 17:55 编辑

目录的合并功能简单粗爆，根据相同的就合一起
能否增加合并条件，满足更复杂的合并需求。
例如，ID相同的，或者单据编号相同的，这样合出来的美观多了，

期望的效果

另外，最好选择项也能合，这种需求，主要是在列表同时显示主子表：

Patrick.Zhu · Patrick.Zhu

这是两个问题，
关于第一个问题，这个是你用的什么软件吗？能看下设置的逻辑吗？
第二个问题，这个合并，多数情况下，如果本身数据不是一行，那说明他有些字段上是有区别的，这种情况下，如果希望选择其中某一行，合并了就没法选了。你有更多的信息吗？比如，这种情况下，一般都是要全选所有合并行的

tangke888 · tangke888

产品不懂开发

tangke888 · tangke888

关于第一个问题，这个是你用的什么软件吗？能看下设置的逻辑吗？

这个问题都能问得出来的？这不是活字格，还有什么软件

Patrick.Zhu · Patrick.Zhu

我看晕了，我看你前面截图和期望的效果截图中红框不在一起，找了半天不同没找出来，我猜你下面那个图是用别的软件拟的，所以问下你是咋设计的，区别是啥，你的前两个图：

tangke888 · tangke888

其实我们想要的预期是，能根据前面ID进行合并，相同ID的数据，在任何位置合并，都可以了，只要点了合并那个勾选，而不是，有时变成垂直合并了。

可以简单理解，那个合并功能增加一下，加个方向，可以勾选垂直合并或者水平合并

Patrick.Zhu · Patrick.Zhu

相当于，你希望的是，单据状态、支出字段可以自动合并，但是根据的条件是，ID相同。
这里有很大问题啊，一般ID都是当作唯一标识用的，保证数据的准确、完整以及正确关联等。这个水平合并会有很大风险，就是，后面如果有列信息（例如：支出状态不同）不一样，这种冲突怎么处理？

而如果信息都一样的话，为啥这个表里面要存两条数据，这也是我对你关于选择项要求合并的疑惑点，

，这部分信息不应该放在明细表里面吗。现在的合并主要就是针对常见的，从左到右，是有一定逻辑关系的，例如：地区。你这个看起来应该就是订单数据，感觉ID唯一才对吧，没理解这个表结构是怎么设计的

tangke888 · tangke888

这个表是主子表，数据列同时显示主表子表的信息

Patrick.Zhu · Patrick.Zhu

所以你的表格，是同时展示了主子表的数据，如果子表单据其他字段都是一样的，你希望展示最终是一条完全合并的主表。
问题还是存在，就是如果以ID为依据。这个水平合并会有很大风险，就是，后面如果有列信息（例如：支出状态不同）不一样，会有冲突。

或者，换一种思路，自动合并还是自动合并，不过在此基础上，加一个不合并的条件，例如：某一列数据不同时，不进行自动合并。我描述的这种方案应该能支持你的诉求。

不过，你这种数据展示模式真的少见，常见的是只展示主表，然后在状态里面，将未完成的子表ID拼接。