Suchergebnisse

Zitat von ErfinderDesRades: „Aber bevor du - @Nofear23m da jetzt ein Gegenstück zu entwirfst, müssen wir uns ühaupt auf ein konkretes Datenbank-Projekt einigen.“ Sehe ich auch so. Zitat von ErfinderDesRades: „Aber es gibt ja auch Hobbyprogrammierer, die sich ihr Sach zurechtbasteln wollen, das wäre ja absurd, sich da so einer komischen "Selbst-Bevormundung" zu unterwerfen.“ So wie ich es in dem anderen Thread erstellt hatte kann man sich aussuchen für welche Models diese "Bevormundung" gelten so…

Das mit dem Auftrag war ein Beispiel, vieleicht ein Blöd gewähltes, aber naja. Ich denke wir sind da auf einer Welle. Ob man es nun löschen nennt oder löschmarkieren kann man im jeweiligen View entscheiden. Ich würde z.b. nie einen Benutzer (weil es z.b. Kündigt) löschen. Er wird löschmarkiert, alle Protokolle usw. bleiben somit erhalten. Und genau sowas sollte man "neulingen" vermitteln. Nämlich das sie sich ganz sicher sein müssen was sie evtl. löschen und was dieses löschen bewirken kann. Grü…

@ErfinderDesRades. Ich würde ja dein Projekt in CodeFirst umbauen. Habe hier allerdings mehrere Probleme. 1.) Das Projekt startet zwar abr es geht kein Fenster auf, sonst tut sich aber auch nix. Wie wenn er in einer Endlosschleife hängen würde. (Auf 3 Rechnern getestet, in der Arbeit meldet sich auch Symantec) 2.) Die Unterschiede zwischen Model-First und Code-First zeigen sich besser in einer Consolenanwendung da die Unterschiedlichen herangehensweisen ja nichts mit WPF zu tun haben. 3.) Du Imp…

Zitat von ErfinderDesRades: „Diese Useability ist in Console ja garnet nachzubilden - Databinding gibts da ja garnet.“ Es geht ja beim vergleich ModelFirst VS CodeFirst auch nicht um DataBinding. Zitat von ErfinderDesRades: „Ja, der Thread-Titel ist ziemlich schlecht - ich bin ebenso oder sogar mehr dran interessiert, unsere unterschiedlichen Auffassungen von MVVM zu vergleichen.“ Naja, das wäre aber ein anderes Thema. Hier gehts ja um EntityFramework und das hat mit WPF und/oder MVVM nix zu tun…

Hallo @MrTrebron Zu 1: Weil ErfinderDesRaden dies wollte. Er möchte vergleichen, vermutlich weil ich meinte das CodeFirst der intuitivere Ansatz ist und ModelFirst sowie DatabaseFirst nie so richtig funktionierte. Siehe Antwort 2 Zu 2: Richtig, ohne den PowerTools sind die anderen beiden Ansätze nicht mehr von MS vorgesehen, was seinen Grund hat, erstens mussten immer alle drei Ansätze implementiert werden und zum zweiten fallen nun sehr viele Sachen weg wie Proxyerstellung, T4, edmx Modelerstel…

Hallo Ich habe mal ein Projekt erstellt mit einer Konsole. Da hier die Projekte vermutlich hin und her geschoben werden wie wild und ich das Forum (oder besser deren Server) jetzt nicht zumüllen will dachte ich "machste ein Git Repository" auf VS Team Services. Jeder der ein MS Konto hat, und das hat ja jeder der VS hat, kann eingeladen werden und mitwirken bzw. testen. @ErfinderDesRades jetzt könntest du einfach deine Projekt mit rein packen und wir können schön vergleichen wenn es dir recht is…

