Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Access 処理高速化 #307

Open
jms-funato opened this issue Dec 15, 2021 · 0 comments
Open

Access 処理高速化 #307

jms-funato opened this issue Dec 15, 2021 · 0 comments
Assignees

Comments

@jms-funato
Copy link
Contributor

jms-funato commented Dec 15, 2021

反映状況 システム名 機能 修正前 修正後 備考
売上システム 売上照会 1秒以下 元から早い?
プリプレグ 使用材料指定 5秒前後 元から早い?
プリプレグ KIT有効期限の計算 1分30秒前後 3秒前後 *3 SQLServerストアドに移植
プリプレグ KIT残バクロの計算 1分40秒前後 1分30秒前後 *2 *3
プリプレグ 検索 検索パターン次第 *1
プリプレグ 検索(787関連) 検索パターン次第 *1
プリプレグ アタッチシート作成 検索パターン次第 *1
プリプレグ SH仕分けリスト 30秒前後 *1
プリプレグ バーコード印刷 19秒前後 *1
プリプレグ AC作業入力 1分10秒前後 *1 KIT残バクロ計算と同じ関数(fnc再計算)をコールしており、遅くなっているのはその部分
進捗システム 保存データ参照 1分10秒 1秒以下 データ元がmdb、最適化、インデックス追加、groupby→distinct

*1…ワークシートを加工するタイプなので、処理を大きく変えなければ高速化は難しい

*2…SQLServer側テーブルへの更新処理ではあるが、遅い原因がループ処理自体にあるため、高速化=サーバ関数化することになる
修正後はRecoedset,UPDATE文のみの最適化

*3…実装処理が複雑(意味をなさないコードが多数含まれている)のため、解析に時間がかかっている

@jms-funato jms-funato self-assigned this Dec 15, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant