<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />サブテーブルを変更すると自動的にマスターが更新されるように、共通の識別子を介して5つ以上の「サブテーブル」をリンクすることによって形成される「マスター」データテーブルを作成したいと思います。出発点として初期マスターテーブルとして使用できるすべての識別子を持つテーブルを簡単に作成できます。
これはJMP内の結合機能に似ていますが、私は介入なしでそれが起こることを望みます。
誰かがこのタイプの要求に以前に遭遇したことがあり、このタイプの機能を有効にする簡単な方法はありますか？
よろしく
ダビデ
こんにちはデイブ
これは、テーブルの管理方法、特にスクリプトを介した方法とJMPを使用した対話方法によって異なります。
JMPは現在、合理的に機能的なイベントモデルをサポートしており、オブジェクトはこれらのイベントをサブスクライブできるので、イベントが発生したときにアクションを実行できます。
ですから、あなたは対話的にテーブルを使って作業することができ、そしてあなたがそれを閉じるとき、他のテーブルへの更新を引き起こすために使われることができるイベントが発生します。
イベントハンドラへの鍵はそれらがどのように開始されるかです - これはスクリプトを通してされなければならなくて、スクリプトは他のすべての関連オブジェクト（すなわちイベントに反応するもの）について知っていなければなりません。 そのため、問題を「ワークフロー」のコンテキストで考える必要があります。たとえば、スクリプトを使用してマスターテーブルを開いたほうが簡単です。これにより、ユーザーに対話的に渡す前にイベント処理ラッパーを構築できます。つかいます。 それだと言ったことテーブルが開かれるとすぐに実行されるように、スクリプトをデータテーブルにアタッチすることも可能です。
実用的なレベルでは、複雑なイベントサブスクリプションを作成しなければならなかったという問題に対処したことは一度もありません。 私が書くほとんどすべてのコードで私が扱う最も単純なユースケースはこれです：
1。 データテーブルを開く
2。 イベントハンドラを使用してインタラクティブなレポートウィンドウをいくつか作成します（多くの場合、非表示のサブグループ化されたテーブルを作成します）。
3。 ユーザーがレポートウィンドウを閉じると、ウィンドウを閉じるイベントに応答します - すべての中間の隠しテーブルを削除し、メインデータテーブルを閉じます。つまり、適切なハウスキーピングを行います。
JMP機能の範囲内で、これらを実装するのは難しくありません。 私が言ったように、最も難しい部分は問題のユースケース/ワークフロータイプの側面についてはっきりしています。
デビッドバーナム
