テーブル分割時に一意の値が失われる以下のようなテーブルを設定しました。 Service 列を Type ごとに分割して、結果が以下の 2 番目の表のようになるようにしたいと考えています。 ただし、これを行うと、多くの ID の一意の値が失われることになります。 参考までに、生データテーブルには 15,047 個の一意の ID と 78,276 行があります。 これら 78,276 のサービスのうち、Type2 は 963 のみです。 テーブル分割を実行すると、結果として 77,313 行のテーブルが得られます。これは、計算がうまくいったため、最初は正しいように思えました。 ただし、分割テーブルには 14,910 個の一意の ID しかありません。
なぜこれが起こっているのでしょうか?どうすれば阻止できますか? 注意すべき点は、すべての ID に Type2 値があるわけではありません (ある ID には Type2 値が 1 つだけあります) が、これは ID のどの値が失われるかとは関係ないようです。
本当に必要なのは、サービスを 2 つのタイプの列に分割することだけです。その ID のどの行に Type2 にリストされているサービスがあるかについては、サービスがどのように配置されているかは気にしません (たとえば、以下の目的の結果テーブルでは、次のようにしても問題ありません)。これは私が示したとおりですが、行 1 に Type2 サービスをリストするのではなく、Type1 が空白で、Type2 にサービスを表示する ID 1 の追加の行を持つこともできます。 それがこれを簡単にするのに役立つかどうかはわかりません?)
データ例:
| ID | 製品 | サービス | タイプ |
| 1 | 製品1 | サービス例1 | タイプ1 |
| 1 | 製品1 | サービス例2 | タイプ1 |
| 1 | 製品1 | サービス例3 | タイプ2 |
| 2 | 製品2 | サービス例1 | タイプ1 |
| 2 | 製品2 | サービス例4 | タイプ1 |
| 3 | 製品3 | サービス例5 | タイプ1 |
| 3 | 製品3 | サービス例6 | タイプ2 |
望ましい結果:
| ID | 製品 | タイプ1 | タイプ2 |
| 1 | 製品1 | サービス例1 | サービス例3 |
| 1 | 製品1 | サービス例2 | |
| 2 | 製品2 | サービス例1 | |
| 2 | 製品2 | サービス例4 | |
| 3 | 製品3 | サービス例5 | サービス例6 |
Windows 10 で JMP 16.0.0 を使用しています。
品質およびプロセスエンジニアリングRe: テーブル分割時に固有の値が失われる私の記憶が正しければ、これは仕様によるものです (少し面倒です)。 JMP17 には、これに関連すると思われる新しい警告メッセージがあるようです。
これを回避するための 1 つの選択肢できる元のデータテーブルに追加の列を追加します。この列には、分割中に使用できるサポート実行番号が含まれています (JMP17 はプレビューあり)。
この場合、Uniq に次の式を使用しました。
Col Cumulative Sum(1, :Type, :ID, :Product)
Uniq列を削除した後
| ID |
製品 |
タイプ1 |
タイプ2 |
| 1 |
製品1 |
サービス例1 |
サービス例3 |
| 1 |
製品1 |
サービス例2 |
| 2 |
製品2 |
サービス例1 |
| 2 |
製品2 |
サービス例4 |
| 3 |
製品3 |
サービス例5 |
サービス例6 |
ここのディスカッションも参照してください分割プラットフォームは正しく機能しますか?
