PB 電子会議室
発言No. | 更新日 | 題名(クリックすると発言内容と関連するコメントが表示されます) |
---|---|---|
14666 | 01/02/26 09:56:58 | RE(7):PB6: PBのメモリに付いて By sana |
14663 | 01/02/24 01:12:29 | RE(6):PB6: PBのメモリに付いて By M.M |
14650 | 01/02/23 10:22:40 | RE(5):PB6: PBのメモリに付いて By sana |
14648 | 01/02/22 18:53:05 | RE(4):PB6: PBのメモリに付いて By M.M |
14643 | 01/02/23 14:20:16 | . By sana |
14642 | 01/02/22 13:47:53 | RE(2):PB6: PBのメモリに付いて By sana |
14632 | 01/02/21 17:03:51 | RE(1):PB6: PBのメモリに付いて By Taka |
14627 | 01/02/20 14:36:52 | PB6: PBのメモリに付いて By sana |
カテゴリ:PowerBuilderの開発環境
日付:2001年02月22日 13:47 発信者:sana
題名:RE(2):PB6: PBのメモリに付いて
Takaさん、こんにちは。
お答え有り難うございます。
帳票のフォーマット上、グループ条件の変更や複数回に分割してRetrieve&印刷する方法が取れないのです。
25万件のデータ全てを一括プレビューしたいのです。
datawindowの行検索定義をdisk to rowに設定すると25万件のデータもプレビュー出来ます。
RAMを256MB -> 512MBに増やし、スワップファイルを600MB-800MBに設定し、disk to rowで実行した所、
6時間から40分の時間短縮となりました。
ここで2点質問があります。
1.RAMをもう256増やし、768MBにしたら、より早く25万件分のレポートを抽出できるか?
(行検索条件 -> disk to row)
2.ロジックを変更せずに、メモリで行検索を処理するにはどの様にすればよいか?
(行検索条件 -> memory to row)
Takaさん、お分かりになる方宜しくお願いします。
>sanaさん、こんにちは。
>
>出力方法を変えてみてはいかがでしょうか。
>
>事前に「Office Code」だけを複数件取得しておき、ループ処理の中で
>Office CodeをキーにRetrieve&印刷する方法が考えられます。
>OfficeCodeが変わったら改ページ&番号リセットなら、この方法でも
>同じ結果になると思います。
>
>一度に読み取ってくるデータ量が制限できるので、\"out of memory\"を
>回避できるかもしれません。パフォーマンスが低下しそうですが、25万件を
>扱う以上、多少の時間はやむを得ません。
>(グループ定義を「CustomerID」だけに出来るので、そのオーバーヘッドは
> 軽くなるような気がします)
>
>
>\"out of memory\"が出る仕組みについては、他の方におまかせします。(^^;
>過去ログにもあるかもしれません。検索してみてください。
>
付加情報:
PowerBuilder Version (記載なし)
Client SoftWare
OS Windows NT 4.0
DBMS Sybase Open Client/C 11
Browser (記載なし)
Server SoftWare
OS (記載なし)
DBMS Sybase SQL Server System 11
WebServer (記載なし)
Copyright © 2013 Power Future Co., Ltd.