過去の桐井戸端ＢＢＳ　（桐ver.７）
1495 共有更新での伝票形式フォームは遅い masami 1999/3/5-17:26
環境：
サーバ ：NTサーバ4.0 PentiumⅡ 450 128M
クライアント：MMXPentium 200 64M × ２台

表、一括処理等をサーバに、桐のシステムをクライアントにおいて運用しようとしています。

///////////////////////////////////////////////

皆さんに質問します。
上記環境により、一括処理で仕入入力フォームを伝票形式で作成し、ネットワーク環境で
試してみました。
フォームを開くときは 共有更新で開きますが、
一方がフォームを開いた状態で、同じフォームを開こうとすると死ぬほど遅く、使い物になりません。
また、同じく売上入力フォームを伝票形式で作成し、一方が仕入フォームを開いている状態で、
売上フォームを開こうとしても同じ様に遅くなります。
カード形式はそれほど気にならない速さだと思います。

共有モードでは索引が使えないとか,表引きを多用しているとかに原因があるのでしょうか？

同じ様な経験のある方、また、別な方法で解決された方、ぜひぜひ、ご解答ください。
1507 Re: MIT 1999/3/6-17:31
記事番号1495へのコメント
>フォームを開くときは 共有更新で開きますが、
>一方がフォームを開いた状態で、同じフォームを開こうとすると
>死ぬほど遅く、使い物になりません。
>また、同じく売上入力フォームを伝票形式で作成し、一方が仕入フォームを
>開いている状態で、売上フォームを開こうとしても同じ様に遅くなります。
>カード形式はそれほど気にならない速さだと思います。

私もmasamiさんと同じ経験をした事があります。

>共有モードでは索引が使えないとか,表引きを多用しているとかに
>原因があるのでしょうか？

遅さの原因はmasamiさんのご指摘通り共有モードで索引が作成されないため、
並べ替えを毎回実行するためだと思います。

>同じ様な経験のある方、また、別な方法で解決された方、
>ぜひぜひ、ご解答ください。

あまり参考にはならないと思いますが、高速化手法として私は以下のようなことをしています。

高速化したいものでは伝票形式を使いません。
表定義で明細項目を全て作り、カード型フォームを用います。
そして明細行といったデータが必要な時は複雑になりますが一括処理で明細データを
別の表に作成するようにします。

データ量が多い場合は、フォームに関係なく表を共有で開くとやはりスポンスが悪くなるので
データ量が多く、高速処理を要求される場合は表を更新する可能性の有無などで
２つに分けています。

閲覧のみしたい場合があるならサーバーで共有の表をローカルに読み込んで読み込んだ
ローカルの表を専有で開きます。
最新情報は閲覧できませんが索引にそった検索はｄｏｓ桐に近い速度になります。

表引きは遅いので結合表で対応します。
置換なども結合表で対応できるものはその方が早いと思います。

次回のＷｉｎ桐では索引の共有化を期待しています。
また索引を含めた共有情報が破損しにくいものになると良いのですが．．．MIT

戻る