Adodb.recordsetオブジェクトを閉じてから、何も設定しないでください。

Question

Dim rs as ADODB.Recordset 
set rs = ReturnARecordset 'assume ReturnARecordset does just that... 

'do something with rs 

rs.Close 
set rs = Nothing 

何も設定しないでrs.Closeを呼び出す必要がありますか？

編集：アプリケーションの実行中は開いたままにし、すべてのレコードセットオブジェクトはこの同じ接続を使用します。私は、接続が開いたままにされていないことを確認するために、レコードセットを閉じる必要性について以下の2つの回答を参照してください。接続は接続オブジェクトで制御されているため、レコードセットオブジェクトではないので、私には馬鹿げた話のように聞こえますか？しかし、ここに何かが見つからない場合は教えてください...

Answer 1

Closeを明示的に呼び出す唯一の理由は、レコードセットがプロジェクト内の他の場所から参照されているかどうかわからない場合です。通常は、コードが不適切なためです。

Dim rs as ADODB.Recordset 
Set rs = ReturnARecordset 
... 
MyControl.ObscureMethod rs 
... 
Set rs = Nothing 

最終ラインはMyControlは、余分な参照を保持しているため、通常のティアダウンを防止している場合を除き、明示的にCloseを呼び出すことなく、レコードセットのインスタンスを終了することになっています。 をrsに呼び出すと、MyControlはその間に炎が壊れて便利なものは参照できません。

Answer 2

はい、ガーベジコレクションを強制するだけではなく、サーバーに接続が終了していることを伝えるだけでなく、複数の孤立した孤立した接続を避けることができます最終的には自分自身で時間切れになるだろうが）それらを閉じるための常にベストプラクティスである。

これは、ADODBがローカル接続ではなくリモート接続を使用している場合に特に顕著です。

Answer 3

あなたはODBCまたはOLEDBに接続を開いたままプールの問題を、実行して、プールのスロットタイアップすることができます：接続クリープの

一般的な原因は次のとおりです。

ADO接続とレコードセットオブジェクトであります実際には閉じられません。明示的に閉じないと、プールに解放されません。これはおそらく接続クリープの原因の1つです。

作成したADOオブジェクト（特にConnectionオブジェクト）は明示的に解放されませんでした。あなたが作成したオブジェクトを明示的にリリースすることは、プログラミングの良い習慣にすぎません。メモリを割り当てる場合は、リリースしてください。使用している言語に応じて、変数をスコープから外すと、その変数が解放されてもしなくてもかまいません。

Pooling in the Microsoft Data Access Components

を参照してくださいと.NETの相互運用のいずれかの可能性がある場合には警戒する関係：原因怠惰な方法のCOMオブジェクト（または含まれているオブジェクト）に起因する問題に関する警告がたくさんあるのリリースは下に発生します。ネットのガベージコレクション。