質問

私が使っているアクセス2003年VBAる過程の再帰データの製造Bom.仕組みを構築したクラスのモジュールのように私のメインテーブルに静ます。このように簡単に繰り返しを設定しく無数のレベルとしたトラバースBOM.私は開かないと同じrecordsetや重複;私はフィルタリング多いです。

後この進行中のある時なんか、僕たちのためにオブジェクト関係のモデリングと決定したインスタンスでないrecordsetです。その分野の記録できます。後に多くの仕事の多くのワクワクの勝利がほぼ間違ったことを、改めて実感しましたこのアプローチがないのでアクセスにはテーブルベースです。

私のクラスのモジュールがることが可能となっており、。私の質問は代替のバージョンです。第一ーを使用してインスタンス(親子).第用して再利用します。明らかに最初はORM-影響をうけます。

がある理由を選択してこれらのんです。また、イタリックラインの終了:ばった(などの情報が必要なの親会社は、その変化を解決法はあるでしょうか?誰でもできるので助けてくれ自分の考えとはなにか?

(注い圏recordsetsなクラスのインスタンス.私の理解では、このVBAインスタンスあり自っていることは受け入れます。いた擬似コードを新しいレベルの疑似...目標は明確に希望いただけます。)

    VERSION 1 
    Property Sub ReviewPart ( Parent_Part_ID )

    Get Parent_Part_ID
    Create instance of Class --> Get recordset
    Filter Class recordset ( Parent_Part_ID )
    Exploit Class recordset
    See if Parent_Part_ID has Childs
    If it does:
       Open recordset of Childs
       For each Child
         Get Child_Part_ID
         の作成クラスのインスタンス-->車recordset
         Filter Class recordset ( Child_Part_ID )
         Exploit Class recordset
         See if Child_Part_ID has Childs
         If it does:  
           Instance New ReviewPart ( Child_Part_ID )
         Otherwise:
         Nothing; Move On
       Next Child
       Close recordset of Childs
    Otherwise:
       Move On
    をクラスrecordset(まだポイント親会社)
 
VERSION 2 Property Sub ReviewPart ( Parent_Part_ID ) Get Parent_Part_ID Create instance of Class --> Get recordset Filter Class recordset ( Parent_Part_ID ) Exploit Class recordset See if Parent_Part_ID has Childs If it does: Open recordset of Childs For each Child Get Child_Part_ID の作成クラスのインスタンス-->車recordset Filter Class recordset ( Child_Part_ID ) Exploit Class recordset See if Child_Part_ID has Childs If it does: Instance New ReviewPart ( Child_Part_ID ) Otherwise: Nothing; Move On Next Child Close recordset of Childs Otherwise: Move On フィルタークラスrecordset(Parent_Part_ID) をクラスrecordset(まだポイント親会社)
役に立ちましたか?

解決

その元でより使いやすさからプログラマの視点として、できるだけの記録でき、簡単にルートへの助記録だけでアクセスの特性を記録する。

一方、後者を達成するため必要な範の効率化なpessimistically荷毎の記録があるかない。

カップルの可能性の最適化のアプローチがいかなる貢献ができるかでアプローチの効率性の維持使いやすさ"につい:

  • み負荷の子供の記録としています。用の取得/設定accessorsまれまでで、より一時の親データから引きはがする。
  • 交互に使の参加取得のすべての子どもデータの一環として、単一クエリ。このことはまだですべてのデータ予圧が低減に関して行こうとしています。

いるのです。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top