私の「select where」はなぜですか？ JMP がハングする原因は何ですか?JMP16 標準を使用して、大規模なデータ テーブル (90 列、2.4M 行) に取り組んでいます。 「更新」を使用して新しいサマリー列をメイン テーブルに戻し、新しく追加された列で「場所を選択」を実行してサマリー テーブルを作成すると、毎回 JMP がハングします。 スクリプトが原因だと思っていましたが、これを手動で行うと同じ問題が発生します。 ただし、「結合」を使用して新しいテーブルを作成し、その上で「場所を選択」するとうまくいくようです。 これは JMP16 の「更新」に関する既知の問題ですか?または、JMP16の「更新」に何かトリックがありますか? 先週まで JMP 15Pro を使用していたので、この問題は一度もありませんでした。
データ表Re: 「select where」によって JMP がハングアップするのはなぜですか?あなたが何をしているのか正確に理解するのに苦労しています。 例を投稿できますか？ また、Big Class などのサンプル データ テーブルの 1 つと対話的に試して、それが一般的な問題なのか、データに関連するものなのかを確認できますか?
これを Big Class で試したところ、うまくいきました。
// Open Data Table: Big Class.jmp
// → Data Table( "Big Class.jmp" )
Open( "$SAMPLE_DATA/Big Class.jmp" );
// Data table summary
// → Data Table( "Big Class By (sex)" )
Data Table( "Big Class.jmp" ) << Summary(
Group( :sex ),
Mean( :weight ),
Freq( "None" ),
Weight( "None" )
);
// Update data tables
Data Table( "Big Class.jmp" ) << Update(
With( Data Table( "Big Class By (sex)" ) ),
Match Columns( :sex = :sex ),
Add Columns from Update Table( :"Mean(weight)"n )
);
// Select where
Data Table( "Big Class.jmp" ) << Select where( Round(:"Mean(weight)"n, 1) == 100.9 );
Re: 「select where」によって JMP がハングアップするのはなぜですか?JMP16ではそのような問題はありませんでした。 select where ever が終了したか、正しい行が選択されたか、JMP のログにメッセージが記録されたか。
(テーブルを見ずに) すぐに頭に浮かぶ唯一のことは、再評価されている数式がいくつかあること、または行が選択されたときに機能する元のテーブルにリンクされている他のグラフ/テーブルがあることです。 . もう JMP15 にアクセスできるので、同じ手順をテストできますか? 更新され結合されたデータ テーブルでデータ テーブルの比較を使用して、違いがあるかどうかを確認してみてください。
また、電子メール ( support@jmp.com ）。
