{"id":55000045,"date":"2016-08-01T00:00:00","date_gmt":"2020-03-27T19:21:02","guid":{"rendered":"http:\/\/access-im-unternehmen.aix-dev.de\/aiu\/?p=45"},"modified":"-0001-11-30T00:00:00","modified_gmt":"-0001-11-30T00:00:00","slug":"Datenbanken_erstellen_mit_dem_SSMA","status":"publish","type":"post","link":"https:\/\/vbentwickler.de\/Datenbanken_erstellen_mit_dem_SSMA\/","title":{"rendered":"Datenbanken erstellen mit dem SSMA"},"content":{"rendered":"

Wer von Access kommt und nun Anwendungen auf Basis von WPF, C# und dem Entity Framework erstellen möchte, wird feststellen, dass dies mit Access-Datenbanken als Backend nicht gelingt – es lässt sich schlicht kein Entity Framework für Access-Datenbanken erstellen. Da kann es dann hilfreich sein, wenn Sie, nachdem wir uns bereits mit der Migration von Access zum SQL Server beschäftigt haben, auch neue Datenbanken im SQL Server erstellen können. Dieser Artikel zeigt die wichtigsten Techniken für die Erstellung von Datenbanken über die Benutzeroberfläche des Microsoft SQL Server Management Studios (SSMA).<\/b><\/p>\n

Mit der für kleine Unternehmen kostenfreien Community Edition des SQL Servers oder auch mit den kostenpflichtigen Versionen kommt auch das SQL Server Management Studio auf Ihren Rechner. Das ist ein Tool, mit dem Sie Datenbanken verwalten können – und dazu gehört natürlich auch das Erstellen neuer Datenbanken.<\/p>\n

Datenbanken für das Entity Framework<\/h2>\n

Wenn Sie einmal eine Migration einer reinen Access-Datenbank zu einer Kombination aus Access-Frontend und SQL Server-Backend durchgeführt haben, waren Sie sicher nicht mit der Migration der Tabellen zufrieden. Stattdessen haben Sie auch noch Stored Procedures, Trigger und weitere SQL Server-spezifische Objekte erstellt, um Geschäftslogik auf den SQL Server zu transferieren.<\/p>\n

Bei Verwendung des Entity Frameworks ist das nicht notwendig. Hier reicht es aus, wenn die Tabellen mit den Daten auf dem SQL Server landen, die Geschäftslogik soll in anderen Schichten der Anwendung untergebracht werden. Wie und wo dies geschieht, werden wir uns in späteren Artikeln ansehen.<\/p>\n

Fürs Erste reicht es uns, zu wissen, dass wir vom Entity Framework aus direkt auf die Tabellen der Datenbank zugreifen und dass diese die Informationen liefern, um das Entity Framework auf Basis der Tabellen und ihrer Beziehungen untereinander aufbauen zu können.<\/p>\n

Dies ist erfordlich, wenn Sie das Entity Framework auf Basis der Tabellenstruktur erstellen wollen. Der Assistent kann dann Informationen über Primärschlüssel- und Fremdschlüsselfelder direkt in entsprechende Beziehungen umwandeln.<\/p>\n

Benennung von Tabellen und Feldern<\/h2>\n

Der Entity Framework-Assistent übernimmt die Bezeichnungen von Tabellen und Feldern für die zu erstellenden Klassen. Das heißt, dass Sie sich wohl oder übel von einigen unter Access liebgewonnenen Gewohnheiten verabschieden sollten.<\/p>\n

Dort haben Sie Tabellen vermutlich mit dem Präfix tbl <\/b>ausgestattet und den Rest der Tabelle entsprechend dem Plural der enthaltenen Elemente benannt, also beispielsweise tblKunden<\/b>.<\/p>\n

Dies würde dazu führen, dass die Klasse im Entity Framework, welche die Datensätze der Tabelle tblKunden <\/b>abbildet, automatisch auch tblKunden <\/b>heißen würde. Das entspricht nicht den gängigen Benennungen für Klassen, die erstens im Singular und zweitens ohne Präfix erscheinen sollten – in diesem Fall also einfach Kunde<\/b>. <\/p>\n

Nun gibt es im Entity Framework-Assistenten sogar eine Option, mit der man abfangen kann, dass die Tabellen entsprechend dem Plural der gespeicherten Elemente benannt sind.<\/p>\n

Dabei ist die Option allerdings nur auf den Plural für englische Benennungen optimiert (und somit auf das angehängte s <\/b>für den Plural), sodass Customers <\/b>in Customer <\/b>geändert werden kann. Bei Kunden <\/b>und Kunde <\/b>sieht es anders aus, sodass wir zwei Möglichkeiten für unsere deutschsprachig benannten Tabellen haben: entweder wir benennen diese direkt im Singular oder wir vergeben Plural-Namen. In beiden Fällen müssen später etwa bei Verwendung im Entity Framework noch die eine oder andere individuelle Anpassung vornehmen.<\/p>\n

Wenn Sie eine Anwendung auf einer bereits vorhandenen Datenbank aufbauen müssen, bleibt Ihnen aber ohnehin keine Wahl – dann sind spätere Optimierungen sowieso unumgänglich, wenn Sie mit vernünftigen Klassennamen arbeiten wollen.<\/p>\n

In diesem Artikel wollen wir uns auf eine Datenbank konzentrieren, die auf der neuen LocalDB<\/b>-Instanz läuft – ein Feature, das seit der Version 2012 mit Visual Studio geliefert wird.<\/p>\n

Um mit dem SQL Server Management Studio zu arbeiten, benötigen Sie eine entsprechende Installation. Die Software können Sie auf verschiedene Arten auf den Rechner bringen, beispielsweise durch Installation eines entsprechenden SQL Server-Pakets (siehe Artikel SQL Server 2014 Express installieren<\/b>).<\/p>\n

Wenn Sie, wie im vorliegenden Artikel beschrieben, eine neue SQL Server-Datenbank mit der Datenbank-Engine LocalDB <\/b>erstellen wollen, brauchen Sie nicht das komplette SQL Server-Paket, das Ihnen nicht nur eine Menge Speicherplatz auf der Festplatte belegt, sondern auch eine Menge Zeit bei der Installation raubt. Also installieren Sie einfach nur das SQL Server Management Studio, das Sie unter dem folgenden Link finden:<\/p>\n

https:\/\/msdn.microsoft.com\/de-de\/library\/mt238290.aspx<\/pre>\n
Dies liefert die Datei SSMS-Setup-DEU.exe, welche Sie einfach ausführen.<\/p>\n
Mit LocalDB verbinden<\/h2>\n
Um sich mit dem als Datenbankserver verwendeten LocalDB zu verbinden (oder auch mit einem anderen Datenbankserver wie etwa der Vollversion des SQL Servers), starten Sie das SQL Server Management Studio. Es erscheint der Dialog aus Bild 1, der Sie zur Eingabe des Servernamens auffordert.<\/p>\n
\"Mit<\/p>\n
Bild 1: Mit dem SQL Server verbinden – hier mit LocalDB<\/span><\/b><\/p>\n
Verwenden Sie die Standardinstanz von LocalDB, geben Sie einfach folgenden Ausdruck ein:<\/p>\n
(localdb)\\MSSQLLocalDB<\/pre>\n
Sie können auch das Kombinationsfeld aufklappen, um die Suche nach den verfügbaren SQL Servern zu starten, aber dies nimmt eine Menge Zeit in Anspruch – schneller geht es mit der direkten Eingabe.<\/p>\n
Für den Zugriff auf eine benannte Instanz von LocalDB geben Sie statt MSSQLLocalDB den entsprechenden Namen der Instanz an.<\/p>\n
Datenbank anlegen<\/h2>\n
Nach erfolgreichem Verbindungsaufbau können Sie gleich eine neue Datenbank anlegen, und zwar über den Eintrag Neue Datenbank des Kontextmenüs des Elements Datenbanken im Objekt-Explorer (siehe Bild 2).<\/p>\n
\"Anlegen<\/p>\n
Bild 2: Anlegen einer neuen Datenbank<\/span><\/b><\/p>\n
Der folgende Dialog namens Neue Datenbank erwartet die Eingabe der Bezeichnung für die Datenbank (siehe Bild 3). Geben Sie hier den Text Bestellverwaltung an und klicken Sie auf OK, um die Änderung zu übernehmen und den Dialog zu schließen. Unter Pfad können Sie außerdem angegeben, in welchem Verzeichnis die beiden Datenbankdateien gespeichert werden sollen.<\/p>\n
\"Angabe<\/p>\n
Bild 3: Angabe des Datenbanknamens<\/span><\/b><\/p>\n
Tabellen anlegen<\/h2>\n
Die erste Tabelle legen Sie nun an, indem Sie unter Bestellverwaltung mit der rechten Maustaste auf das Element Tabellen klicken und den Eintrag Tabelle… des Kontextmenüs auswählen (siehe Bild 4).<\/p>\n
\"Neue<\/p>\n
Bild 4: Neue Tabelle anlegen<\/span><\/b><\/p>\n
Es erscheint nun die Ent-wurfs-ansicht der neuen Tabelle.<\/p>\n
Diese liefert drei wichtige Bereiche (siehe Bild 5):<\/p>\n
\"Entwurfsansicht<\/p>\n
Bild 5: Entwurfsansicht einer neuen Tabelle<\/span><\/b><\/p>\n