Suchergebnisse

gefällt mir so noch nicht die Lösung. Ich schau' die Tage mal, ob ich mein Riesenkonstrukt an Tabellen in eine mySQL-Datenbank importiert bekomme und teste daran dann die DBExtensions bzw. das DataSet-DB, welches ich aktuell erfolgreich für OleDB (Access-Datenbank) benutze. Kann ja nicht schaden, eine lauffähige mysql-Variante davon zu besitzen

So, die Tabellen kann ich nun sauber erstellen in der Datenbank. Hat jemand ein ordentliches nuget-paket (mysql), was auch mit .NET 4.0 läuft? Ich finde irgendwie nur welche die 4.6 oder sowas benötigen. Mein Projekt läuft allerdings auf 4.0... vorher brauch' ich da nix umbauen EDIT: hab ein älteres nuget-paket genommen. Bei mir klappt gerade das Füllen der DB mit Daten nicht (nutze MariaDB), kann aber an meiner Struktur liegen, das muss alles noch bereinigt werden. Könntest aber mal probieren: …

Zitat von ErfinderDesRades: „bei mySql heisstes wohl“ genau genommen heißt es LAST_INSERT_ID() Ich hab deinen DB-Generator ein bisschen umgebaut, sodass auch die ; am Ende erscheinen, wenn man MySQL benutzt, ansonsten muss man jeden SQL-Befehl einzeln ausführen. Ansonsten: Ja, meine 71 Tabellen sind in der MariaDB (MySql) drin - inkl. Constraints Das Schreiben der Daten klappt auch bis auf 1-2 Felder, wo ich den VarChar-Wert über 255 stellen muss weil ich da ziemlich langen Text drin hab. vb-par…

Sooo.... @100Volt: Bitte mal testen - dann kannste dir das manuelle geklapper sparen. Ich hab nu ma bisschen getestet und gebastelt. Bei mir läuft das einwandfrei auf einem MariaDB-Server (ist quasi das Gleiche wie MySQL) Als NuGet-Paket hab ich folgendes genommen (alt, weil ich Framework 4.0 benutze): vb-paradise.de/index.php/Attac…f3c56f8db006a9abac02f92c6 Vorsicht: Ihr müsst auf das Lizenzmodell acht geben. Ich hab mir das jetzt nicht genau angeguckt - sollte prinzipiell aber mit jedem andere…

