是什么激发了这个愿望清单请求？
有时我必须等待很长时间才能等到Jmp完成一个中大型数据表的数据表更新（Tables/Update）。
有时，Jmp 在更新平台上编辑设置时已经陷入困境 - 然后我喝了一些咖啡，回来并决定现在是散步的好时机 - 回来......并且根据我上次保存数据的时间，我决定是否更快地终止 Jmp 会话并从我上次保存的数据开始 - 或者做一些其他工作并在第二天回来（有点夸张）
很明显，将一个表中的数十万个值与另一个表中的值进行匹配需要一段时间。
但令我惊讶的是，合并两列所需的时间是合并一列的两倍（*）
是否会为合并的每一列再次触发匹配步骤 - 或者实际上是需要如此长时间的值排序？
通常，我在源表中没有唯一标识符：单个匹配值在列中出现多次 - 在要合并的列中也有相同的值。 在这种情况下，我想知道第一个匹配的值是否输入到目标数据表中，然后替换为第二个 - 依此类推......
通过搜索源表中的最后一个匹配值并仅插入该值可以加速这一过程。
更新平台的一大缺点：
它开始于添加列和更换列全部激活。
例如，如果表有 100 列，则需要一段时间才能将所有列添加到预览窗口。
尽管我很愚蠢，但我经常从定义匹配列开始......这让我再次走了很长一段路，直到我被允许选择我真正想要添加到的（1-2）列桌子。
如果表格太大，有一个功能会禁用预览。
但我担心该函数只是检查表的长度 - 而不是列数。
还是门槛太大？
请分享您的经验 - 在更新预览选项卡后，您需要多久才能填补 Jmp 会话再次返回的时间。
另一个问题是召回按钮
（此处提及： https://community.jmp.com/t5/JMP-Wish-List/Disable-Preview-while-filling-the-GUI-via-Recall/idi-p/632362 ）
单击“调用”后，“更新”菜单中会填充已保存的设置 - 每次更改 GUI 设置后，预览选项卡似乎都会更新。
因此，如果您想加入大型数据表 - 即使您只想添加单个列 - 在禁用预览之前也不敢按 Recall ...。
您希望看到什么改进？
您能否提高表/更新的性能。
为什么这个想法很重要？
Tables/Update 是一个很棒的功能。 预览选项卡非常有用，我不想在没有它的情况下工作。
但我开始变得偏执——下次当我尝试向数据表添加列时需要多长时间。
