このウィッシュリストリクエストのきっかけは何ですか?
Jmp では、Transform Column を生成する方法が 2 つあります。
- データテーブルと通信することにより、次のようになります。
- 変換列は次のように生成されます。テーブルスコープ - したがって、変換列は生成されたプラットフォームのコンテキストの外に「存在」します。
- があります交換するオプション: 既存の変換列が置き換えられるか (設定: 1)、新しい変換列の名前が調整されます (設定: 0)。
- 変換列には、たとえば
コマンドの戻り値 = 生成された変換列のハンドル
- 報告者と話すことによって
2b) 経由
platform << Transform Column()
- この Transform 列はプラットフォームのスコープ内で生成されます - プラットフォームが閉じられると削除されますか
-> とても便利です:)
これが、グラフ ビルダー、サマリー、その他すべてのプラットフォームで変換列が使用されるデフォルトのアプローチである理由です。
- 残念ながら、ありません交換するオプション。
同じ名前の変換列がある場合、コマンドは次のようになります。無視されました(!)既存の変換列が代わりに使用されます。
- 残念ながら、プラットフォームによって生成される変換列は非常に複雑です。アクセスしにくい:
変換列を参照するにはどうすればよいですか?
たとえば、変換列を削除するにはどうすればよいですか?
改善してほしいことは何ですか?
プラットフォームのコンテキストで生成される変換列の機能を改善してください。
- ハンドルを返すコラムの場合 - - 最初の種類の Transform 列の 1 つに類似しています。
- 追加します交換するオプション - 最初の種類の Transform 列の 1 つに似ています。
この考え方がなぜ重要なのでしょうか?
GraphBuilder には、概要統計を介してデータを集計する優れた機能がありますが、次のような重要な機能が欠落しています。 CDF 。
Transform Columns はそのようなギャップを埋める可能性を提供しますが、プラットフォームのコンテキストにおける Transform Columns の機能が制限されているため、それが困難になります。
例：
ユーザーがローカル データ フィルターの選択を変更した場合、その変更を考慮して変換列を更新するにはどうすればよいですか?
