Ist es notwendig, zu schließen, ein Adodb.recordset-Objekt, bevor Sie es zu nichts?

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

'do something with rs

rs.Close
set rs = Nothing

Ist es notwendig, rufen Sie rs.Schließen Sie, bevor Sie es zu nichts?

Edit: Wir haben eine Globale Verbindung, die wir offen halten, für die Dauer der Anwendung und alle recordset-Objekte verwenden Sie diese gleiche Verbindung. Ich sehe zwei Antworten weiter unten reden über die Notwendigkeit, recordsets, um sicherzustellen, Anschlüsse Links sind nicht offen. Mir das klingt wie eine Menge dummes Gerede, weil die verbindungen werden kontrolliert mit connection-Objekte, nicht-recordset-Objekte richtig? Aber bitte lassen Sie mich wissen, wenn ich mich hier etwas fehlt...

InformationsquelleAutor Brandon Moore | 2011-12-05
  1. 5

    Nur deshalb Berufung Close explizit ist, wenn Sie nicht sicher sind, ob das recordset-Objekt verwiesen wird, die von irgendwo in Ihrem Projekt, in der Regel durch eine schlampige Codierung.

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

    Letzte Zeile ist, soll kündigen, die recordset-Instanz ohne Aufruf Close ausdrücklich, es sei denn MyControl hält eine zusätzliche Referenz und damit die normale Verschleiß-down. Aufruf Close auf rs wird sicherstellen, dass MyControl nicht verwenden können, den Verweis für alles, was nützlich, Absturz in Flammen auf in der Zwischenzeit.

    • Meine Gedanken genau. Ich hab meist versucht herauszufinden, ob es ein triftiger Grund, um rufen Sie die Close-Methode auf recordset-Variablen sind privat, um die Funktion, die Sie erschaffen wurden, und schnell gehen die out-of-scope.
    • Aufruf Close ausdrücklich die Einstellung local Verweise Nothing sind Teile des gleichen Cargo-Kult-Programmierung, internet-Bad der code ist voll. Verwenden Sie gesunden Menschenverstand, das beste wäre um zu testen, für Löcher in Ihrer speziellen Umgebung.
    • Ja, ich glaube nicht, jemals zu nichts, wenn ich weiß, dass es geht, out of scope sowieso. Aber ich wollte nicht hören, mehrere Antworten auf die Bedeutung der Einstellung wird es nichts, wenn dass nicht das war, was meine Frage war etwa so legte ich die Zeile da zu verhindern, dass die Kommentare 🙂
    InformationsquelleAutor wqw
  2. 4

    Ja, das tut mehr als nur die Kraft eines garbage collection-es erzählt auch der server die Verbindung beendet wird, dies verhindert, dass mehrere offene verwaiste verbindungen (Sie werden schließlich time-out von sich selbst), aber es ist immer am besten Praxis, um Sie zu schließen aus.

    Dies ist besonders offensichtlich, wenn ADODB ist über eine remote-Verbindung anstatt einer lokalen eine.

    • Das macht keinen Sinn. Recordset.Öffnen Sie nimmt ein connection-Objekt als parameter ein und schließen Sie das recordset nicht die Verbindung schließen. Unsere Anwendung verfügt über eine einzige connection-Objekt, die offen bleibt für die Dauer der Anwendung und alle Abfragen, die dieses Objekt verwenden. Also, denken Sie daran, gibt es einen anderen Grund das recordset schließen? Ich würde davon ausgehen, dass, wenn das recordset Verweiszähler 0 erreicht, wird es dauern, um irgendetwas zu kümmern Aufruf Schließen tun würde, in der Destruktor aber ich bin mir nicht sicher, deshalb habe ich gefragt wurde.
    • Das heißt, gibt es irgendeinen anderen Grund, um ein recordset schließen, wenn es geht, sofort zu nichts danach (entweder explizit oder indem Sie out-of-scope)
    InformationsquelleAutor John Mitchell
  3. 1

    Können ODBC-oder OLE DB-Pooling Probleme, die eine Verbindung öffnen und binden an einen pool-Steckplatz:

    Häufigsten Ursachen von Verbindung kriechen gehören:

    ADO-Verbindung und Recordset-Objekte werden nicht wirklich geschlossen. Wenn Sie sich nicht explizit schließen, Sie werden nicht veröffentlicht, in den pool. Dies ist wahrscheinlich die einzige häufigste Ursache der Verbindung kriechen.

    Einem ADO-Objekt, das Sie erstellt haben (vor allem ein Connection-Objekt) wurde nicht explizit freigegeben. Explizit freigeben von Objekten, die Sie erstellen, ist nur guter Programmierstil. Wenn Sie Speicher zuweisen, lassen Sie es Los. Abhängig von der Sprache, die Sie verwenden, lassen eine variable geht out of scope kann oder kann nicht dazu führen, dass Sie veröffentlicht werden.

    Sehen Pooling in der Microsoft Data Access Components

    Und wenn es irgendeine chance .Net-Interop beteiligt sind vorsichtig sein: es gibt viele Warnungen über Probleme, verursacht durch die faulen Weg-COM-Objekt (oder enthaltene Objekt) Freisetzung erfolgt unter .Net-garbage collection.

    • Bitte siehe mein edit und lassen Sie mich wissen, wenn ich mich hier etwas fehlt...
    • Die Bündelung ist nicht ein Problem, soweit ich weiß, wenn ein Recordset wurde nicht geöffnet mit eigener Verbindung.
    • Okay, das macht Sinn. Ich habe nur das arbeiten mit recordsets, die übergeben wurden, ein connection-Objekt, und ehrlich gesagt nicht einmal daran erinnern, dass Sie können Sie öffnen, ohne dies zu tun. Danke.
    InformationsquelleAutor Bob77
Schreibe einen Kommentar