PB 電子会議室

コメント

発言No. 更新日 題名(クリックすると発言内容と関連するコメントが表示されます)
14436 01/02/01 10:56:18 RE(9):PB7.0: SetFilter関数の制限について By ryochan
14419 01/01/30 20:08:04 RE(8):PB7.0: SetFilter関数の制限について By Taka
14417 01/01/30 19:23:59 RE(7):PB7.0: SetFilter関数の制限について By ryochan
14416 01/01/30 19:08:23 RE(6):PB7.0: SetFilter関数の制限について By river
14410 01/01/30 15:32:57 RE(5):PB7.0: SetFilter関数の制限について By こてちゅ
14408 01/01/30 15:17:44 RE(4):PB7.0: SetFilter関数の制限について By river
14405 01/01/30 13:47:20 RE(3):PB7.0: SetFilter関数の制限について By こてちゅ
14401 01/01/30 12:50:25 RE(2):PB7.0: SetFilter関数の制限について By river
14400 01/01/30 11:44:41 RE(1):PB7.0: SetFilter関数の制限について By こてちゅ
14396 01/01/30 11:00:40 PB7.0: SetFilter関数の制限について By river

カテゴリ:データウィンドウ
日付:2001年01月30日 19:08 発信者:river
題名:RE(6):PB7.0: SetFilter関数の制限について

こてちゅさん、こんばんは。

>ループってその回数が増えれば増えただけ遅くなるんですけど・・・
>1回目のループ処理の時間と100回(くらいじゃそんなにわからないかな?)目の
>ループ処理の時間では、確実に100回目が遅くなるんです。
>なので、SQLでJOINをかけたほうが1回のDBへのアクセスだし、
>余計な処理は必要ないのかな?と・・・
>まぁ、ユーザに同一コードのデータを見せ、
>あるアクションによって非可視状態にしたいなら、ループさせるしかないでしょうけどね。

>String型のバイト数については、String型でヘルプを検索すれば出ていることです。

確かにループの回数が増えれば増えるほど遅くはなりますが、
ループさせるのはフィルタ条件を作成するところだけで済むので、
1件ずつFindしていくより早いかと思ったわけです。
また、実行環境のために1回のDBへのアクセスが遅くなることが予想されるので、
できるだけ避けたいというわけでした。
言葉足らずですみませんでした。


付加情報:

PowerBuilder Version (記載なし)

Client SoftWare

OS Windows95
DBMS (記載なし)
Browser (記載なし)

Server SoftWare

OS (記載なし)
DBMS その他
WebServer (記載なし)

PowerSpaceの運営は、パワーフューチャー株式会社が行っております。
Copyright © 2013 Power Future Co., Ltd.