In diesem Thread versteige ich mich in die Behauptung, dass der EF-DbContext im Gegensatz zum typDataset nur eingeschränkt relational ticken tut.
Und werde prompt gefragt, wie ich darauf komme.
Darauf habe ich jetzt einen meiner Uploads ausgebuddelt - von hier: Grundlagen: Relationale Datenmodellierung, der einen Standard-View zeigt, nämlich den m:n-View.
Und klein Bilderserie gemacht:

Hier sieht man einen doppelten m:n-View: Oben sind Personen nach Beruf aufgegliedert, unten Berufe nach Personen.
Oben ist der Beruf 'Polizist' gewählt, und unten die Person 'Sigi'
Wie man sieht, erscheinen oben drei Personen mit dem Beruf 'Polizist' - Sigi ist nicht dabei.
Natürlich nicht, denn wie man unten sieht: Sigi hat gar keinen Beruf.

So, nun gebe ich ihm den Beruf 'Polizist':
. . .
Und Wups - logisch! - erscheint Sigi im oberen m:n - View als eine der Personen, die dem Berufstand der Polizisten angehören.
Das ist relationale Logik: Sobald Sigi der Gruppe der Polizisten zugeordnet wird, erscheint er in der Gruppe der Polizisten.

---

---

Ich hab mich vor langem mit EF abgemüht, dasselbe Verhalten hinzubekommen - ganz gelungen ist es nicht: EntityFramework-CodeFirst-Sample
Dort zeigt der m:n-View Category - Suppliers, also oben sind die Supplier (Lieferanten) nach Category aufgegliedert - die anderen Spalten sind nicht so ganz entscheidend wichtig
Und unten die Categories nach Supplier.


Wenn ich hier nun dem Artikel 'catArt1' die Category 'Cat2' zuordne - schlägt im oberen View die relationale Logik nicht zu ('catArt1' müsste aus der Cat1-Gruppe verschwinden, und in Cat2 auftauchen).
Stattdessen haben wir nun einen inkonsistenten oberen View: Gezeigt werden die Artikel der Kategorie 'Cat1', und unzulässigerweise befindet sich nachwievor auch der Artikel 'cat1Art1' darunter - mit der Category 'Cat2'!!


Die Aufregung beruhigt sich, wenn man abspeichert. Also wenn Ef dann einen Roundtrip über die Datenbank und zurück macht ist der obere m:n-View wieder konsistent:


Näher bin ich bei aller Mühe mit dem EF nicht an ein wirklich relationales Verhalten herangekommen. Dabei habe ich schon allerlei und auch schmutzige Tricks angewandt, um das überhaupt soweit hinzubekommen.

man kann die Projekte downloaden - das EF-Teil benötigt aber SqlServerCe

Nofear23m schrieb:

geht ja ums nachführen der View.

Ja, stimmt.
Die vom EF generierten Klassen (und alles mir bekannte, was man da evtl. drauf aufbauen kann) sind bei der Nachführung des Views nicht ganz korrekt.
Imo hat das was mit EF zu tun - geht es doch um DataContext, EntitySet und Konsorten.

Nofear23m schrieb:

Deshalb kann ich doch nicht sagen das EF nicht relational arbeitet. Denn das tut es doch. Zumindest wenn der Programmierer seine Arbeit macht.

Nenn es wie du willst.
Das Problem ist, dass mit EF gebaute databinding-getriebene Views in bestimmten Fällen inkonsistent werden können. Und das kann man als Programmierer kaum beeinflussen - ich wüsste jdfs. nicht wie.
Die beste Annäherng, die ich gefunden habe ist so wie ichs gebastelt habe, und zusätzlich muss man dann bei jedem Zucken abspeichern, um die View zu aktualisieren (was imo nicht das Ziel von Datenbank-Zugriffen sein sollte).

Ich finde das Dataset-Gedöhns inne WPF übrigens nicht besser ans View geknüpft, weil das Binding-Picking im Xaml-Designer bei Datasets nicht funktioniert.
Da ist man wieder auf String-Smells ohne Ende angewiesen, was man doch eiglich hinter sich gelassen glaubte.

Wie gesagt: Nenn es wie du willst:
Meinetwegen funktioniert EF 100% relational und hat nichts mit der View zu tun.
Aber bestimmte Views kann man databinding-getrieben eben nicht bauen, wenn man mit EF arbeitet.
Widersprüchlich? - deine Bestimmung von EF, und meine praktischen Erfahrungen damit.

Nofear23m schrieb:

Und es ist ja nicht so als gäbe es keine möglichkeit solch einen View zu bauen.

Hmm - ich habs versucht - mir ist nichts überzeugendes gelungen.

Nofear23m schrieb:

Was wir aber gerne machen könnten, das wir uns mal angucken wie man mit MVVM solch ein View bauen würde welches in deinen Augen dann auch korrekt ist und alle Daten nachgeführt werden.
Das wäre eine Idee, dann hätte die nachwelt auch was davon.

Hmm - ich hoffte eiglich, du würdest dich mal dransetzen, wenn Zeit.
Eine korrekt nachführende View habich ja in Winforms gebaut und in EntityFramework-CodeFirst-Sample angehängt.
Ein gleiches in Wpf habich nicht hingekriegt - auch den Versuch habichdaja angehängt.

Uih! - ist mir durch Lappen gegangen - weiss auch nicht warum.
Vermutlich weil ich Ende Mai, Anfang Juni in verreist war? (Aber 15.Mai - das war doch lang genug davor??)
Jetzt die letzten 4 Tage hab ichs wohl gesehen, wollte mir aber Zeit dafür nehmen.
Hab ich jetzt und - ätsch! - ich hab kein net.5
Bin auch unlustig, es zu installieren - meine Kiste ist eh schon Schnecken-langsam.

Du kannst das nicht zufällig auf 4.7 downgraden?