MySQL Datagridview Update mit INNER JOIN

  • VB.NET
  • .NET (FX) 4.0

Es gibt 6 Antworten in diesem Thema. Der letzte Beitrag () ist von ErfinderDesRades.

    MySQL Datagridview Update mit INNER JOIN

    Hallo Ihrs :)

    Momentan habe ich ein Problem mit dem Updaten des Datagridviews.
    Mit Text, sowie Varchar(100) getestet:
    Jedes mal wenn eine der Textspalten eine Leerstelle enthält,
    FALSCH: Was muss man bei DateTime und Date - Spalten einrichten, dass es richtig geupdated wird?
    will die DGV-Routine nicht mehr den Update der DB fahren.

    Dieser Fehler tritt sonst nicht auf.
    Da einige dieser Text-Zeilen Informationen sind, dürfen (müssen) diese auch Leerstellen enthalten.

    Wie kann man diesen Fehler umgehen?


    Bild des DataGridViews:


    Bild der Fehlermeldung:



    Ebenfalls:
    Wie mache ich ein DGV mit mehreren Tabellen
    inklusive INNER JOIN
    und automatisiertem Updaten
    der betroffenen Tabellen im DGV?
    Wie man den SQL-Befehl selbst mit INNER JOIN selbst schreibt, ist mir bekannt.


    VB.NET-Quellcode

    1. 'Aufruf des DGV
    2. Private Sub tsb_Komponenten_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles TSB_Komponenten.Click
    3. 'RemoveHandler PNL_KompListe_DGVKomp.RowEnter, AddressOf PNL_KompListe_DGVKomp_RowEnter
    4. Dim SplitStr As Char = CChar("\")
    5. Dim value() = TreeView.SelectedNode.FullPath.Split(SplitStr)
    7. Dim MultiList As List(Of List(Of String)) = FillWithTreeViewEntries(UBound(value))
    9. SQLKomp.ExecQuery("SELECT * FROM Komponenten", MultiList, "BMW")
    10. SQLKomp.loadgrid(PNL_KompListe_DGVKomp, "BMW")
    12. 'AddHandler PNL_KompListe_DGVKomp.RowEnter, AddressOf PNL_KompListe_DGVKomp_RowEnter
    14. PNL_KompListe.BringToFront()
    15. End Sub


    VB.NET-Quellcode

    1. 'Aufruf der Update-Routine
    2. Private Sub Button2_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button2.Click
    3. SQLKomp.SQLDA.Update(SQLKomp.SQLDS)
    4. SQLKomp.loadgrid(PNL_KompListe_DGVKomp, "DB2")
    5. End Sub


    VB.NET-Quellcode

    1. 'Quellcode der SQLKomp-Class
    2. Imports System.Data
    4. Imports MySql.Data.MySqlClient
    5. Public Class C_SQLControl
    6. 'CONNECTION
    8. Private SQLCmd As MySqlCommand
    10. 'SQL DATA
    11. Public SQLDA As New MySqlDataAdapter
    12. Public SQLDS As DataSet
    14. 'QUERY PARAMETERS
    15. Public params As New List(Of MySqlParameter)
    17. 'QUERY STATISTICS
    18. Public RecordCount As Integer
    19. Public Exception As String
    21. Public Sub ExecQuery(ByVal Query As String, ByVal Multilist As List(Of List(Of String)), ByVal DBSTR As String)
    22. Dim SQLCon As New MySqlConnection("server=192.168.20.181;Port=3306; User ID = User123456 password=PW123456 ; database=" & DBSTR & ";Convert Zero Datetime=True")
    23. Try
    24. SQLCon.Open()
    26. 'Create SQL COMMAND
    27. SQLCmd = New MySqlCommand(Query, SQLCon)
    29. Try
    30. For Each n In Multilist
    31. SQLCmd.Parameters.AddWithValue("@" & n(0), n(1))
    32. Next
    33. Catch ex As Exception
    34. 'NO PARAMETERS GIVEN :(
    35. End Try
    37. 'LOAD PARAMETERS INTO SQL COMMAND
    38. params.ForEach(Sub(x) SQLCmd.Parameters.Add(x))
    40. 'CLEAR PARAMETERS LIST
    41. params.Clear()
    43. 'EXECUTE COMMAND AND FILL DATASET
    44. SQLDS = New DataSet
    45. SQLDA = New MySqlDataAdapter(SQLCmd)
    47. RecordCount = SQLDA.Fill(SQLDS)
    49. SQLCon.Close()
    50. Catch ex As Exception
    51. Exception = ex.Message
    52. MsgBox(Exception)
    54. End Try
    55. If SQLCon.State = ConnectionState.Open Then SQLCon.Close()
    57. End Sub
    59. Public Sub loadgrid(ByVal dgv As DataGridView, ByVal DBStr As String)
    60. Dim SQLCon As New MySqlConnection("server=192.168.20.181;Port=3306; User ID=User123456 password=PW123456; database=" & DBSTR & ";Convert Zero Datetime=True")
    61. 'IF DATA IS RETURNED THEN POPULATE GRID AND BUILD UPDATE COMMAND
    62. ' If RecordCount > 0 Then
    63. dgv.DataSource = SQLDS.Tables(0)
    64. dgv.Rows(0).Selected = True
    66. 'DYNAMICALLY GENERATES UPDATE SCRIPT FOR ALL MODIFIED ENTRIES IN DGV
    67. SQLDA.UpdateCommand = New MySqlCommandBuilder(SQLDA).GetUpdateCommand
    68. ' End If
    69. End Sub
    71. End Class

    Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von „Gunngir“ ()

    ich würd empfehlen, den kompletten Ansatz in Tonne zu treten.
    Arbeite dich erstmal in Databinding und typisierte Datasets ein.
    Dann kannst du dir pro DataTable einen funktionsfähigen DataAdapter konfigurieren, den du mehrmals verwendest.
    Dieses Gewurstel mit der MultiList failt schonmal logischerweise, wenn da Werte auftreten, die Spaces enthalten - ich weiß aber nicht, ob das der einzige Fehler ist, und ob dieser wirklich die Ursache des Absturzes ist.
    Und mehrere DataTables kannst du so garnimmer handeln, spätestens dann brauchst du die genannten vorkonfigurierten DataAdapter.

    inklusive InnerJoin
    gibts dabei nicht, stattdessen kannst du sog. "JoiningViews" bilden.
    Die sehen genauso aus wie gejointe Tabellen, sind aber ungleich mächtiger, weil sie eben keine gejointen Tabellen sind.
    Und deshalb können sie auch abspeichern, was eine gejointe Tabelle nicht kann.
    Weil eine gejointe Tabelle ist ja quasi "virtuell" - die wird ja nur vom Sql-Provider generiert, ohne dass ihr eine wirkliche DbTabelle zugrunde liegt - logisch und unvermeidlich, dass so ein Dingens nicht rückspeicherbar ist - weil da ist ja nix zum rückspeichern.

    gugge vier Views-Videos für die Geschichte mit Databinding und JoiningViews, gugge alle Punkte von Datenverarbeitungs-Vorraussetzungen durch für das gesamte erforderliche KnowHow.
    Weil zB. ohne ein Datenmodell richtig konzipieren zu können nützt dir alles annere auch nicht die Bohne.

    Ich hätte 2 Fragen:
    kann man das DataSet so flexibel gestalten, dass man im Dataset Designer Tabellen erzeugt die sich auf die MySQL Datenbank auswirken oder anders rum?
    Der Grund, warum mit Code anstatt dem Designer gearbeitet wurde, war, dass man dadurch alles variabel anhand der Datenbank anzeigen lassen kann.
    Das Dataset ist dagegen komplett starr.


    Kann man den ConnectionString so verändern, dass es auf bestimmte Datenbanken (mit gleicher Struktur) zugreift?

    Momentan habe ich das Problem, dass das Dataset selbst komplett starr ist und man groß nichts verändern kann.
    Leider habe ich noch keine kompletten Vorgaben in Form von Spalten von Tabellen für die Datenbank. Das kann sich noch ändern.

    Das ist Absicht, dass ein Dataset starr ist. Das Dataset ist Abbild des Datenmodells, und ein Datenmodell ist ebenfalls starr (wie auch die DB starr ist).

    Etwa eine Lagerhaltung ist ein Vorgang in der Wirklichkeit, der entsprechend im Modell abgebildet wird. Solange die Organisation der Lagerhaltung in der Wirklichkeit nicht umstrukturiert wird, solange soll auch das Datenmodell unverändert bleiben.

    Aufbauend auf dem Datenmodell wird ja das Programm entwickelt, und ProgrammCode ist ebenfalls starr.
    Wenn einem Programm das Datenmodell unterm Hintern geändert würde, wäre es sofort unbrauchbar.
    Weil das Programm muss das Datenmodell "kennen", sonst kann kein sinnvoller Code dafür geschrieben werden.

    Das dolle an relationaler Modellierung ist halt, dass gänzlich starre Modelle dennoch unerhört flexible Datenflüsse beschreiben können.
    Dazu muss man aber Struktur und Daten gedanklich trennen.
    Wenn du anfängst, zur Laufzeit am Datenmodell rumzufummeln, machst du was falsch, und bringst die Ebenen durcheinander.


    Jo, natürlich kann man mit geändertem Connectionstring die Anwendung auf eine andere DB switchen. Ist aber meist überhaupt keine gute Idee, weil mehrere DBs zum selben Anwendungszweck eröffnen unendlich viele Möglichkeiten für Verwirrungen und Verwechlungen.

    Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von „ErfinderDesRades“ ()

    im Dataset die Datenbank wechseln?
    Ein Dataset hat mit einer Datenbank doch ühaupt nix zu tun. Dem Dataset ists völlig schnuppe, woher die Daten kommen, mit denen es befüllt wird.

    Aber stell das Problem hintan, weil da hängt ein Rattenschwanz an Problemen dran, bis Hameln, die bei solchen Spielchen auftreten.
    Mach dein Proggi erstmal ganz ohne Datenbank, allein basierend auf typisierten Dataset, lauffähig.

    Dann kannst du immer noch eine DB hinterlegen, und danach kannste dich auch gerne noch dran versuchen, es zu managen, wenn mehrere DBs da iwie herumfliegen - viel Spass.

    Gunngir schrieb:

    Je nach ausgewähltem Projekt muss das Komponenten - Datagridview mit den richtigen Daten befüllt werden.
    Alle Projekte haben die gleiche Struktur.
    Ja und?
    Dann kommen alle Projekte logischerweise in eine Tabelle - mit Sicherheit kein Grund, da jetzt mit mehreren Datenbanken drauf loszugehen.
    Hingegen ists ein Grund, relationale Datenmodellierung zu erlernen, denn damit ist das zu lösen.
    Links dazu haste ja bereits in Post#2

Facebook
Telefonspende