Mehr Ordnung in ADO.NET für bessere Performance

Einer dieser Aspekte ist die ordnungsgemäße Beendigung und das Entfernen von ADO.NET-Objekten, um sicherzustellen, dass die von diesen verwendeten Ressourcen rechtzeitig wieder freigegeben werden.

Garbage Collection

Das .NET Framework folgt dem Beispiel von Java, indem es den Entwickler von der mühseligen Aufgabe befreit, selbst die Speicherbelegung zu verfolgen und zu wissen, wann ein Speicher abgegeben oder freigegeben werden muss. Diese Funktion wird als automatische Garbage Collection bezeichnet. Auch wenn Garbage Collection für eine Menge Freiheit sorgt, entbindet sie einen doch nicht vollständig von der Verantwortung, sich um die Ressourcen zu kümmern, die eine Anwendung in Anspruch nimmt.

So weiß der Garbage Collector nichts über die tatsächlichen Objekte im Speicher, und manchmal ist nicht klar, wie von einem Objekt belegte Ressourcen ordnungsgemäß wieder freigeben werden sollen. Für eine saubere Garbage Collection muss man Code schreiben, der aufräumt und alle benutzten Ressourcen wieder freigibt. Dies wird durch Verwendung von Methoden wie Close, Dispose und Finalize erreicht. Lassen Sie uns einen Blick darauf werfen, wie man diese Methoden mit ADO.NET-Objekten verwendet.

Kommunikation mit einer Datenbank

Im Beispielcode für diesen Artikel verwende ich den SQL Server und VB.NET. Deshalb benutze ich die SQL Server-spezifischen Objekte, die im System.Data.SqlClient-Namensraum zu finden sind. Dasselbe Konzept gilt jedoch auch für die anderen Datenquellen von ADO.NET. Die gängigsten Klassen für den Zugriff auf SQL Server-Daten sind:

  • SqlCommand
  • SqlConnection
  • SqlDataAdapter
  • SqlDataReader
  • SqlParameter

Der VB.NET-Code in Listing A stellt eine Verbindung mit der Northwind-Datenbank her, die mit SQL Server mitgeliefert wird. Er greift auf die Liste der Namen aus der Kundentabelle zu (Customers).

In Listing A stelle ich die Verbindung zur Datenbank her und lese Daten aus der Kundentabelle aus, wenn die Suchanfrage Daten zurückliefert. Sobald ich die Daten gelesen habe, werden die Datenbankverbindung und andere Objekte nicht mehr benötigt. Die Ressourcen, die von diesen Objekten belegt werden, sollten wieder freigegeben werden, und vor allem sollte die Datenbankverbindung wieder geschlossen werden. Die Anzahl der gleichzeitigen Datenbankverbindungen ist oft begrenzt, je nach Installation der Datenbankplattform. Es ist also entscheidend, dass man seine Verbindungen rechtzeitig wieder schließt.

Page: 1 2

ZDNet.de Redaktion

Recent Posts

Studie: Ein Drittel aller E-Mails an Unternehmen sind unerwünscht

Der Cybersecurity Report von Hornetsecurity stuft 2,3 Prozent der Inhalte gar als bösartig ein. Die…

3 Tagen ago

HubPhish: Phishing-Kampagne zielt auf europäische Unternehmen

Die Hintermänner haben es auf Zugangsdaten zu Microsoft Azure abgesehen. Die Kampagne ist bis mindestens…

3 Tagen ago

1. Januar 2025: Umstieg auf E-Rechnung im B2B-Geschäftsverkehr

Cloud-Plattform für elektronische Beschaffungsprozesse mit automatisierter Abwicklung elektronischer Rechnungen.

3 Tagen ago

Google schließt schwerwiegende Sicherheitslücken in Chrome 131

Mindestens eine Schwachstelle erlaubt eine Remotecodeausführung. Dem Entdecker zahlt Google eine besonders hohe Belohnung von…

4 Tagen ago

Erreichbarkeit im Weihnachtsurlaub weiterhin hoch

Nur rund die Hälfte schaltet während der Feiertage komplett vom Job ab. Die anderen sind…

4 Tagen ago

Hacker missbrauchen Google Calendar zum Angriff auf Postfächer

Security-Experten von Check Point sind einer neuen Angriffsart auf die Spur gekommen, die E-Mail-Schutzmaßnahmen umgehen…

5 Tagen ago