Suchergebnisse

Hallo Ich habe gerade etwas programmiert, bzw. bin dabei. Wenn ich mir das aber so anschaue, glaube ich nicht, dass ich den besten Ansatz gewählt habe. Folgendes ist gegeben: Ein DataSet mit 3 DataTables (CustomerOrder, Order und Supplier) Die beiden Tables CustomerOrder und Order haben eine Spalte SupplierID, mit dieser wird auf den entsprechenden LIeferanten verwiesen. Nun möchte ich beim tätigen einer neuen Bestellung (Einfügen von neuer Row in Order, mit auswählbarem Supplier), offene Kunden…

Hallo ihr beiden. Danke für den Hinweis @petaod. Ich habe erst am Wochenende Zeit mich intensiver mit Linq zu befassen, aber es scheint mir auch an anderer Stelele (Umsätze aus DataSet für ein Jahr - also z.B. 2019 zu suchen) extrem hilfreich zu sein. @VaporiZed Da du mein Helfer #1 bist, käme ich nie auf die Idee deinen Rat (absichtlich) zu ignorieren. (Nichts gegen all die anderen geilen Helfer hier!) Ich sortiere deine Punkte mal von oben nach unten mit 1 - 5 1. Das mit den Warnungen steht au…

Na mir geht es darum, direkt mit den Daten aus dem DataTable zu arbeiten und eben nicht mit einer Kopie. Denn wenn ich in der Kopie etwas verändere, muss ich ja den entsprechenden Eintrag im Original erst suchen (ID) und die Werte auch im Original - laso im DataTable ändern. Aber dann habe ich den MSDN Artikel über Linq falsch verstanden. Den ich habe es so verstanden, dass ich eine gefilterte Kopie der Daten erstelle - aber dann schaue ich mir das heute / morgen erstmal genauer an. Denn das sch…

Ja sowas in der Art meinte ich mit "arbeiten mit den Originaldaten". Aber mir fällt kein Weg ein, dass hinzubekommen. Habe nun mal eine Demo angehängt. (bitte nicht auf Design achten) Wenn ich eine Bestellung von Firma1 tätige, soll mir die Kundenbestellung "Name1" angezeigt werden, weil die Spalte Ordered leer ist. Die Bestellung von "Name" soll hingegen nicht angezeigt werden, weil Spalte Ordered nicht leer ist. Gäbe es nun noch mehr Kundenbestellungen mit leerem Ordered Eintrag, sollen diese …

Hallo ihr drei. Vielen Dank für eure Vorschläge / Erklärungen! Zitat von VB1963: „Was mir bei deinem Code auffällt ist, dass du keine Form instanziierst...“ Ja, das ist ein Fehler, der mir eigentlich nicht mehr passiert. Allerdings neige ich dazu etwas schlampig zu werden, wenn ich "nur mal schnell" etwas testen möchte. Zitat von VaporiZed: „Allerdings: Was soll Ordered darstellen? Ist ja schließlich ein String.“ Sorry! Die Spalten OrderDate und Ordered sollten eigentlich als DateTime formatiert…

OK Dann versuche ich mal das von @VB1963 umzusetzen. Ich glaube mit der "Filtergeschichte" könnte ich mir einige DBNull Zickereien ersparen. Ich "säubere" mal meinen Code und dann präsentiere ich in den nächsten Tagen das Ergebnis.

Hallo Leute Sorry für meine echt späte Reaktion, allerdings habe ich diese Woche keine Zeit gefunden an meinem Programm weiter zu wurschteln. Letztlich habe ich mich dann doch gegen die Filtermethode entschieden. Zum einen wegen des Rates von @VB1963, zum anderen, weil ich ja eh das DataSet durchforsten muss, um überhaupt festzustellen, ob es offene Kundenbestellungen gibt, ob also die Form überhaupt angezeigt wird. Für diesen Zweck ist ja der Code von @VaporiZed und @ErfinderDesRades Zitat: „Pr…

Aber dann muss ich doch AllowDBNull auf False setzen und einen Default Wert festlegen. Und schwups habe ich doch da ein Datum drinne. Jetzt müsste ich doch bei jeder Anzeige dieses Tables aus dem DataSet per Code die Anzeige meines Standartvalues unterbinden. Oder hab ich das was falsch verstanden? Wäre es da dann nicht einfacher (weil die ganze DBNull Problematik entfällt) - doch eine etwas abgewandelte Version meiner Schleife in Verbindung mit der Filter Variante zu nehmen? VB.NET-Quellcode (1…

Jupp genau. In meinem Fall speziell: Wenn ich die Zeilen aus dem DataSet in meine List Of... schiebe, dann ist die Spalte Ordered immer leer (DBNull). Binde ich diese List Of nun an mein Datagridview, kommt eben die Ordered is null Exeption. Da stellt sich mir die Frage, wie sinvoll es hier ist da DummyWerte reinzuschmeißen, wenn ich (z.B. mit deinem Filter Vorschlag) auch bequem mit DBNull weiter machen kann. Edit: Also es reicht ja hier nicht auf DBNull zu testen (das kann ich mir sogar sparen…

Huhu Aber das würde ja mit meiner List Of nicht funktionieren. Hier kann ich ja das Binding ans DGV erst zur Laufzeit erstellen, also vorher keine Spalten im Designer löschen.

Ok. Dann würde also das mit der List of wohl funktionieren. Allerdings brauche ich ja dennoch eine DBNull Abfrage, um mein Programm DAU tauglich zu machen. Wenn der User z.B. keinen Artikelnamen vergibt (welcher ja aber in meiner Form angezeigt werden soll), kommt es ja wieder zum Fehler. Und diese Spalte kann ich ja nicht "ausblenden". Aber der Vollständigkeit halber, was spricht gegen den Lösungsansatz aus Post 19? VB.NET-Quellcode (19 Zeilen) Das ist meiner Ansicht nach das Einfachste und ich…

Ja stimmt. Da hast du wohl Recht. Die Abfrage ob alle Daten korrekt sind gehört wohl (generell) an die Stelle wo die Daten eingegeben werden. Edit: Dann teste ich mal rum, womit ich besser klar komme.

Vielen Dank @VB1963, das werde ich mir heute Abend (auf meinem private PC), zu gemüte führen. @ErfinderDesRades das DGV wirft nur eine Exception, wenn ich meine List(of Datarow) binde (zur Laufzeit). Binde ich ganz normal die Bindingsource im Designer und haue einen Filter drauf, wird DBNull durch leere Zellen dargestellt.

@VB1963 Danke für das Beispiel. Nun verstehe ich was du die ganze Zeit willst xD Aber eine eher grundsätzliche Frage hierzu. Denn folgendes verstehe ich nicht. Macht es nicht mehr Sinn eine nicht benötigte Zelle in einer DataTable einfach leer zu lassen, als da einen Default Wert einzutragen und die Anzeige dieses Wertes dann per Code zu "unterbinden"? Also ich meine warum soll ich ein Datum (01.01.0001 00:00:00) speichern, wenn ich eigentlich gar kein Datum speichern muss, weils schlicht keins …

Ah ok. Dann speichere ich mir mal deine Solution in meinen "Vorlagen". Wenn ich nächstes mal auf eine unlösbare DBNull Problematik treffe, hab ich Abhilfe auf Platte Ich danke dir!

Ah. Danke für den Hinweis. Option Strict gehört natürlich auch bei mir On. Ich musste Visual Studio neu installieren - danach muss ich vergessen haben Option Strict wieder umzuschalten. Aber scheinbar habe ich dran gedacht den VIsual Basic Namespace zu entfernen... Nja - ist jetzt wieder On.