Announcement

**OSKAR_3** · 22.10.2007, 18:05

Zentrale Datenzugriffe

Hi,

Dem DataAdapter wollte ich als Connection meine SQLConnection von Form1 geben... Nur leider wird mir die nicht angeboten. Hab auch auf Form1 die SQLConnection als public.

schreibe eine zentrale Klasse f�r den Zugriff auf die Daten und binde diese in die Forms ein. Die Connection als Staffel von Form zu Form weiterzugeben, halte ich nicht f�r guten Stil.
Von dieser Klasse legst Du eine Instanz in jeder form an und hast Zugriff auf die Connction. Eine Instanz der Form1 in Form2 zu deklarieren, kann nicht sinnvoll sein, oder? ;-)

�ber das Men� "Daten/Neue Datenquelle hinzuf�gen"? Da kann ich ja gleich alles in ein Dataset reinladen.. Nur leider finde ich dabei keine Zeile Code in meinem Projekt wieder

Die Automatismen von Microsoft funktionieren nach meinen Erfahrungen nur in sehr einfachen F�llen, Fehler findet man in solchen black-boxes nur schwer. Ich w�rde das Ganze vergessen.

Gruss Oskar

**Tihalc** · 23.10.2007, 13:18

Hi,

erstmal Danke f�r die erste Anregung

schreibe eine zentrale Klasse f�r den Zugriff auf die Daten und binde diese in die Forms ein

Habe ich dabei nicht das Problem, dass ich auf jeder Form die Verbindung neu �ffnen und schlie�en muss??

Habe eben nochmal etwas anderes getestet:
Ich hab in der Program.cs mir eine SQlConnection angelegt. Diese dann beim Load der Form1 mit einem ConnectionString gef�ttert und dann gestartet. Wenn ich aber dann ein DataAdapter auf die Form packe, zeigt er mir die Verbindung nicht mit an. Kann ich ich die da irgendwie bekannt machen??

W�rde ungern im Code mir st�ndig neue DataAdapter, DataSet etc erzeugen.

Muss mal anmerken: Habe vorher fast immer mit Delphi gearbeitet. Aber davon will ich jetzt langsam mal weg. Ist schon ne gleine Umstellung auf C#. Bei Delphi konnte man das Thema Objektorientierung mal gut vernachl�ssigen

Gru� Tihalc

**J�rgen Thomas** · 23.10.2007, 14:06

Entschuldige, wenn ich mich nur auf ein paar Hinweise beschr�nke (ich habe den Kopf gerade mit eigenen Problemen voll):

Unter ADO.NET wird eine DbConnection nur bei Bedarf ge�ffnet und nach Erledigung eines DbCommand sofort wieder geschlossen. (Warum das sinnvoll ist, dar�ber gibt es viele Diskussionen.)

ADO.NET arbeitet grunds�tzlich mit 3 Ebenen: der Datenmenge in der Datenbank, der Datenmenge im Arbeitsspeicher und der Verbindung zwischen beiden. Die DB wird sozusagen repr�sentiert durch die DbConnection, der Arbeitsspeicher durch DataSet/DataTable, die Verbindung dazwischen durch den DbDataAdapter. (Es gibt noch andere Bestandteile, z.B. den DataReader; aber so geht das Verst�ndnis schneller.)

W�rde ungern im Code mir st�ndig neue DataAdapter, DataSet etc erzeugen.

F�r den DataAdapter ist das aber Standard. Das DataSet sollte in der Tat nur einmal pro Anwendungsbereich existieren, deshalb auch Oskars Vorschlag f�r die eigene Klasse. Am praktischsten empfinde ich es, f�r jede Datenbank eine eigene dieser Klasse zu erstellen, dazu ein passendes DataSet zu nehmen und darin alle Arbeiten damit zu kapseln. F�r die DbConnection wird innerhalb der DB etwa so gearbeitet:

Code:

public int DatasetReadAdress(int id) {
  int Result = 0;
  using(DbConnection conn = new DbConnection(connstring)) {
    DbDataAdapter da = new DbDataAdapter(conn);
    DbCommand cmd = new DbCommand(da);
    cmd.CommandText = "SELECT * FROM Adresses WHERE ID = @ID";
    cmd.Parameters.AddWithValue("@ID", id);
    conn.Open();
    Result = da.Fill(myDataSet, "Adress");
    conn.Close();
    da.Dispose();
  }
  return Result;
}

Ich hoffe, ich konnte trotz der K�rze etwas helfen. J�rgen

PS. Den Code habe ich nur so hingeschrieben. Du musst nat�rlich alles an Deine Bed�rfnisse anpassen. Au�erdem gibt es viele Varianten, wie die einzelnen Objekte miteinander verbunden werden.

**OSKAR_3** · 23.10.2007, 18:25

Hi,

Habe ich dabei nicht das Problem, dass ich auf jeder Form die Verbindung neu �ffnen und schlie�en muss??

nicht unbdingt.

Wenn du in der Datenzugriffsklasse alle Daten holst, brauchst Du den Forms nur die jeweiligen Tabellen zu �bergeben.

In der Datezugriffsklasse stellst Du z.B. das Dataset zur Verf�gung und kannst dann in der Form zuweisen:

Code:

this.DataGridview.Datasource = meinDatenzugriff.Get().Dataset.tables["xy"]

ist ein bisschen viel, das hier alles in K�rze zu erkl�ren....Sorry.

OSKAR

**J�rgen Thomas** · 23.10.2007, 19:16

Als Erg�nzung zu den letzten Beitr�gen:

Es kann sinnvoll sein, das DataSet nicht in die Datenzugriffsklasse zu integrieren, sondern die "eigene" Klasse direkt von DataSet abzuleiten und das Ganze als Singleton zu verwenden:

Code:

public class MyDatenzugriff : DataSet {
  private MyDatenzugriff instance = new MyDatenzugriff();
  public MyDatenzugriff Instance {
    get { return instance; }
  }
  private string connString = String.Empty;
  private MyDatenzugriff() {
    //  hier kommen alle Details, z.B. ReadXmlSchema()
    //  hole connString aus app.config oder woher auch immer
  }
}

Eine Einf�hrung gibt es z.B. in OpenBook Visual C# Kap.26

Gru� J�rgen

**Tihalc** · 23.10.2007, 19:43

Hi,

danke f�r Eure Antworten. Ich werd mich dann mal die Tage damit besch�ftigen.

Werd mir auch mal das Openbook anschauen. Hab mir damals ein C# Buch gekauft, indem sowas leider nicht drin steht.

Vielen Dank!!!

**mirkom76** · 01.11.2007, 15:03

Hallo,

Wie rufst Du den das Form2 auf? �ffnest Du es aus Form1 heraus?

Falls dies der Fall ist, solltest Du die SqlConnection im Konstruktor als Parameter mit �bergeben. Das w�re das einfachste. Dann brauchst Du die Connection in Form1 auch nicht public zu setzen. Es verwenden dann beide Formulare die gleiche SqlConnection. Dies liegt daran, dass SqlConnection ein Reference-Type ist.

Das bedeutet. Solltest Du in Form1 die Connection Zur Datenbank schliessen, ist sie auch in Form2 geschlossen.

Hoffe Du kannst damit etwas anfangen.

Announcement

SQLConnection und zwei Forms

SQLConnection und zwei Forms

Comment

Comment

Comment

Comment

Comment

Comment

Comment