Wenn Foldername gefüllt ist, wird ein Verzeichnis erstellt, wo die Dateien reinkommen.
[crayon-664941cdda57e216039617/]
[crayon-664941cdda584490327268/]
In Verbindung mit MVC kann der Stream nun Chunk-weise ausgegeben werden:
[crayon-664941cdda586407794356/]
Da ich von Entity Framework 6 aus Perfomancegründen überhaupt nicht zufrieden bin, frage ich mich ernsthaft, wie einige das produktiv einsetzen.
Daraufhin habe ich nach einer Alternative gesucht und bin bei Dapper, einem Projekt von Source stehen geblieben. Hier möchte ich einmal kurz zeigen, wie man mit Dapper eine Liste mit dem erstellten SQL Join erstellt.
Beispiel:
Wir haben in der SQL Datenbank eine Tabelle Automarken und eine andere mit Modelle.
Automarke: Id | Bezeichnung |
Modelle: Id | Bezeichnung | AutomarkeId
Es ist nicht schwer zu erkennen, dass hier eine 1:n Beziehung existiert.
Jetzt wollen wir das ganze in C# abbilden. Dazu bauen wir uns 2 Klassen
[crayon-664941cdda79c327988669/]
Wir wollen nun eine List<Automarken> gefüllt mit allen Modellen der Automarken haben. Wie machen wir das?
Vielleicht hat der eine oder andere bereits eine Idee, aber denkt mal an die Performance.
Hier kommt Dapper ins Spiel. Dapper mappt für mich mit wenigen Zeilen Code eine Collection ganz nach meinem Geschmack.
Wie das geht, zeige ich hier….
Im Grunde war dies auch schon. Ich habe Bemerkungen im Programmcode angefügt, damit es direkt verständlicher ist.
[crayon-664941cdda7a0463012409/]
Ich will es mal kurz halten :
Casten ist nicht konvertieren, es ist eher eine Typzuweisung. Da in C# alles vom Typ Object erbt, können wir dem Object alles zuweisen was wir wollen. Um dann dem Compiler zu sagen, dieses Object ist aber vom Typ String und besitzt dementsprechend seine Eigenschaften, müssen wir es Casten. Dazu gibt es 2 Möglichkeiten : Einmal die (class) Object und die Object as class Möglichkeit.
Der Unterschied der beiden ist, dass im ersten sobald nicht gecastet werden kann eine Exception aufgerufen wird. Beim as casten wird das Object null.
Je nach Anwendungsfall ist beides Sinnvoll
Lange habe ich nach einer vernünftigen Lösung gesucht, um riesige Datenmengen schnell in die Datenbank zu schreiben.
Als Quelle steht uns eine List<Class> mit der Klasse zur Verfügung, die der Datenbanktabelle gleicht und jede Menge Inhalte enthält. Versucht man diese Liste nun über das Entity Framework in die Datenbank zu jagen, merkt man schnell, dass das Entity Framework an seine Grenzen stößt. Alternativ haben wir das von der SQLCopy Klasse die BulkInsert() Methode, die aber nur Inserten kann. Findet das BulkInsert einen Index/Primärschlüssel, der bereits vorhanden ist, wird die ganze Show abgebrochen. Wie toll wäre es nun, wenn es nicht abbrechen würde, sondern diese Zeile einfach updated. Und das ganze Superschnell. Ich habe Testweise 10.000 Einträge in 400ms und 1.000.000 in 1 min in die Datenbank bekommen.
Methode Upsert:
[crayon-664941cdda952752648939/]
Methode BulkInsert:
[crayon-664941cdda957379962985/]
und die beiden Extension Methods:
[crayon-664941cdda959555266826/]
Angewendet wird das ganze ganz einfach so:
Bitte auf die tatsächlichen Primärschlüssel, Indizes und NOT NULL Schlüssel/Attribute achten. Ansonsten kommt man schnell zu einem Fehler
[crayon-664941cdda95a797950226/]
Wer kennt das nicht, da muss man z.B. einen SQL String basteln, der Werte aus Variablen zusammen setzen muss.
Hierfür haben wir die 3 Variablen, die in die Personen Tabelle hinzugefügt werden müssen:
[crayon-664941cddabae216275179/]
Mein Ziel in diesem Tutorial ist es, das neue ASP.Net 5 oder ASP MVC 6 mit dem Entity Framework 7 auszustatten. Dazu soll eine Tabelle Personal mit einer Adresstabelle in einer n:m Beziehung stehen. Na dann… lets go.
Unter Web finden wir in Visual Studio 2015 den Eintrag ASP.NET Web Application
Es ist egal, ob wir ein leeres Projekt, die Web API oder Web Application wählen. Dies sind nur die Vorlagen. Wichtig ist nur, einen aus den unteren ASP.NET 5 Templates zu wählen
Ich habe meine Klassen gerne kategorisiert und daher lege ich für die Datenbank Modelle einen Ordner dbModels an.
2. Entity Framework 7 installieren und Klassen anlegen
a) Entity Framework installieren
mit Alt + T + N + O rufen wir die Nuget Console auf und geben dort folgendes ein um die neuste EF7 zu installieren:
[crayon-664941cddad99163062282/]
und dann noch die Commands:
[crayon-664941cddad9e285546755/]
Da das ganze noch in den Kinderschuhen ist, hat bei mir in der project.json Datei die Abhängigkeit zu den Commands gefehlt. Diese muss man evtl. manuell nachbessern. Dazu in der project.json Datei
[crayon-664941cddada0387054225/]
mit
[crayon-664941cddada2556360726/]
ersetzen. Und gleichzeitig einen Blick drauf werden, ob unter dependencies EF und Commands richtig instelliert sind:
[crayon-664941cddada4475989110/]
Falls man eine Änderung vornehmen musste, Project speichern, schließen und als Administrator neu aufmachen.
b) Code First Modell erstellen
Jetzt kann man das Abbild der Datenbank, das Modell der Personen Tabelle als Klasse in den neu angelegten Ordner erstellen:
[crayon-664941cddada7919795894/]
wobei die PersNr später der PrimaryKey sein wird. Heißt eine Property Id, dann erkennt Entity Framework diese automatisch als PrimaryKey an.
c) dbContext Klasse erstellen
Auch EF7 arbeitet mit einer Klasse, die von DbContext erbt. Hier legen wir Grundlegende Eigenschaften zur Verbindung und den Modellen an. Ich habe diese Klasse ebenfalls in den dbModels Ordner gelegt.
[crayon-664941cddadaa278804683/]
Der 1.Teil mit dem Konstruktor ist da, der sagt, wenn die Datenbank nicht vorhanden ist, so soll doch bitte eine erstellt werden.
Der 2. Teil OnConfiguring: Hier gebe ich den Datenbankpfad an.
Der 3. Teil von OnModelCreating, hier kann ich unter anderem den Tabellennamen und den Namen des Schemas wählen. Ich habe das gerne, dass zusammenhängende Tabellen einen gemeinsamen Namen bekommen. Per Standard heißt das Schema immer dbo.
Der 4. Teil ist eine Property der dbContext Klasse vom Typ DbSet, damit wir über diese später Daten lesen,einfügen,ändern und löschen können.
d) Migration erstellen
Nun ist es an der Zeit eine Datenbankverbindung zu testen und gleichzeitig eine erste Migration zu erstellen.
Dazu öffnen wir wieder die NuGet Console.
Da wir mit ASP.Net 5 arbeiten, gelten für uns nicht die alten Entity Framework Befehle, sondern die von DNX. Diese verlang von uns, dass wir die Befehle dort ausführen, wo sich die Datei befindet. Die EF Dateien befinden sich in der Ordnerstruktur src/[Projektname].
Navigieren kann man mit cd Ordnername nach vorne bzw. cd ..\ einen Satz zurück. Mit dir bekommt man eine Übersicht.
Konkret muss man in den Ordner src\ProjektName wechseln
Nun gibt man dort folgendes ein:
[crayon-664941cddadac907618601/]
Dann sollte man auch ein Done. Als Bestätigung bekommen. Weiterhin sieht man nun einen Ordner Migrations und in der Datenbank ist die Datenbank angelegt worden mit der Tabelle Personal
3. Klasse Adresse erstellen, welche eine Beziehung zu der Klasse Personal hat
Jetzt erstellen wir eine weitere Klasse Adress
Eine Adresse kann nur einer Person gehören. Daher bekommt jede Adresse nur eine Person zugewiesen. Gäbe es einen Fall, wo die Beziehungsklasse mehrere Personen enthalten kann, so würde man dies in eine ICollection<Person> packen.
[crayon-664941cddadae760987148/]
4. Default Connection String
Im Punkt 2c) haben wir einen Connection String direkt eingetragen. Will man das Projekt eines Tages publizieren, könnte man ihn so nicht ändern. Deshalb müssen wir diesen Connection String auslagern. Dazu erstellt man eine neue config.json Datei mit der Vorlage von ASP.NET Configuration File
und schreibt dort den Connection String rein.
Weiter muss nun auch die startup.cs angepasst werden:
Dazu erstellt man in den Ordner Views eine neue cshtml Datei, welche als Template dienen soll. Um diese vor anderen Views zu trennen empfiehlt es sich diese Template cshtml Seiten im shared Verzeichnis zu sichern.
Dieses Template kann z.B. ein Logo und den Footer beinhalten, die jede oder nur einige der Html Seiten beinhalten soll.
[crayon-664941cddb04e193070072/]
Die Razor Anweisung @ViewBag.Title erlaubt es dann später jeder View einen anderen Titel vergeben zu können.
Die Anweisung @RenderBody() sagt aus, das hier der Inhalt der anderen Views stehen wird.
Im Controller kann man, wenn man nun eine neue View erstellt diese Template View auswählen:
Anschließend lässt sich im ViewBag.Title der Titel Der Seite anpassen und im Layout sehen wir wohin der Verweis führt.
Im unteren Block lässt sich nun einfach nur der gewünschte Inhalt anpassen
[crayon-664941cddb052982323649/]
Sections
Mann kann aber auch Innerhalb von Template Seiten an bestimmten Stellen Sektionen anfügen, die die Views mit eigenem Inhalt füllen soll.
[crayon-664941cddb053522320852/]
und in der View:
[crayon-664941cddb054133083966/]
Eigentlich ist die Razor Syntax recht einfach gehalten, dennoch vergisst man sie schnell, wenn man nicht oft damit arbeitet.
Möchte man aus dem Controller etwas an die View übergeben, eignet sich der seit ASP 3 eingeführte dynamische Datentyp ViewBag. Dazu erstellt man im Controller einen neuen ViewBag: ViewBag.VariablenName = “Wert”;
und gibt diese in der View mit @ViewBag.VariablenName einfach aus. Ein casten ist hiermit nicht notwendig.
Wer kennt es nicht, in der Entwicklungsumgebung funktioniert die programmierte Software einwandfrei, auf einem anderen Testrechner aus unbekannten Gründen leider nicht mehr.
Um den Fehler schnell zu finden bieten sich Logfiles an. Gut dass .Net von Haus aus die Klasse Trace im namespace System.Diagnostics eine Lösung bietet.
Eine kleines Beispiel: