イベントテーブルの「強制終了」オプションに「R=レコード更新前」と「P=レコード更新後」があるのをご存知ですか？

いずれも、ユーザイベントが発動された時に、「レコード書込み」イベントが発生します。

ただし、「R=レコード更新前」はイベントロジックユニットから戻ったあとにレコード前処理から処理が再開されるのに対し、「P=レコード更新後」はイベントロジックユニットを実行する前にレコード前処理からの再読み込みを行います。

したがって、「R=レコード更新前」はイベントロジックユニット中から更新後のレコードを見ることができないのに対し、「P=レコード更新後」はイベントロジックユニックの中からでも更新後のレコードを参照することができます。これが一番大きな違いです。

メモリテーブルは、コンテキスト管理下のマルチユーザ環境ではコンテキスト ID ごとに個別管理を行うことができます。この機能を利用すれば、開発者はユーザごとにデータソース名（テーブル名）を変える必要がなく、開発者はマルチユーザを意識することなくタスクを作成することができます。

ちなみに、タスクの実行時に登録されたレコードはコンテキストの終了とともに自動的に消滅するので、アプリケーション終了後にそれらのデータを見ることはできません。ただし、開発モードからフォアグラウンドで実行されたアプリケーションは単一のコンテキスト内で展開されるので、メモリテーブルの中身を見ることができます。

バックグラウンドで実行された場合は、開発モードに戻ってもテーブルの中身を見ることはできません。