Unter WPF gibt es verschiedene Wege, um zu definieren, was in einem Fenster beim Bet\u00e4tigen der Escape-Taste geschehen soll. Sie k\u00f6nnten beispielsweise die Ereignisse abfangen, die beim Dr\u00fccken einer Taste ausgel\u00f6st werden und dabei pr\u00fcfen, ob der Benutzer die Escape-Taste gedr\u00fcckt hat. Meist jedoch gibt es eine Schaltfl\u00e4che, welche die gleiche Funktion bereithalten soll wie die Escape-Taste \u2013 zum Beispiel das Schlie\u00dfen des Fensters \u00fcber eine Abbrechen-Schaltfl\u00e4che ohne Speichern der Daten. Wie dies ganz einfach mithilfe des Attributs \u00bbIsCancel\u00ab erledigen, zeigt der vorliegende Artikel.<\/p>\n
Zum Artikel …<\/a><\/p>\n In einigen der vorherigen Ausgaben haben wir uns mit dem Erstellen eines Entity Data Models auf Basis auf Access-Datenbanken konzentriert. Dabei haben wir aus dem Datenmodell der Access-Datenbank ein Entity Data Model erstellt, mit dem dann die SQL Server-Datenbank angelegt werden konnte. Nun wollen wir den vermutlich nicht so seltenen Fall betrachten, dass bereits eine SQL Server-Datenbank existiert. Dabei zeigen wir, wir Sie das Entity Data Model erstellen und damit auf die in der SQL Server-Datenbank enthaltenen Daten zugreifen k\u00f6nnen \u2013 und wie Sie die Namen von Entit\u00e4ten und Eigenschaften angleichen, wenn die in den Tabellen und Feldern verwendeten Namen nicht passen.<\/p>\n Zum Artikel …<\/a><\/p>\n Unter WPF haben Sie verschiedene M\u00f6glichkeiten, eine Schaltfl\u00e4che festzulegen, die beim Bet\u00e4tigen der Eingabetaste ausgel\u00f6st wird. Die einfachste ist die \u00fcber das Attribut \u00bbIsDefault\u00ab einer Schaltfl\u00e4che. Stellen Sie dieses auf den Wert \u00bbTrue\u00ab ein, wird die normalerweise durch Schaltfl\u00e4che ausgel\u00f6ste Ereignismethode auch beim Bet\u00e4tigen der Eingabetaste ausgel\u00f6st. Unter welchen Voraussetzungen das geschieht, zeigt dieser Artikel.<\/p>\n Zum Artikel …<\/a><\/p>\n In letzter Zeit habe ich gelegentlich \u00c4nderungen an den Tabellen verschiedener SQL Server-Datenbanken vorgenommen. Einige \u00c4nderungen dienten der Erweiterung um neue Felder, andere haben Prim\u00e4rschl\u00fcssel, Indizes, Beziehungen und andere Elemente angepasst. Die betroffenen Tabellen enthalten teilweise sehr viele Daten, sodass SQL Server recht viel Zeit beanspruchte, die Tabellen zu \u00e4ndern. Teilweise gab es Fehler, weil Zeitlimits \u00fcberschritten wurden. Teilweise konnten aber auch neue Beziehungen oder Indizes nicht angelegt werden, weil die Integrit\u00e4t der Daten nicht gegeben war. Dieser Artikel zeigt, welche Einstellungen Sie dann \u00e4ndern k\u00f6nnen und welche Ursachen es gibt, wenn all dies nichts hilft.<\/p>\n Zum Artikel …<\/a><\/p>\n Wenn Sie ein Code First-Entity Data Model entwerfen, gibt es bestimmte Konventionen, die standardm\u00e4\u00dfig greifen. So hei\u00dfen Entit\u00e4ten wie der Singular der zugrunde liegenden Tabellennamen oder der Prim\u00e4r- und Fremdschl\u00fcssel werden aus Feldern abgeleitet, welche die Zeichenkette ID enthalten \u2013 gegebenenfalls kombiniert mit dem Entit\u00e4tsnamen. Wenn Sie mit einem Datenmodell daherkommen, dessen Tabellen das Pr\u00e4fix \u00bbtbl\u00ab mitbringen, wollen Sie dieses nicht in den Entit\u00e4tsnamen wiederfinden und gegebenenfalls m\u00f6chten (oder m\u00fcssen) Sie auch noch Feldnamen \u00e4ndern und diese anschlie\u00dfend mappen. Eine M\u00f6glichkeit dazu finden Sie in den Methoden der Fluent Api, die wir in diesem Artikel beschreiben.<\/p>\n Zum Artikel …<\/a><\/p>\n Wenn Sie ein Code First-Entity Data Model entwerfen, gibt es bestimmte Konventionen, die standardm\u00e4\u00dfig greifen. So hei\u00dfen Entit\u00e4ten wie der Singular der zugrunde liegenden Tabellennamen oder der Prim\u00e4r- und Fremdschl\u00fcssel werden aus Feldern abgeleitet, welche die Zeichenkette ID enthalten \u2013 gegebenenfalls kombiniert mit dem Entit\u00e4tsnamen. Wenn Sie mit einem Datenmodell daherkommen, dessen Tabellen das Pr\u00e4fix \u00bbtbl\u00ab mitbringen, wollen Sie dieses nicht in den Entit\u00e4tsnamen wiederfinden und gegebenenfalls m\u00f6chten (oder m\u00fcssen) Sie auch noch Feldnamen \u00e4ndern und diese anschlie\u00dfend mappen. Eine M\u00f6glichkeit dazu bieten die DataAnnotations, die wir in diesem Artikel beschreiben.<\/p>\n Zum Artikel …<\/a><\/p>\n Vielleicht ben\u00f6tigen Sie zu irgendeinem Zweck einmal eine SQL Server-Beispieldatenbank. Microsoft stellt eine solche zur Verf\u00fcgung: Diese hei\u00dft AdventureWorks und steht in verschiedenen Versionen zum kostenlosen Download bereit. Dieser Artikel zeigt, wo Sie diese Beispieldatenbank finden und wie diese aus einem Backup auf ihrem Rechner wiederherstellen.<\/p>\n Zum Artikel …<\/a><\/p>\n Wer von Access kommt, kennt die dort verf\u00fcgbare Darstellung von Daten in Berichtsform. Berichte lassen sich mit wenigen Kenntnissen zusammenklicken und werden dann Teil der Datenbankdatei. Wenn Sie in Mehrbenutzerumgebungen Daten als Bericht anzeigen wollen und dabei regelm\u00e4\u00dfig neue Berichte erstellen, wird das recht aufw\u00e4ndig \u2013 neue Berichte m\u00fcssen dann immer in Form eines neuen Backends verteilt werden. Oder Sie erstellen ein eigenes Backend nur f\u00fcr die Berichte. Wie auch immer: Wenn Sie .NET-Anwendungen programmieren, stehen die Access-Berichte nicht mehr bereit. Eine Alternative lautet SQL Server Reporting Services. Diese bieten einen anderen Ansatz als die Access-Berichte: Sie stellen ihre Daten \u00fcber eine Service bereit, den Sie \u00fcber den Browser nutzen k\u00f6nnen. Der Benutzer ben\u00f6tigt also noch nicht einmal Zugriff auf eine Datenbankanwendung, um Berichtsdaten einzusehen. Der vorliegende Artikel liefert grundlegende Informationen \u00fcber die SQL Server Reporting Services.<\/p>\n Zum Artikel …<\/a><\/p>\n Der Vorteil von Microsoft Access ist: Man bekommt alles aus einer Hand. Tabellenentwurf, Abfragedesigner, Formulare, Programmierumgebung und \u2013 Tools zur Berichtserstellung. Bei der Datenbank mit Visual Studio gibt es so viele M\u00f6glichkeiten, die aber alle irgendwie viel gr\u00f6\u00dfer und komplizierter erscheinen als das, was der Berichtsdesigner von Access bietet. Fr\u00fcher oder sp\u00e4ter wollen wir aber auch in DATENBANKENTWICKLER das Thema Reporting behandeln und deshalb schauen wir uns in dieser Artikelreihe die M\u00f6glichkeiten der SQL Server Reporting Services an. Da SQL Server mittlerweile in einer Community Version kommt, die f\u00fcr den privaten Einsatz kostenlos ist, steht dem Ausprobieren auch nichts im Wege. Der vorliegende Artikel ist eine Neuauflage des Artikels \u00bbReporting Services: Installation und Start\u00ab (www.datenbankentwickler.net\/****). Diese ist notwendig, weil sich einige Schritte beim Installieren ge\u00e4ndert haben.<\/p>\n Zum Artikel …<\/a><\/p>\n In den bisherigen Berichten \u00fcber die Erstellung von Berichten mit den Reporting Services haben wir einen Aspekt noch nicht betrachtet: Wie kann der Benutzer eigentlich auf die Berichte zugreifen? Immerhin ben\u00f6tigen wir f\u00fcr die Definition von Reporting Services immer eigene Projekte, die parallel beispielsweise zu unseren WPF-Anwendungen erstellt werden m\u00fcssen. Dieser Artikel bringt Licht ins Dunkel und zeigt, wie Sie Berichte im Web-Portal \u00f6ffnen und diesen auch noch Parameter zum Filtern von Daten \u00fcbergeben k\u00f6nnen. Au\u00dferdem zeigen wir, wie Sie Bericht von WPF-Anwendungen aus aufrufen.<\/p>\n Zum Artikel …<\/a><\/p>\n Neben Visual Studio gibt es noch ein weiteres, wesentlich schlankeres Tool zum Definieren von Berichten auf Basis der SQL Server Reporting Services. Dieses Tool hei\u00dft Report Builder und kann kostenlos bei Microsoft heruntergeladen werden. Es bietet sich als Alternative f\u00fcr solche Anwendungszwecke an, wo nur Berichte designed werden sollen und die \u00fcbrigen Funktionen von Visual Studio nicht erforderlich sind. Dieser Artikel zeigt, wie Sie den Report Builder installieren und verwenden.<\/p>\n Zum Artikel …<\/a><\/p>\n Wenn Sie die Reporting Services nutzen wollen, um Berichte anzuzeigen, ben\u00f6tigen Sie dazu vor allem eines: Die Daten, die in den Berichten abgebildet werden sollen. Sie k\u00f6nnen nicht einfach wie in einer Access-Datenbank auf die Daten der aktuellen Datenbank zugreifen. Reporting Services sind vielmehr eine von den Datenquellen getrennte Instanz, der Sie erst einmal bekanntgeben m\u00fcssen, welche Daten verwendet werden sollen. Das erledigen Sie mit der Definition sogenannter Datenquellen. Diese definieren Sie in verschiedenen Anwendungen. Alles rund um die Definition von Datenquellen f\u00fcr Reporting Services erfahren Sie in diesem Artikel!<\/p>\n Zum Artikel …<\/a><\/p>\n Wenn Sie ein Reporting Services Projekt erstellt haben, ben\u00f6tigen Sie vor dem Anlegen von Berichten zwei Dinge: eine Datenquelle, auch Datasource genannt, und eine Art Abfrage, wie bei den Reporting Services Dataset genannt werden. Wie Sie Datenquellen auf verschiedene Arten erstellen, haben wir im Artikel \u00bbReporting Services Datenquellen\u00ab erl\u00e4utert. Im vorliegenden Artikel beschreiben wir, wie Sie mithilfe von Datasets die Daten f\u00fcr Ihren Bericht zusammenstellen und welche unterschiedlichen M\u00f6glichkeiten es daf\u00fcr gibt. Dabei schauen wir uns wieder Visual Studio, den SQL Server Report Builder und das Web-Portal der Reporting Services an.<\/p>\n Zum Artikel …<\/a><\/p>\n Ein Dataset, das als Datenquelle eines Berichts der Reporting Services dient, ist selten statisch aufgebaut \u2013 also so, dass er immer alle Daten einer Tabelle oder Abfrage liefert oder einen bestimmten Teil. Stattdessen sollen Berichte oft Daten liefern, die sich auf einen bestimmten Zeitraum beziehen, auf einen bestimmten Kunden oder auch auf bestimmte Artikel oder Kategorien. In den bisherigen Artikeln haben wir erl\u00e4utert, wie Sie Berichte auf Basis statischer Datenquellen erstellen. Der vorliegende Artikel f\u00fcgt die Verwendung von Parametern mit hinzu, damit der Benutzer genau festlegen kann, welche Daten der von ihm gew\u00e4hlte Bericht liefern soll.<\/p>\n Zum Artikel …<\/a><\/p>\n Eine der einfachsten Arten, Daten in Berichten darzustellen, ist die tabellarische Darstellung. Die Reporting Services bieten beispielsweise gegen\u00fcber Microsoft Access eine erhebliche Vereinfachung: Sie k\u00f6nnen hier ein Steuerelement speziell zur Anzeige von Daten als Tabelle verwenden. Wie Sie dieses Steuerelement nutzen, und wie Sie auch mehrseitige Berichte mit allen notwendigen Informationen darstellen, zeigt der vorliegende Artikel.<\/p>\nEDM mit vorhandener SQL Server-Datenbank<\/h3>\n
IsDefault: Standardschaltfläche festlegen<\/h3>\n
SQL Server: Fehler bei Entwurfsänderungen<\/h3>\n
Code First Mapping per Fluent API<\/h3>\n
Code First Mapping per DataAnnotation<\/h3>\n
AdventureWorks: Schnelle Beispieldatenbank<\/h3>\n
SQL Server Reporting Services<\/h3>\n
Reporting Services 2019 installieren und starten<\/h3>\n
Reporting Services: Web-Portal<\/h3>\n
SQL Server Report Builder<\/h3>\n
Reporting Services Datenquellen<\/h3>\n
Reporting Services Datasets<\/h3>\n
Reporting Services Datasets mit Parametern<\/h3>\n
Reporting Services: Tabellarische Berichte<\/h3>\n