Zitat von ErfinderDesRades: „Vor allem widerspricht das doch dem öffentlichen Charakter des Forums, wenn nur durch dich autorisierte Leute das downloaden können, wovon hier die Rede ist.“ Am ende wird es einen Anhang geben, aber bis dahin ist es doch unnötig oder? Na wenn du nicht willst schlage was anderes vor, ich finde es für eine gute idee. Zitat von ErfinderDesRades: „welche Sites da alles mit-drinrumschnüffeln wird mir nicht unübel.“ Leicht paranoid? Egal, ich habe ehrlich gesagt keine Lus…

Geht leider bei TFS nicht. Aber ich habe Trebton gefragt. Es wirds Online stellen. Komisch, habe schon einige Leute eigeladen weil sie angefragt haben, hatte niemand probleme. Aber mal sehen. Ich stehe hald mit GitHub auf dem Kriegfuß, ist mir zu unflexibel. Also mal abwarten ok.

Besten Dank @MrTrebron. Jetzt sind hoffentlich alle Glücklich. Brauch nur noch schreiberechte für Push. Bekommst ne PN. Grüße Sascha

@ErfinderDesRades, ist das so in Ordnung für dich? Denke das ist jetzt in deinem Interesse, ich werde nun das TFS Projekt Offline schalten. Grüße Sascha

OK, ich gehe es der Reihe nach durch. Puh Zitat von ErfinderDesRades: „Darüberhinaus wäre das mit dem generierten edmx-Model auch eine Art "Database.First" - wovon MrTrebon gesprochen hat.“ Nicht ganz. Wenn du DataBaseFirst machst wir einmahlig (!!) ein Model generiert. Dieses Model ist dann Stand der Dinge. Änderst du die DB musst du völlig Manuell das ganze Model wieder generieren mit dem Assistenten. Das kann dir aber auch viel zerstören. Zitat von ErfinderDesRades: „Weil wenn wirklich mehrer…

Hallo @hlghyr Zitat von hlghyr: „​Warum benutzt du "Detached" und "Unchanged" ? Das versteh ich nicht.“ Im Grunde einfach um weniger Ergebnisse zurück zu bekommen. Wenn ich es mache wie du beschrieben hast bekomme ich Ergebnisse zurück welche ich ja gar nicht benötige. Wie du richtig sagst frage ich im Select Case nur Added, Deleted, und Modified ab. Also benötige ich auch nur diese Entitäten. Wozu also alle Abrufen? Ist jetzt nicht sooo wichtig für die Performance aber warum soll ich ZU viel la…

Zitat von Mono: „Bei Codefirst gibt es wohl vernünftige Migrationsmöglichkeiten schon von Haus aus mit so einem Migration Tool.“ In meinem Beispiel von dem anderen thread (dem codeFirst VS Modelfirst) habe ich eine automatische Migration eingebaut. diese gibt es nur bei Codefirst. Hier wird beim start das DB Model mit dem des Codes abgeglichen (zur Laufzeit) und evtl. Migriert. Zitat von Mono: „Letztlich scheint mir CodeFirst deutlich flexibler zu sein auch wenn es (aktuell) etwas aufwändiger is…

Zitat von hlghyr: „Doch das "Unchanged" mit der Beschreibung : "Die Entität wird vom Kontext nachverfolgt und ist in der Datenbank vorhanden. Ihre Eigenschaftswerte unterscheiden sich nicht von den Werten in der Datenbank." widerspricht dem doch.“ Ja. Wenn du einen Datensatz abrufst, aber keine Werte änderst ist die Entität Unchanged, änderst du ein Property ändert sich der State auf Changed. du kannst nun irgendwo im Code den State auf Detached ändern. Wenn du nun speicherst werden die in der E…

Zitat von hlghyr: „Es war ein Fehler von mir. Aus irgend einen Grund hatte ich die Operatoren falsch interpretiert.“ Nene, um Gottes willen. Dafür ist der Thread ja da. Wenn dir irgendwas unklar ist Frage bitte einfach. Ausserdem hätte es ja gut sein können das ich da Mist drinnen hab. Grüße Sascha

