～ kiku tips ～

--/--/--

Category: スポンサー広告

というのを回答したわけですが････

 
や～～、回答内容で動いて良かったですね･･･

というのは、もし、テーブル「T9A」が

an	顧客番号	集約先番号
1	001	002
2	002	003
3	003	001

のように、循環していたら････無限ループになっちゃいますね･･･
ある程度動いたら、スタック領域がない･･･とかのエラーになりますが･･･
強制終了して････最悪、mdb/accdb が壊れ････ってな状況になったりするのでしょうか････

循環する様なデータを許可している････これが根本的な問題になるのですが････
何を想定して回答すれば良いんですかね････
基本的には、提示されたサンプルで、そこそこ動けば OK だと思っています。

この話は、これ位にして･･･

前述した VBA 記述と、以下の記述ではどちらが良いのでしょう。

得られる結果は同じなんですけどね････
前者は、SELECT でフィールド全部を得ておいて、後参照では必要なフィールドを指定
後者は、SELECT で必要なフィールドだけを求めておいて、後参照では何個目････

雰囲気的には、後者の方がリソースを節約できるのかなぁ～～････わかりません。

関数の再帰呼出し･･･ではなくて、ループ処理でも記述できますね。

Until って書き方もあると思いますが、私は While を使います。
途中抜ける事がなければ While ～ Wend で････
抜ける事があれば、Do While ～ Loop で････
××の間、処理する･････っていうのが考えやすいので･･･（ある意味 For と同じですね）

いろいろなサイトを見ると、D 系の関数は遅いとか･･･云々言われてますね。
実際にどうなのか･･･私にはわかりません。
ただ、汎用のものを専用にすると速いかな････と思いますけど････

循環があった時には、この書き方ではスタック領域が･･･云々のエラーは起きないと思うので、
無限ループに陥ると思います。

循環チェックの例は、過去記事「クエリで再起処理？その２」で記述していたかと････
参考になるかどうか････ダメもとで見てみる････それはありかと


【追記】6/2

テーブル「T9A」のデータの持ち方が変わったようで

an	顧客番号	集約先番号
1	001	002
2	002	003
3	003
4	004

の様に、顧客番号は全て登録･･･で、集約先番号は、Null だったり、従来通りだったり
また、顧客番号 / 集約先番号 でネストするのは最大でも５段とか

最悪、循環があっても動くように再帰･･･ではなく、クエリ（SQL）で記述してみた。

テーブル「T9」「T9A」を内部結合しておいてから、
段数分、テーブル「T9A」を外部結合･････
Switch を使って、どの顧客番号を集約番号として求めるか････
これと、売上月でグループ化して････売上金額を Sum すれば･･･

表示結果は同じになりましたが････処理性能はわかりません


実際には、こう考えた方が良いよ････等、教えてください。

関連記事

• Excel VBA をやってみた その１３ (2014/11/28)
• CSV ファイルの取り込み (2014/03/27)
• Excel VBA をやってみた その１４ (2015/01/01)
• 再帰処理にはまる（その６） (2013/05/21)
• イベント処理記述の変形 (2013/09/19)

2013/05/21

Category: 解説か