みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。
1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 （優しく回答しましょう）
You are not logged in.
Pages: 1
お世話になっております。
東京-和歌山間での受注登録のテストをしております。
各構成は下記のとおりです。
Filemaker 17
Filemaker server 17
和歌山にサーバーがあります。
各管理それぞれ別ファイルです。
受注管理 / 受注明細管理 / 商品管理
受注管理 - 受注明細管理 （リレーションキー：受注No）
受注明細管理 - 商品管理 （リレーションキー：商品コード）
和歌山の速度測定：170Mbps
東京の速度測定：140Mbps
上記構成で、東京から受注管理にある受注明細ポータルに商品コード入力すると、商品詳細が表示されるまで約７秒ほどかかります。
受注明細ポータルには、商品管理の商品カラー・受注明細の受注数を表示しております。
受注明細管理ではポータルに表示させていない計算フィールがたくさんあります。
和歌山でのローカルテストでは瞬時に表示されます。
こちらを１秒ぐらいで表示させたいと考えているのですが、方法はございますでしょうか。
受注管理ファイルに受注明細テーブルを作成して登録完了後、一括で受注明細管理ファイルにコピーする方法で改善されますでしょうか。
ご教授の程よろしくお願いいたします。
Offline
「速度測定」は何を使ってるんですか？
和歌山にアクセスするのに和歌山の速度というのはありえないですが...（東京から東京まで何㎞、みたいな...）
東京から和歌山のサーバには何を使ってアクセスしてますか？VPNですか？
和歌山のルータのアップロード速度が遅いとかですかなあ。
（いわゆる「インターネット」の接続は上下で違う場合があり、通常は下り重視です）
双方向で100M以上なら、一昔前のLANの速度以上あるので、それが原因でそんなに遅くなることはあり得ません。
himadaneeさん、ご返信ありがとうございます。
速度測定で検索して出てきたサイトで計測しただけです。(^^;)
またVPNはやっておりません。
試しに受注明細管理ファイルのテーブルを受注管理ファイルにコピーして試したのですが、こちらはすぐに表示されました。
ファイルが別々の場合、表示速度が変わるものなのでしょうか。
また受注明細管理には集計など計算フィールドが多数あります。
ポータルに配置されていなくても表示に影響するのでしょうか。
よろしくお願いいたします。
Offline
>速度測定で検索して出てきたサイト
検索してみましたが、プロバイダーごとにサイトが用意されてたりするようですが、上り（アップロード）と下り（ダウンロード）を個別に測定しないとあんまり意味がないです。
データベースのアクセスは、サーバからのダウンロードがほとんどになります（レコードのインポートや大量のデータ入力、オブジェクトフィールドに大きいファイルを挿入、などを除く）
つまり、サーバのある側（和歌山）はアップロード速度が重要になってきます。
（測定値が100M以上出てるってことはギガ対応のルータだろうから、それが上りだけ100Mなのかなあ？インターネットサービス自体が上りは制限されてることもありますが）
ファイルが別だとアクセス権管理も別になるので、多少は影響すると思いますが、詳しくは知りません。レコードアクセス権など設定してますか？
10倍も変わるとは思えませんね。なんでしょうね。
>ポータルに配置されていなくても表示に影響するのでしょうか。
これも正確なところは知りませんが、リレーションがある以上ポータルにないフィールドも参照される可能性があるので、データが転送されてる気がしますが...
バージョンが古いので、可能であれば最新バージョンでもテストするといいでしょう。パフォーマンスは色々改善されてたと思います。
ポータルの2行目や2レコード目からも、7秒くらいかかりますか。
商品管理テーブルのレコード数jはどのくらいですか。商品コードの索引は、すべてになっていますか。最初の1参照だけインデックステーブルをダウンロードしますので、そのテーブルの大き点によっては少し時間がかかることがあります。
それを避けるためには、双方のローカルに商品管理ファイルを持たせておくといいのですが、適宜同期させる必要がありますので、その手間がどうでしょうか。
Offline
himadaneeさん、Shinさん、ありがとうございます。
すみません、ダウンロード速度と間違っておりました。
サーバからアップロード計測したところ98Mbpsと表示されました。
>ポータルの2行目や2レコード目からも、7秒くらいかかりますか。
2行目も同じように7秒ほどかかります。
索引は最小になっておりました。
商品管理テーブルには約490フィールド、13836レコード、外部に画像を保存しております。
>双方のローカルに商品管理ファイルを持たせておくといいのですが、適宜同期させる必要がありますので、その手間がどうでしょうか。
そのようなやり方があるんですね。
ただ同期がスムーズにできるかどうかですね。
一度考えてみます。
ただ受注管理ファイルに受注明細テーブルのコピーを作成して、同じように商品コードを入力すると商品詳細が1秒ぐらいで表示されました。
原因は受注明細管理ファイルにあるんですかね
Offline
リレーションに問題がありそうですね。VPNを使っていないのでしたら、どのように接続されていますか。
もう一つ大きな問題がありそうです。商品管理テーブルに膨大なフィールドは何をしているのですか？
Last edited by Shin (2022-03-31 06:37:28)
Offline
Shinさん、ありがとうございます。
現在固定IPで接続しております。
フィールドは、1レコードにカラーを10色まで登録できるようにしているのですが、繰り返しフィールドを使用していないのと、
１レコード(1商品)に対するすべての各総数情報（受注明細、発注明細、仕入明細）*各10カラー分のフィールドを表示するレイアウトがあります。
すべて数字フィールドでスクリプトで集計しております。
ただこれ以外に使用していないフィールドもあるため、実際はもっと少ないです。
とりあえず受注管理に登録用の受注明細を作って最後に受注管理にコピーする形で速度はだいぶ改善されました。
ありがとうございます。
Last edited by しろ92 (2022-04-02 08:38:37)
Offline
> 受注管理に登録用の受注明細を作って
明細1行ごとに数フィールドがあるのでしょうすね。明細をコピーする、というのは、最悪の手かもしれませんよ。
これらをすべて別テーブルに出して、ポータルでの表示に変更しましょう。また、各10カラー分のフィールド は、それぞれに色を設定した複数のフィールドがあるのでしょうか。そうならば、計算式とか条件付き書式で色を設定できますので、このフィールドも無くせます。
この作業だけで相当早くなるのでは。
Offline
Shinさん、ありがとうございます。
ご返信が遅れまして申し訳ありません。
受注明細管理のリレーション、フィールドの計算式を見直して修正したところ劇的に改善されました。
約1秒前後で表示されるようになりました。
ありがとうございました。
Offline
Pages: 1
[ Generated in 0.004 seconds, 9 queries executed - Memory usage: 541.64 KiB (Peak: 562.18 KiB) ]