のほか [One Message View / Re[10]: 多重化のメリット　時限式タイマーのメリット]

■1487 / 10階層)

　多重化のメリット　時限式タイマーのメリット

□投稿者/ ONnoji -(2024/07/18(Thu) 18:26:21)

2024/07/19(Fri) 00:40:54 編集(投稿者)

ジェダイの桐さん

蛇足を少々・・・(^^ゞ

> タイマーイベント内で、処理をすればＯＫという単純なものではありませんよ。
> 多くの場合、多重化によるパフォーマンスでビジー（応答なし）を回避できると思いますよ。
>
> 多重化してもパフォーマンスが悪い場合に、更にパフォーマンスを上げたい時に、時限タイマーによるプログレスバー方式を使います。
>
> しかし、プログレスバーを使う主な目的は、作業の中断を出来るようにすることですよ。
> 　　　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

フォームの編集対象表を［イベント処理で多重化した表］は、双子の表ですが、一方がビジブルで、多重化した方はステルスな表ですね。

このように、多重化した表と、［イベント処理で開いたステルスな表］を処理する場合には、

フォームの編集対象を対象にした時と比べると、けた違いにパフォーマンスが良いです。

つまり、フォームに見えている表は、レコードの移動によって再描画（リドロー）が発生しますので、

その再描画（リドロー）がパフォーマンスを悪くさせているということです。

　◇　◇　◇　◇　◇　◇　◇　◇　◇　◇

ステルスな表を扱っていても、ファイルのサイズが大きい場合や、レコード数が極端に多い場合、

処理する内容が極端に複雑な場合、などにはパフォーマンスが悪くなります。

例えば、

Ａ．レコード数が多いけれど、１パスで処理を行う場合 ⇒ 時限タイマー１回につき処理するレコード数を決めます

Ｂ．レコード数は多くないが、複数パスで処理を行う場合（結果的に処理レコード数が多くなったのと同じです）⇒時限タイマーから処理する内容ごとに手続きを呼び出します

このような場合に、時限タイマーによるプログレスバーを検討するということですよ。

ｐ．ｓ．

Ａ．の場合には、以下のような感じ。※あくまでもアバウトなフィーリングです。細かいことは気にしないこと
　　　　　　　　　　　　　　　　　　・・・・・・・・・・・・・・・・・・

手続き定義開始　prcプログレスバーを実行( )

　&m処理単位レコード数 = 対象レコード数／回数

　&mRecordCount 　 = 1
　&mProgressBarRun = 1
　ブジェクト操作　@フォーム｛タイマー1 = 1, タイマー値1 = 10 ｝

手続き定義終了

手続き定義開始　フォーム::タイマー1()

　if ( &mProgressBarRun )

　　手続き実行　prcProgressbarCall( )
　end

手続き定義終了

手続き定義開始　prcProgressbarCall( )

　&count = 0　/* カウンタ */

　繰り返し

　　** プログレスバーで行う処理内容　例えば、一般手続きを実行　prcProcedureName()とか

　　&count = &count + 1
　　if ( &count > &m処理単位レコード数 .or #eof .or [Esc] キーを押した )

　　　** プログレスバーの１回あたりの規定回数を実行した、または終端行に到達したので脱出する

　　　繰り返し中止
　　end
　繰り返し終了

　if ( [Esc] キーを押したまたは #eof )

　　** [Esc] キーを押した、または終端行に到達したのでプログレスバーを終了する

　　&mProgressBarRun = 0
　　オブジェクト操作　@フォーム.タイマー1 = 0　/* タイマーをリセットする */
　end

手続き定義終了

※なお、[Esc] キーで中断するためには、［キーダウン］イベントをアクティブにして、[Esc] キーを検出する必要があります。

Ｂ．の場合には、以下のような感じ。※あくまでもアバウトなフィーリングです。細かいことは気にしないこと
　　　　　　　　　　　　　　　　　　・・・・・・・・・・・・・・・・・・

手続き定義開始　prcタイマーによる分割実行( )

　&mPhase = 1
　ブジェクト操作　@フォーム｛タイマー1 = 1, タイマー値1 = 10 ｝

手続き定義終了

手続き定義開始　フォーム::タイマー1()

　if ( &mPhase = 1 )

　　手続き実行　prcPhasePrimaryRun( )
　end

　if ( &mPhase = 2 )

　　手続き実行　prcPhaseSecondaryRun( )
　end

手続き定義終了

手続き定義開始　prcPhasePrimaryRun( )
　&mPhase = &mPhase + 1

　** 処理内容

手続き定義終了

手続き定義開始　prcPhaseSecondarRun( )
　&mPhase = &mPhase + 1

　** 処理内容

　&mPhase = 0
　オブジェクト操作　@フォーム.タイマー1 = 0　/* タイマーをリセットする */

手続き定義終了

Ａ．

　prcプログレスバーを実行 … インターバル … フォーム::タイマー1
　　　　　　　　　　　　　　　　　　　　　　　└ prcProgressbarCall

Ｂ．

　prcタイマーによる分割実行 … インターバル … フォーム::タイマー1
　　　　　　　　　　　　　　　　　　　　　　　　├ prcPhasePrimaryRun
　　　　　　　　　　　　　　　　　　　　　　　　└ prcPhaseSecondaryRun

[メール受信/OFF] 削除キー/

→Re[11]: 多重化のメリット　時限式タイマ.. /ジェダイの桐
　

上記関連ツリー
前の記事(元になった記事)	次の記事(この記事の返信)
「目からウロコの・・・パート２」を公開.. / ONnoji (24/06/11(Tue) 16:31) #1445
`├` Re[1]: 「目からウロコの・・・パート２�.. / ジェダイの桐 (24/06/14(Fri) 17:36) #1446
`│└` Re[2]: 「目からウロコの・・・パート２�.. / ONnoji (24/06/15(Sat) 17:45) #1447
`│ └` Re[3]: 「目からウロコの・・・パート２�.. / ジェダイの桐 (24/06/17(Mon) 12:06) #1448
`│ └` Re[4]: 「目からウロコの・・・パート２�.. / ONnoji (24/06/17(Mon) 15:17) #1449
`│ └` Re[5]: 「目からウロコの・・・パート２�.. / ジェダイの桐 (24/06/17(Mon) 16:22) #1450
`│ └` Re[6]: 「目からウロコの・・・パート２�.. / ONnoji (24/06/17(Mon) 17:33) #1451
`│ └` Re[7]: 「目からウロコの・・・パート２�.. / ジェダイの桐 (24/06/18(Tue) 10:27) #1452
`│ └` Re[8]: 「目からウロコの・・・パート２�.. / ONnoji (24/06/18(Tue) 11:00) #1453
`│ └` Re[9]: 「目からウロコの・・・パート２�.. / ジェダイの桐 (24/06/18(Tue) 12:03) #1454
`│ └` Re[10]: 「目からウロコの・・・パート２.. / ONnoji (24/06/18(Tue) 15:54) #1455
`│ └` Re[11]: 「目からウロコの・・・パート２.. / ONnoji (24/06/18(Tue) 16:48) #1456
`│ └` Re[12]: 「目からウロコの・・・パート２.. / ONnoji (24/06/18(Tue) 17:05) #1457
`│ └` Re[13]: 「目からウロコの・・・パート２.. / ジェダイの桐 (24/06/19(Wed) 10:53) #1458
`│ └` Re[14]: 「目からウロコの・・・パート２.. / ONnoji (24/06/19(Wed) 11:28) #1459
`├` Re[1]: 「目からウロコの・・・パート２�.. / ONnoji (24/06/19(Wed) 15:42) #1460
`│├` Re[2]: 「目からウロコの・・・パート２�.. / ONnoji (24/06/19(Wed) 16:04) #1461
`│├` Re[2]: 「目からウロコの・・・パート２�.. / ジェダイの桐 (24/06/19(Wed) 17:02) #1462
`│├` Re[2]: 「目からウロコの・・・パート２�.. / 尾形 (24/06/19(Wed) 18:06) #1463
`││└` Re[3]: 「目からウロコの・・・パート２�.. / ONnoji (24/06/19(Wed) 19:11) #1464
`│└` Re[2]: 「目からウロコの・・・パート２�.. / ジェダイの桐 (24/06/20(Thu) 14:50) #1467
`│ └` Re[3]: 「目からウロコの・・・パート２�.. / ONnoji (24/06/20(Thu) 16:14) #1468
`│ └` Re[4]: 「目からウロコの・・・パート２�.. / ONnoji (24/06/21(Fri) 00:40) #1469
`│ └` Re[5]: 「目からウロコの・・・パート２�.. / ONnoji (24/06/21(Fri) 09:27) #1470
`│ └` Re[6]: 「目からウロコの・・・パート２�.. / ジェダイの桐 (24/06/21(Fri) 15:23) #1471
`│ └` Re[7]: 「目からウロコの・・・パート２�.. / ONnoji (24/06/24(Mon) 22:03) #1473
`│ └` Re[8]: 「目からウロコの・・・パート２�.. / ジェダイの桐 (24/07/18(Thu) 16:12) #1484
`│ └` Re[9]: 多重化のメリット　時限式タイマ�.. / ONnoji (24/07/18(Thu) 17:29) #1485
`│ ├` 多重化のメリット　時限式タイマーのメリ.. / ONnoji (24/07/18(Thu) 18:26) #1487 ←Now
`│ │└` Re[11]: 多重化のメリット　時限式タイマ.. / ジェダイの桐 (24/07/19(Fri) 10:10) #1488
`│ └` Re[10]: 「目からウロコの・・・パート２.. / ジェダイの桐 (24/07/18(Thu) 18:24) #1486
`│ └` Re[11]: 「多重化のメリット　時限式タイ.. / ONnoji (24/07/19(Fri) 12:59) #1489
`└` Re[1]: 「目からウロコの・・・パート２�.. / ONnoji (24/06/24(Mon) 19:35) #1472
上記ツリーを一括表示 / 上記ツリーをトピック表示
上記の記事へ返信

入力内容にタグは利用できません。

他人を中傷する記事は管理者の判断で予告無く削除されます。
半角カナは使用しないでください。文字化けの原因になります。
名前、コメントは必須記入項目です。記入漏れはエラーになります。
入力内容の一部は、次回投稿時の手間を省くためブラウザに記録されます。
削除キーを覚えておくと、自分の記事の編集・削除ができます。
URLは自動的にリンクされます。
記事中に No*** のように書くとその記事にリンクされます(No は半角英字/*** は半角数字)。
- No123 → 記事No123の記事リンクになります(指定表示)。
- No123,130,134 → 記事No123/130/134 の記事リンクになります(複数表示)。
- No123-130 → 記事No123～130 の記事リンクになります(連続表示)。

■解決しましたら最下段にチェックを入れてください

■引用文は、最小限に、お願いいたします

Name	/
E-Mail	/
└> 関連するレス記事をメールで受信しますか? / アドレス
Title	/
メッセージ中には下記URLと同じURLを書き込まないで下さい
URL	/
Comment/ 通常モード->　図表モード-> (適当に改行して下さい/半角10000文字以内) ■No1487に返信(ONnojiさんの記事) > 2024/07/19(Fri) 00:40:54 編集(投稿者) > > ジェダイの桐さん > > 蛇足を少々・・・(^^ゞ > >>タイマーイベント内で、処理をすればＯＫという単純なものではありませんよ。 >>多くの場合、多重化によるパフォーマンスでビジー（応答なし）を回避できると思いますよ。 > > >>多重化してもパフォーマンスが悪い場合に、更にパフォーマンスを上げたい時に、時限タイマーによるプログレスバー方式を使います。 > > >>しかし、プログレスバーを使う主な目的は、作業の中断を出来るようにすることですよ。 >>　　　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・ > > フォームの編集対象表を［イベント処理で多重化した表］は、双子の表ですが、一方がビジブルで、多重化した方はステルスな表ですね。 > > このように、多重化した表と、［イベント処理で開いたステルスな表］を処理する場合には、 > > フォームの編集対象を対象にした時と比べると、けた違いにパフォーマンスが良いです。 > > つまり、フォームに見えている表は、レコードの移動によって再描画（リドロー）が発生しますので、 > > その再描画（リドロー）がパフォーマンスを悪くさせているということです。 > > 　◇　◇　◇　◇　◇　◇　◇　◇　◇　◇ > > ステルスな表を扱っていても、ファイルのサイズが大きい場合や、レコード数が極端に多い場合、 > > 処理する内容が極端に複雑な場合、などにはパフォーマンスが悪くなります。 > > 例えば、 > > Ａ．レコード数が多いけれど、１パスで処理を行う場合 ⇒ 時限タイマー１回につき処理するレコード数を決めます > > Ｂ．レコード数は多くないが、複数パスで処理を行う場合（結果的に処理レコード数が多くなったのと同じです）⇒時限タイマーから処理する内容ごとに手続きを呼び出します > > このような場合に、時限タイマーによるプログレスバーを検討するということですよ。 > > ｐ．ｓ． > > Ａ．の場合には、以下のような感じ。※あくまでもアバウトなフィーリングです。細かいことは気にしないこと > 　　　　　　　　　　　　　　　　　　・・・・・・・・・・・・・・・・・・ > > 手続き定義開始　prcプログレスバーを実行( ) > > 　&m処理単位レコード数 = 対象レコード数／回数 > > 　&mRecordCount 　 = 1 > 　&mProgressBarRun = 1 > 　ブジェクト操作　@フォーム｛タイマー1 = 1, タイマー値1 = 10 ｝ > > 手続き定義終了 > > 手続き定義開始　フォーム::タイマー1() > > 　if ( &mProgressBarRun ) > > 　　手続き実行　prcProgressbarCall( ) > 　end > > 手続き定義終了 > > 手続き定義開始　prcProgressbarCall( ) > > 　&count = 0　/* カウンタ / > > 　繰り返し > > 　　* プログレスバーで行う処理内容　例えば、一般手続きを実行　prcProcedureName()とか > > 　　&count = &count + 1 > 　　if ( &count > &m処理単位レコード数 .or #eof .or [Esc] キーを押した ) > > 　　　プログレスバーの１回あたりの規定回数を実行した、または終端行に到達したので脱出する > > 　　　繰り返し中止 > 　　end > 　繰り返し終了 > > 　if ( [Esc] キーを押したまたは #eof ) > > 　　 [Esc] キーを押した、または終端行に到達したのでプログレスバーを終了する > > 　　&mProgressBarRun = 0 > 　　オブジェクト操作　@フォーム.タイマー1 = 0　/* タイマーをリセットする / > 　end > > 手続き定義終了 > > ※なお、[Esc] キーで中断するためには、［キーダウン］イベントをアクティブにして、[Esc] キーを検出する必要があります。 > > > Ｂ．の場合には、以下のような感じ。※あくまでもアバウトなフィーリングです。細かいことは気にしないこと > 　　　　　　　　　　　　　　　　　　・・・・・・・・・・・・・・・・・・ > > 手続き定義開始　prcタイマーによる分割実行( ) > > 　&mPhase = 1 > 　ブジェクト操作　@フォーム｛タイマー1 = 1, タイマー値1 = 10 ｝ > > 手続き定義終了 > > 手続き定義開始　フォーム::タイマー1() > > 　if ( &mPhase = 1 ) > > 　　手続き実行　prcPhasePrimaryRun( ) > 　end > > 　if ( &mPhase = 2 ) > > 　　手続き実行　prcPhaseSecondaryRun( ) > 　end > > 手続き定義終了 > > > 手続き定義開始　prcPhasePrimaryRun( ) > 　&mPhase = &mPhase + 1 > > 　* 処理内容 > > 手続き定義終了 > > > 手続き定義開始　prcPhaseSecondarRun( ) > 　&mPhase = &mPhase + 1 > > 　** 処理内容 > > 　&mPhase = 0 > 　オブジェクト操作　@フォーム.タイマー1 = 0　/* タイマーをリセットする */ > > 手続き定義終了 > > > Ａ． > > 　prcプログレスバーを実行 … インターバル … フォーム::タイマー1 > 　　　　　　　　　　　　　　　　　　　　　　　└ prcProgressbarCall > > Ｂ． > > 　prcタイマーによる分割実行 … インターバル … フォーム::タイマー1 > 　　　　　　　　　　　　　　　　　　　　　　　　├ prcPhasePrimaryRun > 　　　　　　　　　　　　　　　　　　　　　　　　└ prcPhaseSecondaryRun >
File	/ アップ可能拡張子=> /.gif/.jpg/.jpeg/.png/.txt/.lzh/.zip/.mid 圧縮ファイル[lzh,zip]は、事前に解凍してご利用下さい。 1) 太字の拡張子は画像として認識されます。 2) 画像は初期状態で縮小サイズ250×250ピクセル以下で表示されます。 3) 同名ファイルがある、またはファイル名が不適切な場合、　　ファイル名が自動変更されます。 4) アップ可能ファイルサイズは1回100KB(1KB=1024Bytes)までです。 5) ファイルアップ時はプレビューは利用できません。 6) スレッド内の合計ファイルサイズ:[187/500KB] 残り:[313KB]
パスワード	/ 半角小文字で「ケイ・アイ・アール・アイ」を入力
削除キー	/ (半角8文字以内)
解決済み! BOX/ 解決したらチェックしてください!
プレビュー/

- Child Tree -
- Antispam Version -