このウィッシュリストリクエストのきっかけは何ですか?
更新テーブルに一致する行が複数ある場合、Tables/Update には重大な速度の問題が発生します。テーブル/更新の高速化。
Jmp は、数分または数時間停止することがあります。一致するすべての行のエントリがメイン テーブルに「追加」され、最後の行が「固定」されるまで、前のエントリが上書きされます。
これには、Tables/Update のもう 1 つの欠点があります。多くの行から、最後エントリは実際にメインテーブルに入ります。
改善してほしいことは何ですか?
を追加してくださいTables/Update への集計オプション- テーブル クエリ ビルダー メニューですでに利用可能なものと同様。
Tables/Update をスリムに保つには、GUI エントリを 1 つだけ追加します (追加されたすべての行のアクションを定義します)。
さらに、または代わりに、設定を Jmp 設定に入れることができます。
デフォルトのオプション (現在の動作を再現するため):最後エントリ
代替オプション: モード、最初のエントリ、...?
代替オプション (数値の場合):中央値、平均、最大、最小、...
この考え方がなぜ重要なのでしょうか?
新しい集計オプションを使用すると、テーブル/更新の速度の問題を簡単に解決できます。
- そして、Tables/Update の可能性を Tables Query Builder の可能性に近づけます。
ご注意ください：
似たような集計オプションは仮想結合に対してすでに提案されています。
仮想結合の集約オプション
