是什麼激發了這個願望清單請求？
有時我必須等待很長時間才能等到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 是一個很棒的功能。 預覽選項卡非常有用，我不想在沒有它的情況下工作。
但我開始變得偏執——下次當我嘗試向數據表添加列時需要多長時間。
