Suchergebnisse

Es wäre sinnvoller, wenn Du einen Screenshot Deines tDS-Designers hochlädst, also sowas: vb-paradise.de/index.php/Attac…ba7dc88da57776fa6cd60a758 Zirkelverweise sind für mich persönlich verdächtig. es gibt vielleicht für solch eine Sache einen guten Grund, aber häufig ist es eher ein Fehldesign am Datenmodell. Ah, Moment, hab ich wohl falsch verstanden. Zitat von JackCimberly: „Zum Beispiel tbl KUNDEN und tbl FAHRZEUGE stehen mittels kd_id in einer Beziehung. kd_id wird in der tbl KUNDEN automat…

Zitat von JackCimberly: „2. Zeile vom ersten Code“Damit meinst Du was? Das hier?VB.NET-Quellcode (1 Zeile)Falls ja, dann mein ich damit: Wenn Du eine Fahrzeugzeile anlegen willst, kannst Du ja mit Kundenangelegenheiten.FAHRZEUGE.AddFAHRZEUGERow arbeiten. Sobald Du die Klammer danach öffnest, schreibt Dir IntelliSense ja hin, was gefordert wird. Als erstes dürfte da eine KUNDENRow verlangt werden. Und um da eine anzugeben, kannst Du mittels LINQ (also DeinTds.KUNDEN.Last) die letzte Zeile der Kun…

@KingLM97: As I said: Zitat von VaporiZed: „btw: Solche Sachen TitelTextBox.ToString solltest Du lassen. Da kommt Mus raus. Nimm TitelTextBox.Text“bei MyOwnTextBox.ToString kommt schon der Text raus, aber nicht nur. Da entsteht dann z.B. "System.Windows.Forms.Textbox, Text: der eingetragene Text in der TextBox".

Da stimmt aber was bei Deinen Angaben nicht mit der Exception. Da dort versucht wird, ein BindingSource-Current über das DataRowView und deren Row in eine KundenAnlegenDataSet.KUNDENRow zu casten, kann die Exception "[...] kann nicht in "KundenAnlegenDataSet.KUNDEN_GESCHLECHTRow" konvertiert werden." nicht stimmen. Denn in eine KUNDEN_GESCHLECHTRow wird ja gar nicht gecastet. Zumindest nicht in jener Zeile. ########## Argh. Im letzten Codeteil kommt wohl die Fehlermeldung. Natürlich. Wie schon m…

Probier mal VB.NET-Quellcode (4 Zeilen) Du musst ja schließlich das ausgewählte Geschlecht (also die Row von KundengeschlechtBindingSource.Current) nehmen und an Deine AddKUNDENRow-Funktion übergeben. Du hast doch ne BindingSource, die direkt auf die Tabelle KUNDEN_GESCHLECHT verweist, richtig? Und die dürfte ungefähr KundengeschlechtBindingSource heißen.

Dann sind wir doch schon mal einen Schritt weiter. Also geht es nun darum, dass Deine AddKundenRow-Funktion an irgendeiner Stelle nicht Deine übergebenden TextBox-Texte akzeptiert, weil in der KundenDataTable Spalten sind, die andere Datentypen verlangen. Geh mal bitte hinter das AddKUNDENRow, tipp eine geöffnete Klammer ein und mach einen Screenshot, damit Du sowas erhältst und lad es bitte über [Erweiterte Antwort] hoch: vb-paradise.de/index.php/Attac…ba7dc88da57776fa6cd60a758 Ggf. auf die mar…

OMG! Bitte fang mit Option Strict On an! VB.NET-Quellcode (1 Zeile)Das geht ja mal gar nicht! Sowas ist eine der ersten Fehlerquellen, die man einfach abschalten kann und soll, da es viel zu viel impliziten Mus erzeugt, den man sich später nicht erklären kann ist. Ansonsten werden noch 3 Datumsangaben benötigt. Klar, dass dann VS rummeckert, wenn Du überall Strings übergibst. Die Daten müssen alle den von der Funktion erwarteten Typ haben. btw: Warum sollte ne Postleitzahl ne Kommazahl sein?

Zitat von JackCimberly: „Habe es nicht geschafft, das in Integer umzuwandeln - ohne Erfolg. Spalte plz als String umgestellt.“ PLZ sollte Int32 sein. Und das mit der Umwandlung geht am besten: Typ.Parse(Text), also z.B.: VB.NET-Quellcode (2 Zeilen) Das schaffst Du. Und weg mit dem Try-Catch. Das macht die Sache nicht besser - zumindest nicht hier.

Zitat von JackCimberly: „Dennoch finde ich keinen Datensatz in der Access-Datenbank und ebenso Daten abrufen im DataSet Designer.“Der erste Teil ist klar. Aber der zweite. Meinst Du damit, dass keine Daten im DataSet sind? In Access wird es erst sein, wenn Du einen Datenbank-Update-Befehl abschickst. Aber da bin ich raus. Mir reichen bisher meine tDS-Arbeiten. Im DataSet: Mach mal: VB.NET-Quellcode (2 Zeilen) Wichtig!: Da darf kein try-catch-Block itgendwas abfangen! Was kommt dabei raus?

@MrTrebron: Ja, da hast Du recht. Eine PLZ ist in nem String besser aufgehoben. @JackCimberly: Entweder Du schaust mithilfe des Debuggers nach oder Du hast testweise z.B. ein DGV, welches an die KundenDataTable gebunden ist. Sobald in der DataTable sich was ändert, wird das im angebundenen DGV angezeigt.

Zitat von VaporiZed: „In Access wird es erst sein, wenn Du einen Datenbank-Update-Befehl abschickst.“ Natürlich muss man die tDS-Daten abspeichern, wenn man sie weiternutzen möchte. Man kann Access nehmen, das ganze in ne XML-Datei hauen oder sonstewie persistieren. Da macht das tDS keine Vorgaben. Es ist auch nicht seine (primäre) Aufgabe. Es leistet aber Hilfe. Für welchen Weg man sich auch entscheidet. Als Beispiel: Speichern in eine XML-Datei: DeinTds.WriteXML(Dateipfad) Laden: DeinTds.ReadX…

Also ich zumindest verstehe es nicht. Was für Ordner, was für Dateien? Es gibt nur eine Datei. Wenn Du Fahrzeuge, Kennzeichen, Kunden, Geschlechterangaben und ggf. noch viel mehr hast - und die sind ja bei Dir in DataTables gepackt (so, wie es sich gehört) - was für Ordner und Dateien brauchst Du dann? Jene Daten, die im tDS sind - und das können sehr viele sein - werden mit DeinTds.WriteXML(Dateipfad) in eine einzige Datei geschrieben. Und den Gegenbefehl führe ich immer nach Programmstart aus,…