Re: レコード前処理を使っていません。
nkmt
投稿数: 1668
おはようございます。
レコード前処理について、アドバイスを頂きまして
Puさん、fjksudouさん、Tandaさん ありがとうございました。
> 見やすくするために、登録モード時の初期変数セット。
これは項目更新を書く手間は増えてしまいますが
見易くなりそうでGoodだと思いました。
数値項目には0が、文字項目には''が初期値セットされるので
そういった値以外の初期格納には良さそうですね。
最近のバージョンだと、V=項目 変更イベントが増えたのは
かなりの進化ですね。
手動で変更されたのか?が把握出来るので、A*B → C
や、C/B → A といった逆からの計算も重宝しますし。
私もレコード前処理を全く使っていない訳でもありませんでした。
レコード前処理ではデータをFETCHしていますね。
fjksudou様の言われるように、どちらかというと
オンラインタスクの方がレコード前は使うような気もします。
バッチ処理でもレコード後にだけ処理を固めずに
前処理に記述を割り振ってもいいのかもしれないですね。
項目更新についていえば、項目更新をA〜B迄と自動行作成が
出来るようになるのも便利なのでしょうね。
DbViewRowIdx関数は使いこなしておりません。
伝票入力PGで行番号表示をする場合は、自作しております。
レコード前処理について、アドバイスを頂きまして
Puさん、fjksudouさん、Tandaさん ありがとうございました。
> 見やすくするために、登録モード時の初期変数セット。
これは項目更新を書く手間は増えてしまいますが
見易くなりそうでGoodだと思いました。
数値項目には0が、文字項目には''が初期値セットされるので
そういった値以外の初期格納には良さそうですね。
最近のバージョンだと、V=項目 変更イベントが増えたのは
かなりの進化ですね。
手動で変更されたのか?が把握出来るので、A*B → C
や、C/B → A といった逆からの計算も重宝しますし。
私もレコード前処理を全く使っていない訳でもありませんでした。
レコード前処理ではデータをFETCHしていますね。
fjksudou様の言われるように、どちらかというと
オンラインタスクの方がレコード前は使うような気もします。
バッチ処理でもレコード後にだけ処理を固めずに
前処理に記述を割り振ってもいいのかもしれないですね。
項目更新についていえば、項目更新をA〜B迄と自動行作成が
出来るようになるのも便利なのでしょうね。
DbViewRowIdx関数は使いこなしておりません。
伝票入力PGで行番号表示をする場合は、自作しております。
投票数:0
平均点:0.00
投稿ツリー
-
レコード前処理を使っていません。
(nkmt, 2017-9-25 22:26)
- Re: レコード前処理を使っていません。 (pu_mahalo, 2017-9-26 8:40)
- Re: レコード前処理を使っていません。 (fjksudou, 2017-9-26 8:50)
- Re: レコード前処理を使っていません。 (Tanda, 2017-9-26 19:21)
- Re: レコード前処理を使っていません。 (nkmt, 2017-9-27 8:32)