Hallo,
ein Blick in die Dokumentation hilft.

​ExceptionsInvalidOperationException
Cannot open a connection without specifying a data source or server.

or

The connection is already open.

Daraus beantworten sich deine anderen Fragen.

Es wäre schneller es einfach zu probieren.
Aber Spekulatius: die Zuweisung geht, die alte Connection bleibt offen, aber kann nicht mehr geschlossen werden, weil sie nicht mehr über eine Variable ansprechbar ist.

VaporiZed schrieb:

Es wäre schneller es einfach zu probieren.

Das kann man gar nicht genug hervorheben (nicht nur für diesen Thread). Einfach mal selber aktiv werden und testen. Das macht das Lernen interessanter.
FTFY:

VaporiZed schrieb:

Aber Spekulatius: die Zuweisung geht, die alte Connection bleibt offen, aber kann nicht mehr geschlossen werden, weil sie nicht mehr über eine Variable ansprechbar ist.

Deshalb ist es gut, in so einem Fall mit Using zu arbeiten.

Mit Using brauchst du deine Connection nicht explizit closen - das passiert bei End Using automatisch...
Also Connection.Close ist da im obigen Code überflüssig...
Das ist ja der Vorteil von Using, dass du das Closen nicht mehr übersehen kannst...

Haudruferzappeltnoch schrieb:

Was ist denn so eine offene Verbindung, wenn die da irgendwo rumschwebt? Kann die Probleme machen?

Ja, kann sie.
Alles, was disposable ist, kann vom GarbageCollector nicht korrekt aufgeräumt werden, und muss daher via .Dispose (alias End Using) aufgeräumt werden.
Das ist der Zweck des IDisposable-Interfaces.
Welcher Art die Probleme sind, ist meist im Einzelnen nicth bekannt - ist auch ganz verschieden.
Ein unaufgeräumter FileStream macht andere Probleme als eine unaufgeräumte DbConnection.
Letztere wird wohl irgendwie einen KommunikationsKanal zum SqlServer-Dienst verwalten.
Dassis doch höchst plausibel, dass das nicht gut geht, wenn nicht aufgeräumt.
Da würden ja bei mw. 100 Db-Zugriffen dann 100 so Kanäle herumfahren im Speicher

Haudruferzappeltnoch schrieb:

Wird End Using dann nicht mehr ausgeführt?

Using schrieb:

Die Using-Anweisung stellt sicher, dass Dispose auch dann aufgerufen wird, wenn innerhalb des Using-Blocks eine Ausnahme auftritt.

Siehe dazu Genaueres hier...

ich muss da einmal einhacken, weil ich das bis jetzt nicht rausfand.

was passiert denn, wenn man einen TableAdapter (auch in Verbindung mit einen Manager) verwendet? Also bspw.



Wann werden denn hier die Ressourcen freigegeben?
Ich habe bis jetzt immer zu gegebenem Anlass ein .Dispose eingefügt. Ein Using wäre ja - nach meinen Verständnis nicht nötig, oder?

Haudruferzappeltnoch schrieb:

Kann ich das dann im Catch mit Connection.Close vorbeugen?

Try-Catch hat auch eine "Finally"-Direktive, die immer am Ende des Catch-Blockes aufgerufen wird, egal ob eine Ausnahme aufgetreten ist oder nicht.
Darin könntest Du Deine Connection.Close Anweisung auch unterbringen. Aber wie bereits erwähnt wurde, ist das in einer Using-Anweisung normal nicht erforderlich (auch wenns mit sauberer ist).


@rrobbyy:
Das kannst Du doch genauso in einer USING-Anweisung verpacken und dir das disposen sparen.


Edit: Hier muss man nicht einmal eine Conn.Open Anweisung hinzufügen, da Adapter.Fill die Verbindung selbst öffnet.

rrobbyy schrieb:

was passiert denn, wenn man einen TableAdapter (auch in Verbindung mit einen Manager) verwendet?

Da muss man im allgemeinen nix tun.
So ein TableAdapter wird ja wiederverwendet - da entstehen keine hunderte von unaufgeräumten Resourcen.
Und Wenn du ihn aus der Toolbox aufs Form ziehst, dann generiert der FormDesigner den Code so, dass auch diese eine Resource aufgeräumt wird, wenn das Form schliesst.

Also wo mein Vorredner alles neu erstellt und wieder aufräumt, erstelle ich auf Klassenebene nur einmal und benötige zum Fill nur die Zeile

Nein...

Wieso denn beide? Es gibt nur eine. Die wird in Zeile#8 erstellt, in Z#9 an die aufrufende Methode weitergereicht, in Z#3 in Conn reingesteckt und in Z#4 plattgemacht. Fertig. Es gibt keine zweite.

Das hängt nicht damit zusammen das da was zurückbegeben wurde, sondern damit ob die Variable ein Referentyp oder ein Wertetyp ist.