Zitat von 100Volt: „Das ging ja fix!“ Ich hab eigentlich nur das gemacht, was ErfinderDesRades ein paar Posts weiter vorne gesagt hat: Die SqlServerPersistance ausgetauscht dur MySql... Zu deinem Command: Wenn deine Datenbank relativ klein ist würde ich die erstmal über DsMain._Persistance.FillAll() komplett reinladen. Wenn du Teilstücke brauchst, dann so: DsMain.tblKunden.CustomFill("WHERE Vorname = ?", txtVorname.text

Zitat von 100Volt: „So ist der Aufruf (aus meinem Code) richtig:“ haste mal hiermit DsMain.tblKunden.CustomFill("WHERE Vorname = ?", txtVorname.text probiert? oder garnicht erst getestet? Außerdem kennst du String-Interpolation? $"WHERE {dsMain.tblKunden.VornameColumn.Columname} = ?", txtVorname.txt Nichts desto trotz bin ich der Meinung, dass mein Vorschlag oben auch funzt und das wirkt einiges sauberer.

Zitat von 100Volt: „Was mache ich denn nun schon wieder falsch?“ kommt drauf an. Der Customfill funktioniert bei mir so DataSetName.Tabellenname.CustomFill($"WHERE {SpaltenName} = ?",Bedingung) Bei mir ist das DataSet aber über die Businesslogik gekennzeichnet (siehe bei meinem Lösungspost von mysql) - wenn du das bei dir genauso handhabst Dann sollte das bei dir auch genauso funzen Also: VB.NET-Quellcode (19 Zeilen) Dann hast du auch von überall in deiner anwendung mit Dts.xxx zugriff auf dein …

Zitat von 100Volt: „Wohin genau muß der Code“ hast 'ne PN - ist glaub am sinnvolsten, wenn ich dir das einmal zeige

... das wollten wir doch Samstag durchkauen. Gestern haben wir ja erstmal das DataSet an's laufen gebracht. Wie man dann wo an die Daten rankommt und diese verarbeitet wollte ich dir auch Samstag zeigen.

@100Volt: musst da weiterlesen: vb-paradise.de/index.php/Attac…f3c56f8db006a9abac02f92c6

Zitat von ErfinderDesRades: „Ansonsten wird tragl da besser durchblicken als ich.“ Leider nicht, ich hab ja prinzipiell nur deine SqlServerPersistance umgebaut zu MySqlServerPersistance inhaltlich bis auf den anderen Data-Provider ja quasi gleich. Es werden die gleichen commands genutzt etc. Ich kann mir nicht erklären, warum das bei 100Volt nicht funktioniert... Hier noch ein Vergleich: SqlServerPersistance (Versteckter Text) MySqlServerPersistance (Versteckter Text)

Zitat von 100Volt: „aufrufe, bei Dts.Fill keine Argumente (Tabellen) angebe, wird hier an der mit HIER gekennzeichneten Stelle in der Klasse DatasetXmlAdapter eine XML-Datei geladen:“ nö: wenn du Die MySqlPersistance nutzt dann lädt er den kompletten Datenbankinhalt, andernfalls die angegebene XML. Das wäre der weitere Schritt, die Tabellen partiell zu laden - soweit waren wir ja noch nicht

@100Volt jo hatte mich vertan. Ich hab ne Methode geschrieben, die über Sql ALLE Tabellen aus der Datenbank befüllt. - such ich dir noch raus. Aber ist doch jetzt auch völlig irrelevant - wenn jetzt DB-Zugriff funzt dann bau erstmal alle deine Forms und Funktionen soweit fertig und teste das im XML. Alles Andere machen wir dann - sonst bist du immer an 2 Stellen zu Gange, und glaub mir: während dem Proggen änderst du vermutlich noch einiges an deinem DataSet. String-Relationen würde ich an deine…

Zitat von 100Volt: „Ich kann nicht mehr auf mein DataSet zugreifen um mit meinem Code die Tabellen in der Datenbank zu erstellen“ Jo du musst ja auch auf der frmMain das _DataSetXML = True setzen - dann kommuniziert der auch net mehr mit der DB. Dann kannste deine Tabellen da wieder anlegen lassen

Zitat von 100Volt: „Wie ist denn der vorgesehene Weg zum Laden vollständiger Tabellen?“ Dts.TABELLE.CustomFill(BEDINGUNG) - hatten wir einige Posts vorher schon. Aber warum vertraust du nicht drauf und baust erstmal auf XML??? DIe Datenbank da später dranzuhängen ist ein Kinderspiel wenn dein DataSet vernünftig aufgebaut ist

Zitat von 100Volt: „_DataSetXML = True zu setzen bringt nichts. Zumindest dann nicht, wenn keine XML-Datei vorhanden ist.“ Das sollte irgendwie logisch sein oder? Also mit _DataSetXML = True sagst du deinem Programm ja, dass es XML nutzen soll. Wenn keine Datei da ist kann er auch keine benutzen.. also für mich ist das logisch Zitat von 100Volt: „Wie bekomme ich nach dem Ändern der Daten in einer DataRow diese wieder in die Tabelle?“ Änderst du nicht über die GUI in einem Dialog? Du kannst Werte…

Zitat von 100Volt: „Nur wie bekomme ich die modifizierte DataRow "zurück" in die Tabelle?“ indem du speicherst. Wir können uns das heute abend nochmal angucken. Dann bring ich dir XML an's Laufen und zeig dir das mit den Rows.

Zitat von 100Volt: „geht“ jo, dann musste noch rausfinden, wie du die persistance jetzt wieder aktivierst nachdem deine tabellen erstellt wurden..

Zitat von 100Volt: „Die Zeilen sind ja sozusagen "weg"“ nee, er meint das Dts._Persistance.Connection_EnterOpen() das war ja noch ein Rest vom Testen, ob die Verbindung überhaupt geht. Das wird später automatisch ausgeführt wenn die DAtenbank benutzt wird, sonst machst du zur Initialisierung schon eine Verbindung dahin, was unnötig ist.