Suchergebnisse

Zitat von JackCimberly: „dass bei der Erfassung von Daten mehrere Tabellen betroffen sind (eine Tabelle ist mit der anderen verknüpft (Beziehung), usw.). Zum Beispiel tbl KUNDEN und tbl FAHRZEUGE stehen mittels kd_id in einer Beziehung. kd_id wird in der tbl KUNDEN automatisch hochgezählt.“Es besteht also eine 1:n - Relation Kunde-Fahrzeug, oder anners gesagt: einem Kunden sind kein bis viele Fahrzeuge untergeordnet. Und du willst nu in einem Formular einen Kunden anlegen und gleichzeitig auch s…

@Jack: also ich kann mit sonem Diskussions-Stil nix anfangen. Erst stellst du eine leidlich unklare Frage, und wenn ich versuch, das in iwas zu übersetzen, was ich denke, was du gemeint haben könntest, "antwortest" du mit eim ganz anneren Thema.

Zitat von JackCimberly: „Habe unter Datenquellen > KundenAnlegenDataSet > Rechtsklick auf KUNDEN "Datenvorschau" und in der Access-Datenbank nachgeschaut = kein Datensatz wurde hinzugefügt. [---] Ich bekomme jedes Mal die Meldung: "Alles bestens. Neue Row ist im tDS". Von der obigen MessageBox.“Naja - wenn die Row im tDS ist - was immer das sein mag - so ist sie im tDS. Da kannst du viel in der Datenbank gugge - die Datenbank ist ja nicht das tDS.

Datensätze im Dataset sieht man zur Laufzeit, wenn man zB ein daran gebundenes DGV auffm Form hat. "Daten ablegen" ist nicht die richtige Vorstellung. In meiner Welt tut man Daten in einer Datei ablegen, oder in einer DB (was letztendlich auch eine Datei ist). Da liegen sie dann, auch nachdem das Proggi beendet wurde. Ein tDS ist nur ein Objekt im Speicher zur Laufzeit, wie ein Integer, oder eine List(Of String). Nur halt viel komplizierter aufgebaut, nämlich ebenso kompliziert wie die Datenbank…

Zitat von JackCimberly: „Wie bekomme ich die Daten sofort und dauerhaft in die eingebundene Access-Datenbank?“Sofort und dauerhaft ist möglich, ist aber keine gute Option. Besser ist doch -wie etwa bei einem Word-Dokument - dass es einen Speichern-Button gibt, und gespeichert wird die Gesamtheit der Daten in dem Zustand, den der User fürs Speichern geeignet findet. Ohne DB ist das wie gesagt kinderleicht: DAtaset.ReadXml/WriteXml() Bei Mit Db sind DataAdapter dafür zuständig, das Dataset aus der…

Backgroundworker ist veralteter umständlicher fehleranfälliger untypisierter Müll. Nimm einfach einen Timer. Und mach das als allerletztes. Wenn sonst alles fertig ist, ist immer noch Zeit dafür. Sonst tickert dir die ganze Entwicklungszeit über bei jedem Testlauf immer der Timer (oder gar der BGW) da zwischen drin rum.

Zitat von JackCimberly: „Also doch lieber gleich vom DataSet in die DB?“Da gibt es unterschiedliche Auffassungen. Ich sag: Lass die Db weg, aber wenn ich das sag, sagt mrTrebron immer, machs mit Datenbank (wohl damits ausgewogen ist). Ich sag dann noch, die Db kannste später immer noch machen, das Dataset wird dabei ja nicht weggeworfen, also das brauchste so oder so. Dann sagt mrTrebron noch was, und nochn paar Datenbänker, und dann bin ich müde, da gegen anzureden. Da sagich nurnoch: Sieh zu w…