Suchergebnisse

Hallo, Kurze Frage zur Entwicklungsumgebung, hat allerdings auch etwas mit Datenbanken zu tun, daher hoffentlich in der richtigen rubrik. Wie hier(Screenshot) beschrieben, kann ich "Elemente" aus Datenbanken in eine *.dbml Datei droppen. Ich habe mittlerweile auch schon mehrere Videos gefunden, um zu sehen was andere exakt machen, und sie können tatsächlich immer eine Tabelle nehmen und da rein droppen, bei mir tut sich allerdings nix, was mich irgendwie frustet :S. Es kommt auch keinerlei Fehle…

Okay immerhin bekomme ich jetzt ne Fehlermeldung (beim kopieren): Wie gesagt, sehen und bearbeiten kann ich die Tabelle wunderbar. Ich werde versuchen, die zu lösen.

Da ich richtig einsteigen möchte: Welche Anleitungen würdest du empfehlen? @ErfinderDesRades PS: Da ich das Problem nicht lösen konnte, werde ich von nun an wenn möglich die Visual Studio Version 2013 Ultimate verwenden. Ich hoffe, das das entsprechende Problem in der neuen Entwicklungsumgebung dann gelöst ist. Ich markiere dies als erledigt, sobald der Fall.

Danke! Sobald ich wieder eine Entwicklungsumgebung habe, werde ich die Tutorials ausprobieren.

Okay zunächst die Einschräunkung, dass ich bei meiner Datenbank SQL Compact Edition verwende, die beiden Tutorials von @thefiloe beziehen sich ja beide auf MySQL. Insofern kann ich jetzt nicht sagen, obs da irgendwelche inkopatibiläten gibt. Sobald allerdings die "Datenverbindug steht", funktioniert das ganz gut. Meine Ansprüche sind ja nicht so speziell, dass ich mir die Mühe machen muss, einen eigenen Mapper und Persister für jedes Objekt zu schreiben und eine eigene Klasse für den Datenzugrif…

Also mittlerweile kann ich ziemlich genau das nachbauen, was in den VierView exemplarisch dargestellt ist, wobei ich sagen muss, wenn ich das etwas üben würde, bräuchte das vielleicht höchstens 10-15 Minuten, soetwas zu entwickeln. Die Auto-code-generierung greift einem schon unter die Arme und das war ja eigentlich auch mein Ziel, muss ich ja ehrlich gestehen! Gerade das Datenbankskript. Vorher hab ich übrigens immer den DBGenerator genutzt, sollte gerade dir bekannt vorkommen :D, mit dem ich ü…

Also dein Model umzusetzten und damit so zu arbeiten kriegt man ja hin (siehe Anleitung). Was ich jetzt noch nicht durchschaut habe, ist das Databinding mit dem Model (Seit EF5 oder EF6 ist das meineswissens die Basis-Klasse DBContext) und ich habs noch nicht so ganz verstanden, wie man die an das DataGridView bindet). Ich sitzte derzeit leider an einem Macbook, aber ich versuche demnächst etwas hier hoch zu laden.

Ich glaube wir haben hier unterschiedliche Vorstellungen von dem Modell. Ich verstehe unter dem Modell ein Modell, mit dem ich objektorientiert arbeiten und mir sicher sein kann, dass die Daten auch persistent sind. Mit objektorientiert arbeiten meine ich, dass ich das Objekt so behandeln kann, als befände es sich nur als ein Object im Arbeitsspeicher. Das Modell mit seinen Sub-Routinen speichert sich dann selber, sofern dazu von mir aufgefordert. Was hinter diesem Thema (jetzt nicht speziell di…

Okay, das geht nicht so ohne weiteres, da würde ich dann ein eigenes Control für entwickeln, aber das wäre unnötig, weils das bessere DGV ja schon gibt. CRUD an sich geht schon, allerdings - wie gesagt - nur im Code, bzw manuell gebindet. Mit DBContext soll das Binden ja (angeblich) gehen, ich versuchs mal weiter... Hast du dich denn früher mal mit dem Problem befasst? Also das CRUD Binding eines .edmx models an eine DGV? PS: Zitat von ErfinderDesRades: „Viele Progger äussern sich ja abfällig üb…

Ja, gut zu wissen, dass das nicht nur bei mir so ist. Ich dachte ja, dass wenn ein DataSet kompatibel ist, dann das (hattest du ja weiter oben erwähnt) neuere ADO.net auch kompatibel... War wohl nix. Mir ist aber ein bisschen mehr aufgefallen, Entities anzeigen scheint wohl zu gehen, solange keine Referenzen (Schlüsselspalten zu anderen Entities) mit angezeigt werden. Die Methode, erst die spalten zu laden, sobald sie vom Benutzer angezeigt werden könnten, ist zwar performant(er), allerdings ist…