言語不問!プログラミンに欠かせない「検索」高速化のコツ。対象範囲を何度もSet格納したら遅いだけ!
みなさん、こんにちは。セルネッツ竹本です。
商品コードを検索キーとして、台帳である商品マスタから「商品名」や「売価」を取得する処理は、データ存在チェックの定番です。
図のような件数ならば、短時間で処理は完了します。
が、もしも大量なレコード数だったら・・・。
マクロの処理速度
商品マスタの照合マクロが、件数が増えて遅くなった
- 受注データと商品マスタの突き合わせに何分もかかる
- レコードが増えるたびに処理が重くなり、途中で固まる
- 退職した担当者のマクロで、どこが遅いのか分からない
そのお悩み、検索処理を見直したVBAへの改修で解決できます。Excel専門のシステム開発会社『セルネッツ』なら、マスタ照合の高速化、存在チェックとエラー一覧の出力、命名ルールの統一まで対応します。属人化したマクロの引き継ぎもお任せください。
＼Excel専門特化 × 低価格 × スピード対応/
全国対応・お見積もり無料
◆検索の対象データ範囲に着目すると良い
掲載の図は、検索データ範囲をSet命令でバッファ格納し、商品コードの有無をチェックしています。
問題は、記載のSet命令です。
この検索Moduleをよく見ると、調べるレコードの件数分は毎回Set命令を行うことになります。
20件なら20回。1000件なら1000回。これを繰り返すModuleであることがわかります。
◆Dim変数をPublic型に変えて、一度だけSetで解決
レコード数にかかわらず、検索データ範囲は不変なので、この場合は、一回だけSet命令を使えば、何回でもこの領域を探せるのです。
他の開発言語では、開発チームにより、複数人プロジェクトがからむケースが多いため、「Public変数」は、リスクが高いものと認識されることが多いようです。
が、Excelマクロ開発においては、大規模システムになり得ない、という背景からも、Public変数の恩恵を十分に得られる記述が望ましいと考えます。
◆便利なPublic変数を上手に活用できると、ソース記述が激減
リスク回避には、Call分の名前や、「変数の名前」などから、一発で識別できる命名ルールを採用することです。
これにより、Public活用リスクは減り、可読性、メンテナンス性が向上します。
標準化ガイドラインでは、誰もが同じ書き方で、誰もがソースを解析できるように工夫すると、何よりも「属人化」が防止できます。
退職したAさんじゃないと、危険で改修などできない・・・これは避けたいものです。
相見積もり歓迎
改修費用は作業時間で明確にお見積もりします
- 基本料金50,000円+開発10,000円/時(税別)
- データ変換の参考価格は8万円〜(税別)
- セカンド・オピニオンは60分無料で承ります
相見積もりも歓迎です。改修は基本料金50,000円+時間単価(税別)で、作業時間を見積もってからご提示します。データ量がExcelで扱える範囲を超えている場合は、データベースとの連携も含めて正直にご提案します。
＼Excel専門特化 × 低価格 × スピード対応/
全国対応・お見積もり無料
