从数字行选择值时不再包含选项我最近在一个非常大的客户那里遇到了这个问题。在 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" ) );
);