@ErfinderDesRades Da du bis jetzt kein einziges Commit gemacht hast..... darf man davon ausgehen das sich dieses Thema erledigt hat oder hast du einfach gerade wenig Zeit? Grüße Sascha

OK, also leider ist das Thema ja tot bevor es überhaupt begonnen hat. Bin ich schon ein wenig enttäuscht muss ich sagen, das hätte ein guter vergleich werden können. @MrTrebron vielen Dank für deine Mühe. An alle: Probiert EF aus. Es ist wirklich gut und gerade EF Core ist extrem performant. Grüße Sascha

Hallo @hlghyr Hast dir ja viel Arbeit gemacht. Das Thema ist vermutlich hier erledigt. Das bedeutet aber nicht das du nicht ein Thema aufmachen kannst wenn du irgendwo fragen hast. Mittlerweile bin ich sowieso der Meinung das man eher wenn überhaupt über EF Core reden sollte. EF 6 wird zwar noch weiter entwickelt aber nur solange bis EF Core fertig ist. Mit der nächsten Version im 2. Quartal wir schon so viel drinnen sein das man kein EF 6 mehr verwenden muss, selbst in Produktivsystemen nicht. …

Verstehe ich. Toll das du dir die mühe machst, finde auch recht seltsam das gerade derjenige welcher den Thread aufmacht kein Interesse zeigt. Aber.... wir können gerne ein Thema aufmachen. "EF Core - Was ist anders, was kann es, was kann es nicht" Grüße Sascha

Hallo Das macht nichts, auch fragen sind eine Hilfe. Wenn jemand diese beantworten kann ist hier der ganzen Community geholfen. Vieles ist gleich, die "Anwendung" selbst ist sogar völlig gleich. Es gibt ein paar kleine Unterschiede und auch ein paar Fallstricke (wie auch bei EF6) die es zu beachten gibt. Ansonsten ist der größte Unterschied das es auch allen Plattformen laufen kann, viel performanter ist und die Migrationen anders laufen. Achja, und OutOfTheBox kein ModelFirst oder DBfirst, nur …

Kleiner Tip. Mach mal ein paar Tests. Ein bereits bestehendes umzustellen ist mitunter sehr viel Arbeit und birgt sehr viele Hindernisse. Sei vorsichtig. Mach lieber ein neues Testprojekt wo du ein wenig rumspielen kannst. Denn auch wenn die art und weise wie man Daten abruft oder speichert gleich blieb ist doch einiges anders wie z.b. das es noch(!!) kein korrektes LazyLoading gibt. Ich persönlich hatte LazyLoading eh noch nie gerne gesehen und würde mir wünschen sie hätten es von der Agenda ge…

Hallo Der einzige Unterschied ist nur das man die Zwischentabelle "selbst" erstellen und angeben muss. Bin ich aber fast schon ein Freund davon. Ich entscheide gerne selbst was ich mache. Wenn ich eine DB erstelle und ich mache DB First dann erstelle ich ja auch die Zwischentabelle selbst. Also warum nicht bei CodeFirst auch. MS will das aber nachreichen. Derweil mache es einfach so: Diese hier in der Doku. Grüße Sascha

Zitat von Mono: „Man kann auch mit EF Core DB First umsetzen. Zumindest für den Anfang. Es gibt bei den Tools ein Scaffold DbContext mit dem man zumindest einmalig den Code für den Context und die Entities aus einer DB erstellen lassen kann. Nur für die Migrations gibt es aktuell noch nix und dafür muss man dann Änderungen quasi manuell machen. Aber mit einem Scaffold Projekt kann man sich zumindest einfach immer alles ziehen und dann nur hin und her kopieren.“ Stimmt. Gebe ich dir recht. Nur, i…

Ich beziehe mich da jetzt aber auf EFCore welches dies nicht mehr macht und ausserdem z.b. auch automatisches Batching beherrscht. Weiters sind in EFCore die Abfragen weit schöner da diese anders als in EF bis V6 den Provider überlassen werden. Aber das kann man alles nachlesen. Grüße Sascha