從數字行選擇值時不再包含選項我最近在一個非常大的客戶那裡遇到了這個問題。在 JMP 的早期版本中，他們使用 Contains 以以下方式從數字列中 ID 錯誤代碼
JMP 17 中不再提供此功能。兩個問題：
1.你有遇到這個問題嗎？
2. 如何在不超過相同點擊次數的情況下有效率地複製此選擇過程（表格可能有 100M 行）。
回覆：從數字行選擇值時不再包含選項感謝@SamGardner ，這已經與 PM 和開發人員分享。
回覆：從數字行選擇值時不再包含選項@DonMcCormack如果您還沒有，請與產品經理分享，讓我們了解客戶，您可以參考此主題。
回覆：從數字行選擇值時不再包含選項我們為大客戶提供了一個工具，該工具已與大量用戶進行交流，並且可能已融入大量腳本中。該客戶一直不願意遷移到較新版本的 JMP。現在我們已經取消了該工具並要求他們遷移到新版本的 JMP。明顯的問題是「還有什麼隱藏的？」。當發生這樣的變化時，它不僅僅是剝奪功能，而是大聲而清晰地傳達訊息，無論這些變化看起來有多麼微小。
回覆：從數字行選擇值時不再包含選項錯誤代碼不僅包含 9999，用於區分不同類型的錯誤。 9999.123、9999.345、9999.299等，都是9999錯誤的型別。
回覆：從數字行選擇值時不再包含選項我意識到我們並不是在尋找腳本解決方案，但我想提一下，新的Where函數至少與JMP 18中的SelectWhere或GetRowsWhere一樣快，並且通常更快。這對於這些非常大的應用尤其重要表。
Current Data Table() << Select Rows(Where(Contains(Char(:Column 1), "9999")))
回覆：從數字行選擇值時不再包含選項那麼，他們可以將 col 更改為字符，使用“包含”，然後在完成後將其更改回數字嗎？
還需要點擊幾次，但這確實不是問題，因為來回更改所需的時間與在高桌子上實際進行搜索的時間大致相同......選擇只需要大約 5 秒即可運行10M 行，無論您是在數字資料上搜尋“等於999”，還是在字元資料上搜尋“包含999”。因此，對於 100M 行，我預計幾乎需要一分鐘......此時，每端更改資料類型的額外 2.5 秒就顯得微不足道了。
除了從用戶手中奪走現有功能很少不是一個好主意之外……我在這裡遺漏了什麼嗎？
回覆：從數字行選擇值時不再包含選項為什麼等於不起作用？從原始帖子來看，原因並不明顯。
回覆：從數字行選擇值時不再包含選項這可能需要部署到數百（數千？）用戶，其中一些不是腳本編寫者。
回覆：從數字行選擇值時不再包含選項等於不起作用
回覆：從數字行選擇值時不再包含選項據我所知，他們正在尋找特定的數值字串。我懷疑該字串以這些值開頭，但我沒有確認這是真的。可能有多個值（例如，9999和-9999），我不知道還有多少。
回覆：從數字行選擇值時不再包含選項同一下拉清單中的「等於」不再運作嗎？當然，點擊次數相同。
回覆：從數字行選擇值時不再包含選項本地資料過濾、分發等平台都會識別。但如果他們的目標是找到缺失值和缺失值代碼，那麼可能是列屬性和全域資料過濾器。比以前多了幾次點擊。 18.這仍然是一個問題。
探索缺失的尊重缺失值代碼。
回覆：從數字行選擇值時不再包含選項@DonMcCormack ，他們總是9999嗎？如果是這樣，如何設定列屬性缺失值代碼，然後在行下使用資料過濾器並使用紅色三角形選項進行篩選以選擇缺失值？ 17 中的行選擇缺失似乎不起作用。假設他們想避免腳本
回覆：從數字行選擇值時不再包含選項探索離群值有一個「九」選項卡，但點擊次數要多得多。將下面的腳本映射到鍵盤快捷鍵怎麼樣？點擊次數可能會更少。
Try(
col = (Current Data Table() << get selected columns())[1];
Current Data Table() << Select Where( Contains( Char( col ), "9999" ) );
);
