TableBauvorhaben: BauvorhabenID | Name
1 | Berlin
2 | München
3 | Hamburg
SQL:
"SELECT * FROM TablePersonal LEFT JOIN TableBauvorhaben ON TablePersonal.BauvorhabenID_Mon = TableBauvorhaben.BauvorhabenID AND TablePersonal.BauvorhabenID_Tue = TableBauvorhaben.BauvorhabenID AND TablePersonal.BauvorhabenID_Wed = TableBauvorhaben.BauvorhabenID";
Select * ist nie eine gute Idee, wenn du die Felder ausschreibst, kann du aus as benutzen.
Ganz abgesehen davon ist etwas wie BauvorhabenID_Mon, BauvorhabenID_Tue auch ein Anzeichen für eine falsche Architektur.
Das sieht eher nach N:M aus, dann ergibst sich das Problem auch nicht mehr .
Wie sieht eine Mappingtabelle aus? wo liegt darin der nutzen?
Zitat von TheQPat
Die arten waren mir bekannt nur die Bezeichnung nicht.
Na, wenn die Arten Dir bekannt sind, dann kennst Du doch auch eine Mapping Tabelle: das ist die Relationstabelle; oder im Wiki-Eintrag als Hilfstabelle bezeichnet.
Zitat
Oft werden für die Bezeichnung der die n:m-Beziehung realisierenden Tabelle die Bezeichnungen der beiden daran beteiligten Tabellen verwendet; bei den Tabellen „Student“ und „Professor“ könnte so die zusätzliche Tabelle „StudentProfessor“ heißen.
Denke auch, dass Du evtl. nochmal bisschen Zeit in die Grundlagen stecken solltest ;-)
Gerade beim Bottom Up Design, wie Du hier offenbar vorgehst, ist es extrem wichtig, dass die Datenstruktur grundlegend schon stimmt, bevor man weiter macht.
Ansonsten beginnt man meist von vorn.
Soweit habe ich das Verstanden wie ihr das meint, aber ich verstehen denn Sinn nicht für max. 6 zusätzliche werte eine Hilfstabelle anzulegen blos weil ich durch das JOIN nicht weiß und es nicht hinbekomme die ausgabe in ein DataGrid (wpf) auszugeben (der zusätzliche daten aus JOIN) ? ohne JOIN spreche ich den Namen ja direkt an durch das JOIN weiß ich aber nicht wie.
bei einem einfachen JOIN klappt es ja nur bei mehren JOIN nicht. Gibt es dafür eine Lösung oder wollt ihr mir sagen das dies nicht möglich ist und man mit einer Hilfstabelle arbeiten muss?
Bei einer N:M Relation brauchst Du bei einer relationalen Datenbank zwingend immer eine Mapping-Tabelle; egal wie viele beschreibende Eigenschaften (Deine hast sie"zusätzliche Werte" genannt) Du hast. Auch ohne "zusätzliche Werte" erfordert diese Relationsart das.
Und evtl. mag ich das auch falsch verstehen; aber so wie sich das liest hast Du eben eine N:M Relation.
Ein Mitarbeiter hat Montag und Dienstag und Mittwoch .... eine Baustellen ID
Tabelle: Sepp | 1 | 3 | 2 | .... jetzt will ich doch nur wissen wie der Name der Baustelle am Montag, Dienstag und am Mittwoch etc ist ... drum nur einen JOIN in die Tabelle mit den Baustellen.
Ich sehe hier keine normale Möglichkeit, wie das mit einer 1:N abdeckbar sein soll.
Kannst ja den Tag weder sinnvoll an den Mitarbeiter noch an der Baustelle ablegen.
Sonst würde das ja aus Mitarbeitersicht für jede Baustelle gelten oder aus Bestellensicht für jeden Mitarbeiter.
Mitarbeiter Tag 1 ------ Baustelle1
Mitarbeiter Tag 2 ------ Baustelle1
Mitarbeiter Tag 3 ------ Baustelle3
Jeder Mitarbeiter hat jeden Wochentage Eine Feste Baustelle. Die Baustelle ist fest an einen Mitarbeiter gebunden.
im eigentlichen sinne geht es ja (ob es jetzt logisch ist oder nicht) nur darum aus der Mitarbeiter Tabelle in der auch die BaustellenID pro Wochentag drin ist aus der ID den Namen zu Hohlen und das in ein DataGrid zu schmeißen.
Also ich kann Dir nicht mehr sagen als dass das ein Missverständnis Deinerseits ist und Du wirklich eine N:M Relation hast und Du nicht den Tag "einfach so" in der Mitarbeiter-Tabelle speichern kannst. Oder willst Du wirklich jeden Mitarbeiter mehrfach anlegen: pro Tag einen Eintrag?
Genau deswegen gibt es Kardinalitäten und Datenbank-Normalisierung.
Kann Dich auch nicht zwingen; Dich nur drauf hinweisen: Du hast eine N:M Relation.
Aber ich fürchte, dass Dir da einfach die Basics fehlen. Kann da leider auch nicht mehr sagen; und ich sag das ja nicht um Dich zu ärgern.
Hä, Du hast für jeden Tag eine eigene Spalte?
Dann hast Du keine N:M Relation, sondern einfach ein dicken Fehler im Sinne der Datenbank-Normalisierung ;-)
Weil man das auch nicht macht haben wir hier auch diese Darstellung nicht verstanden. Wie es richtig geht haben wir Dir nun (mehrfach) gesagt.
Aber nun gut; akzeptieren musst es wie gesagt selbst.
Zitat
Ist so etwas wirklich so schwer in C# und WPF zu realisieren?
Mit C# hat das nichts am Hut. Ist ja nur eine Sache der Relation und der Abfrage und das ist mit allen Programmiersprachen gleich.
Den Wochentag kann man simpel über eine Enum-Darstellung als Ziffer in der DB abspeichern.
Im Code haste dann einfach das Enum und kannst in der UI einfach das Enum mit Hilfe von DateTimeFormatInfo.CurrentInfo.GetDayName( DB-Wert hier ) in einen lokalisierten Text (Deutsch Englisch... was auch immer) übersetzen und anzeigen.
Willst Du ohne Enum sondern nur mit Int-Ziffern arbeiten, dann musst das halt selbst umsetzen; in WPF und dem DataGrid zB über einen ValueConverter.
Sorry aber wir reden hier komplett aneinander vorbei.
Zitat von Abt
Hä, Du hast für jeden Tag eine eigene Spalte? :baby:
Dann hast Du keine N:M Relation, sondern einfach ein dicken Fehler im Sinne der Datenbank-Normalisierung ;-)
Weil man das auch nicht macht haben wir hier auch diese Darstellung nicht verstanden. Wie es richtig geht haben wir Dir nun (mehrfach) gesagt.
Aber nun gut; akzeptieren musst es wie gesagt selbst.
Warum darf ich nicht für jeden Tag eine Spalte haben? es geht um 6 Tage. Es ist nur eine Wocheneinteilung, es geht hier um geringe Datenmengen!
drum habe ich es ja auch ins WPF Forum geschrieben da es um ein Binding geht, nicht um Datenbanken Strukturierung etc.
Zitat von Abt
Den Wochentag kann man simpel über eine Enum-Darstellung als Ziffer in der DB abspeichern.
Im Code haste dann einfach das Enum und kannst in der UI einfach das Enum mit Hilfe von DateTimeFormatInfo.CurrentInfo.GetDayName( DB-Wert hier ) in einen lokalisierten Text (Deutsch Englisch... was auch immer) übersetzen und anzeigen.
auch nichts neues, wie jetzt schon öfters geschrieben mach ich das doch.
Zitat von Abt
Willst Du ohne Enum sondern nur mit Int-Ziffern arbeiten, dann musst das halt selbst umsetzen; in WPF und dem DataGrid zB über einen ValueConverter.
Ich will einfach NUR meinen Baustellennamen zur passenen Ziffer wissen. (siehe meine SQL abfrage). Aber jetzt zum eigentlichen Problem. Wie krieg ichs ins DataGrid?
indem du die Daten dem ViewModel übergibst. Dort bereitest du deine Daten entsprechend deiner Wünsche auf und füllst damit zum Beispiel eine ObservableCollection. Diese bindest du an die ItemsSource des DataGrid.
-Wer lesen kann, ist klar im Vorteil
-Meistens sitzt der Fehler vorm Monitor
-"Geht nicht" ist keine Fehlermeldung !
Du hast von mehreren Joins gesprochen, die es in Deiner Sitation gar nicht geben kann.
Das hat vermutlich auch zum Missverständnis beigetragen.
In diesem Fall ist ja - gedanklich, wenn es gehen würde - nur ein Join "notwendig" und Du kannst alles laden.
Zitat
drum habe ich es ja auch ins WPF Forum geschrieben da es um ein Binding geht, nicht um Datenbanken Strukturierung etc.
...
Ich will einfach NUR meinen Baustellennamen zur passenen Ziffer wissen. (siehe meine SQL abfrage). Aber jetzt zum eigentlichen Problem. Wie krieg ichs ins DataGrid?
Deine Frage, Du wiederholst Dich hier, ist aber SQL bezogen - nicht WPF.
Daher hab ich das entsprechend verschoben.
Dass bei Deinem Join kein Ergebnis kommt liegt daran, dass der Join hier eine Und-Einschränkung darstellt; Du holst Dir da keine Daten aus Deinen Referenzen.
Das würde man bei N:M so machen; geht in so einem Fall aber nicht. Du willst Referenzen laden und kein Matching durchführen.
Siehe auch Basics zu Join: https://www.w3schools.com/sql/sql_join.asp
Da Du nur wenige Daten hast und Optimierung hier eh nicht so angesagt ist; machs über nen Subselect statt nen Join.
SELECT Vorname, Wochentag, MontagId, (SELECT Stadt FROM Baustellen WHERE ID = BaustellenMontagId) AS BauStName_Montag FROM...
Ist halt ein ekliger Query, weil eklige Struktur; sollte aber problemlos die gewünschten Daten liefern.
und daran sieht man auch, wie umständlich es bei deiner aktuellen DB-Struktur ist. Du mußt für jeden Wochentag extra eine eigene SQL-Anweisung erstellen, anstatt den Tag einfach als Parameter der Abfrage zu haben.
In meinem ersten Beitrag hatte ich ja meinen Code gepostet
SELECT * FROM TablePersonal LEFT JOIN TableBauvorhaben ON TablePersonal.BauvorhabenID_Mon = TableBauvorhaben.BauvorhabenID AND TablePersonal.BauvorhabenID_Tue = TableBauvorhaben.BauvorhabenID AND TablePersonal.BauvorhabenID_Wed = TableBauvorhaben.BauvorhabenID";
das ganze umbauen auf ein , würde auch nicht helfen?
wenn ich nur das probiere funktioniert es ja:
SELECT * FROM TablePersonal LEFT JOIN TableBauvorhaben ON TablePersonal.BauvorhabenID_Mon = TableBauvorhaben.BauvorhabenID
und ich bekomme meine daten mit
{Binding Name}
Name stammt aus der TableBauvorhaben
Umständliche Tabellen Struktur?
2 Tabellen davon einmal mit 2 Spalten und einmal mit 8 Spalten
Die neue Struktur machts nun viel einfacher.
Machst einfach nen Join über die ID aller drei Tabellen und selektierst dann nur noch die Spalten, die Du willst.
kannst du mir in etwa verraten wie das SQL Query aussehen müste?
ich glaube mit
SELECT * FROM TableMapping LEFT JOIN TablePersonal ON TableMapping.BauvorhabenID = TablePersonal.BauvorhabenID LEFT JOIN TableBauvorhaben ON TableMapping.BauvorhabenID = TableBauvorhaben.BauvorhabenID
SELECT
M.Name, Map.Tag, B.Stadt
FROM
Mitarbeiter M
INNER JOIN
Mapping Map
ON Map.MitarbeiterId = M.Id
INNER JOIN
Baustellen B
ON Map.BaustellenId = B.Id
Das ist noch nicht ganz das was ich mir vorstelle, ich bekomme ja jetzt pro Mitarbeiter und Wochentag eine Zeile
"SELECT M.Vorname, Map.DayID, B.Name FROM TablePersonal M INNER JOIN TableMapping Map ON Map.MitarbeiterId = M.Id INNER JOIN TableBauvorhaben B ON Map.BauvorhabenID = B.BauvorhabenID"
Für die Anzeige hättest du doch alle Daten über die SQL Anweisung erhalten.
Du müsstest jetzt nur noch hingehen und pro Mitarbeiter (Name) ein Objekt anlegen für die Anzeige.
Dann musst du pro Mitarbeiter alle Relationen mit dem Namen auslesen und die Baustellen anhand des Tages richtig eintragen.
Dürfte im Endeffekt eine foreach Schleife sein.
Hier ein unschönes Beispiel wie es ungefähr ablaufen müsste.
public class MitarbeiterBaustellenRelation
{
public string Name { get; set; }
public Tag Tag { get; set; }
public string Stadt { get; set; }
}
// Verarbeitet die Liste der Relationen und liefert Dummy Mitarbeiter Objekte
public List<Mitarbeiter> ParseMitarbeiterBaustellenRelationen(List<MitarbeiterBaustellenRelation> relationen)
{
Dictionary<string, Mitarbeiter> bekannteMitarbeiter = new Dictionary<string, Mitarbeiter>();
foreach(var relation in relationen)
{
// Mitarbeiter über den Namen suchen
if(!bekannteMitarbeiter.TryGetValue(relation.Name, out var mitarbeiter))
{
mitarbeiter = new Mitarbeiter();
mitarbeiter.Name = relation.Name;
bekannteMitarbeiter[mitarbeiter.Name] = mitarbeiter;
}
switch(relation.Tag)
{
case Montag:
mitarbeiter.BaustelleMo = relation.Stadt;
break;
case Dienstag:
mitarbeiter.BaustelleTue = relation.Stadt;
break;
}
}
return new List<Mitarbeiter>(bekannteMitarbeiter.Values);
}
T-Virus
Developer, Developer, Developer, Developer....
99 little bugs in the code, 99 little bugs. Take one down, patch it around, 117 little bugs in the code.