Kaufen

Transact-SQL und CLR-Integration

aus: SQL Server 2005 Programmierung

Einleitung SQL Server 2005 Programmierung
Beispieldatenbank SQL Server 2005 Programmierung
Transact-SQL und CLR-Integration SQL Server 2005 Programmierung
Erstellen einer gespeicherten Prozedur SQL Server 2005 Programmierung
Überblick über DML-Trigger SQL Server 2005 Programmierung
Projekt mit Visual Studio erstellen SQL Server 2005 Programmierung

Über dieses Video

Der MS SQL Server 2005 bietet unterschiedliche Ansätze für die Datenbankprogrammierung. Neben der integrierten DB-Programmier- und Abfragesprache Transact-SQL sind das – dank CLR-Integration – alle .NET-Programmiersprachen.

Auszug aus: SQL Server 2005 Programmierung

Sie sind mit SQL und Datenbank-Grundlagen bereits vertraut und möchten Ihre Kenntnisse erweitern? Dieses Video-Training hilft Ihnen dabei, Transact-SQL zu erlernen und die nächste Stufe der Datenbank-Programmierung zu erschließen!

EUR 49,95

Kaufen

Ähnliche Video-Trainings

Das erste, kurze Kapitel stellt das Ziel des Video-Trainings – die Datenbankprogrammierung mit dem SQL Server – und die Tools und Elemente vor, die Sie dazu benötigen.

Einführung

ca. 12 min.
- Dieser Film stellt den Microsoft SQL Server 2005 und die Objekte und Elemente vor, mit denen Sie die enthaltenen Datenbanken programmieren.
  
  Einleitung
  
  02:50
- Die Beispieldatenbank, mit der Sie in diesem Video-Training arbeiten werden, ist ein Warenwirtschaftssystem. So installieren Sie die benötigten Dateien von der DVD.
  
  Beispieldatenbank
  
  03:32
- Der MS SQL Server 2005 bietet unterschiedliche Ansätze für die Datenbankprogrammierung. Neben der integrierten DB-Programmier- und Abfragesprache Transact-SQL sind das – dank CLR-Integration – alle .NET-Programmiersprachen.
  
  Transact-SQL und CLR-Integration
  
  05:24
Die Einführung in Transact-SQL gibt Ihnen einen Überblick über die Bestandteile dieser prozeduralen Spracherweiterung der "Structured Query Language".

Die Programmiersprache Transact-SQL

ca. 125 min.
- Transact-SQL ist die integrierte Datenbank-Programmiersprache von Microsoft SQL Server. Neben allen Elementen der klassischen Structured Query Language bietet sie die Möglichkeit, den Programmfluss zu steuern.
  
  Einführung in Transact-SQL
  - Dieser Film zeigt, wie Sie Variablen und Datentypen innerhalb von Transact-SQL verwenden, um Daten temporär für interne Berechnungen heranzuziehen oder in Tabellen zu speichern.
    
    Variablen und Datentypen
    
    09:20
  - Sehen Sie in diesem Film, wie Sie mehrere Variablen mit Werten aus der Datenbank belegen – mit nur einer einzigen SQL-Anweisung.
    
    Mehrere Variablen füllen
    
    05:13
  - Nach der Deklaration sind Variablen noch nicht initialisiert und enthalten den besonderen Wert NULL. Was Sie dabei beachten müssen, sehen Sie hier.
    
    Variablen mit Nullwerten
    
    03:48
  - Variablen dienen nicht nur dem temporären Speichern von Werten – Sie können selbstverständlich auch Berechnungen damit durchführen.
    
    Rechnen mit Variablen
    
    04:49
  - Flexibles Programmieren mit Transact-SQL: Nutzen Sie Variablen in beliebigen SQL-Anweisungen. Dieser Film zeigt, wie Sie sie einbauen.
    
    Variablen in SQL-Anweisungen
    
    03:22
  - Jederzeit Auskunft über wichtige Zustände Ihres Datenbankservers – das bieten Systemvariablen in Transact-SQL. Hier erfahren Sie mehr!
    
    Systemvariablen
    
    05:18
  - Unter der Programmierebene liegt die Datenbank. Mit Standard-SQL-Funktionen, die Sie auch in der Transact-SQL-Programmierung nutzen.
    
    SQL-Funktionen
    
    11:07
- In diesem Abschnitt dreht sich alles darum, wie Sie Kontrollstrukturen in der Transact-SQL-Programmierung einsetzen.
  
  Kontrollstrukturen mit Transact-SQL
  - Machen Sie den Inhalt Ihrer Tabellen von bestimmten Bedingungen abhängig! In Transact-SQL hilft Ihnen dabei das IF-Konstrukt.
    
    Bedingungen
    
    07:45
  - Für die klare, einfache Syntax von Transact-SQL ist zunächst alles eine einzelne Bedingung. Wollen Sie mehrere zusammenfassen, machen Sie das in einem Block.
    
    Bedingungsblöcke
    
    03:52
  - Komplexe Entscheidungen und Bedingungsbäume realisieren Sie trotz Transact-SQLs beschränkter Möglichkeiten mit verschachtelten Bedingungen. Hier sehen Sie, wie.
    
    Verschachtelte Bedingungen
    
    04:17
  - Mehrfachauswahl: Zwischen Bedingungsalternativen wählen Sie mit "CASE". Neben der Standardform bietet Transact-SQL eine erweiterte Syntax – die ist unglaublich flexibel.
    
    "CASE" in SQL-Anweisungen
    
    09:17
  - Wenn's beim ersten Mal nicht klappt ... Lassen Sie Programmabläufe beliebig oft wiederholen: Die WHILE-Schleife macht's möglich.
    
    WHILE-Schleifen
    
    05:43
  - Auch wenn sie Transact-SQL gar nicht kennt: So ersetzen Sie die FOR-NEXT-Schleife durch eine WHILE-Schleife. In diesem Film sehen Sie, wie Sie das schaffen.
    
    FOR-NEXT-Schleife ersetzen
    
    04:24
- Mit einem Cursor greifen Sie auf beliebige Datenauswahlen zu. Das Besondere dabei: Springen Sie beliebig zwischen den einzelnen Daten hin und her, oder arbeiten Sie sie der Reihe nach ab.
  
  Cursor
  - In diesem Film bekommen Sie einen Überblick, wie der Microsoft SQL Server 2005 serverseitig Cursor nutzt, um Ihnen einen navigierenden Datensatzzugriff einzuräumen.
    
    Was ist ein Cursor?
    
    03:05
  - Bei der Deklaration eines Cursors legen Sie fest, wie Ihr Programm über ihn auf Daten zugreift und ob er nur Lese- oder auch Schreibzugriff bewirkt.
    
    Cursor deklarieren und öffnen
    
    08:50
  - Über den Abruf einzelner Zeilen aus einem Cursor greifen Sie auf deren Inhalt zu. In diesem Film erfahren Sie, was genau dahinter steckt.
    
    Datenzugriff über Cursor
    
    06:44
  - Natürlich ist der Datenzugriff per Cursor nicht aufs Lesen beschränkt. Was Sie für einen Schreibzugriff beachten müssen, sehen Sie hier.
    
    Schreibzugriff über Cursor
    
    06:13
- Hopp oder Topp: Kapseln Sie Anweisungen oder ganze Funktionsaufrufe in eine Transaktion. Erst, wenn alles passt, schreiben Sie die Änderungen fest. Wenn nicht: weg damit!
  
  Transaktionen
  - Dieser Film erklärt, was eine Transaktion ist und welche Bedeutung sie im Rahmen der Entwicklung Ihrer Datenbank einnimmt.
    
    Definition
    
    07:10
  - Während einer Transaktion bleibt der Datensatz in der Schwebe. Welche Auswirkungen die deshalb nötige Sperre auf andere Benutzer hat, erfahren Sie hier.
    
    Sperren durch Transaktion
    
    04:06
  - Am Beispiel einer Personaltabelle verdeutlicht dieser Film, wie Sie eine Update-Anweisung in einen Transaktionsblock packen, um sie bei Bedarf rückgängig zu machen.
    
    Anwendungsbeispiel
    
    06:10
- Dieser Abschnitt behandelt Laufzeitfehler ebenso wie die resultierenden Fehlermeldungen des SQL Server, und wie Sie diese behandeln oder unterdrücken.
  
  Fehlerbehandlung
  - Laufzeitfehler treten erst bei der Ausführung der Anwendung auf und sind deshalb vorab schwer abzuschätzen. Hintergrund und Folgen für Client-Anwendungen sind Thema dieses Films.
    
    Laufzeitfehler
    
    04:05
  - Erster und wichtigster Schritt für die Fehlerbehandlung: Vermeiden Sie Fehler. Was Sie beachten müssen, zeigt dieser Film.
    
    Fehler vermeiden
    
    03:36
  - Das Programmierkonzept für die Behandlung von Laufzeitfehlern ist ein TRY-CATCH-Block. Was das ist und wie Sie einen programmieren, sehen Sie hier.
    
    "TRY-CATCH"
    
    04:36
  - Transaktionen und das Abfangen von Fehlern mit "TRY-CATCH" sind eine ideale Kombination. So einfach planen Sie, wie Ihr Server im Fall der Fälle reagiert.
    
    Fehlerbehandlung bei Transaktionen
    
    04:57
  - Wirklich dynamisch ist eine Fehlerbehandlung erst, wenn Sie Fehlermeldungen nicht einfach dem Benutzer hinwerfen, sondern durch Ihre Programme auswerten lassen. Damit das klappt, müssen Funktionen diese Meldungen zurückgeben.
    
    Fehlermeldungen
    
    03:14
Soll die Abarbeitung der Datenbankabfragen im Server passieren, um die Performance und Sicherheit hoch zu halten, kommen Sie an den "Stored Prozedures" nicht vorbei.

Gespeicherte Prozeduren

ca. 87 min.
- Gespeicherte Prozeduren werden am Server abgelegt und dort auch ausgeführt. In diesem Abschnitt erklärt Klemens Konopasek, was Sie dafür tun müssen und wie Sie Prozeduren ansprechen können.
  
  Allgemeines zu Prozeduren
  - Serverseitige Programmierung als Alternative zu clientseitiger Programmausführung? Was ändert sich, wenn man Stored Procedures einsetzt?
    
    Begriffsdefinition
    
    03:45
  - Sehen Sie sich an, welche Schritte im MS SQL Server Management Studio notwendig sind, um eine neue gespeicherte Prozedur anzulegen - und welche Fallen dabei auf Sie warten.
    
    Erstellen einer gespeicherten Prozedur
    
    04:30
  - Programmierer müssen nicht zwingend zum MS SQL Management Studio wechseln, Sie können bei Ihrer vorhandenen Entwicklungsumgebung Visual Studio bleiben und hier wie gewohnt gespeicherte Prozeduren erstellen.
    
    Prozedur mit Visual Studio erstellen
    
    02:37
  - Lernen Sie in diesem Film den grundsätzlichen Aufbau und die Bestandteile einer gespeicherten Prozedur kennen. Der Autor baut eine Beispielprozedur Schritt für Schritt auf und geht auf die jeweilige Funktion ein.
    
    Prozeduraufbau
    
    05:32
  - Es wird Zeit, eine erste eigene gespeicherte Prozedur zu erstellen. Dazu verwendet der Autor den "Abfrage-Designer" aus dem Management Studio, um eine grafisch unterstützte Definition des SELECT-Statements zu erreichen.
    
    Erste Prozedur
    
    05:33
  - Im Filmbeispiel sucht ein SQL-Statement aus der Personaltabelle den zuletzt eingestellten Kollegen heraus. In der gespeicherten Prozedur setzt Klemens Konopasek Variablen ein, um Werte zwischenzuspeichern.
    
    Variablen in gespeicherten Prozeduren
    
    06:09
  - Lernen Sie nun, wie Sie beim Aufruf einen Parameter an eine gespeicherte Prozedur übergeben. Dafür sind einige Vorarbeiten nötig, die Deklaration unterscheidet sich jedoch kaum vom Einsatz als Variable.
    
    Inputparameter
    
    03:38
- Es gibt vier unterschiedliche Arten, wie Sie ein Ergebnis von einer gespeicherten Prozedur zurückgeben lassen können. Welche Sie wann verwenden sollten, hängt vom konkreten Einsatzbereich ab.
  
  Ergebnisse zurückgeben
  - Dieser Film erklärt vorab die Umgebung und die Anforderung an die zu entwickelnde Logik. Alle nachfolgenden Beispiele beziehen sich darauf.
    
    Das Beispiel
    
    06:40
  - Das ist die erste Möglichkeit, wie man das Ergebnis einer Verarbeitung innerhalb einer gespeicherten Prozedur an den Aufrufer der Prozedur zurückgibt. Mit einigen wenigen "SELECT"-Kommandos lässt sich der Normalfall und die Fehlersituation bestimmen.
    
    Ergebnisrückgabe mit "SELECT"
    
    07:47
  - An der Variante mit dem Kommando "RETURN" ist vor allen zu beachten, dass mit diesem Befehl die Prozedur sofort abgebrochen wird. Sehen Sie sich an, welche Folgen dies hat.
    
    Ergebnisrückgabe mit "RETURN"
    
    05:45
  - Das Kommando "PRINT" gibt einen beliebigen Text auf der Konsole aus. Damit gelingt es Ihnen schnell und problemlos, dem Benutzer jederzeit Ergebnisse zu liefern.
    
    Ergebnisrückgabe mit "PRINT"
    
    02:42
  - Diese verbreitete Variante ist vor allem dann beliebt, wenn die Prozeduren von Client-Programmiersprachen von VB.NET aufgerufen werden. Sie deklarieren eine Variable mit dem Schlüsselwort "OUTPUT" und profitieren einfach und unkompliziert von den damit verbundenen Vorteilen.
    
    Ergebnisrückgabe mit OUTPUT-Parametern
    
    05:13
  - Der Film stellt die vier gezeigten Ergebnisrückgabemethoden gegenüber und zeigt deren spezifische Vor- und Nachteile, wenn es darum geht, ein Ergebnis zurückzuliefern.
    
    Zusammenfassung
    
    4:47
  - Sehen Sie sich dieses kleine Anwendungsbeispiel mit VB.NET an, um zu sehen, wie Sie eine gespeicherte Prozedur aus einer Client-Entwicklungsumgebung aufrufen.
    
    Aufruf aus VB.NET mit "SELECT"
    
    06:10
- Auch die Art und Weise, wie Sie einer gespeicherten Prozedur die Parameter übergeben, lässt sich flexibel handhaben. Sehen Sie sich die Vor- und Nachteile an - und holen Sie das beste aus mehreren Varianten für sich heraus!
  
  Parameter übergeben
  - Im Normalfall gibt man die Parameter beim Aufruf der Prozedur in jener Reihenfolge an, in der die Parameter im Header der Prozedur deklariert wurden. Ausnahmen gibt es dabei keine, eine Fehlermeldung ist leider schnell erzeugt ...
    
    Parameterübergabe per Reihenfolge
    
    03:06
  - Werden Sie unabhängig von der Reihenfolge, in der die Parameter deklariert sind! Geben Sie einfach beim Aufruf der Prozedur einen Namen für jeden Parameter an.
    
    Parameterübergabe per Name
    
    01:44
  - Die Vergabe von Standardwerten für bestimmte Parameter steht nun im Mittelpunkt. Damit erreichen Sie noch mehr Freiheit, welche Parameter Sie beim Prozeduraufruf übergeben möchten.
    
    Default-Parameter
    
    05:25
  - Ein Praxisbeispiel: Mit wie wenig Aufwand können Sie nachträglich eine andere Rückgabemethode für eine Prozedur implementieren, ohne die bisherige Aufrufmethode zu sabotieren und alle aufrufenden Stellen überarbeiten zu müssen?
    
    Rückgabemethoden mischen
    
    05:39
In diesem Kapitel geht es tiefer in die Nutzung der gespeicherten Prozeduren. Unter anderem erhalten Sie Informationen zu Themen wie Sicherheit und Benutzerverwaltung, Cursor und Transaktionen, aber auch das Debugging erklärt Ihnen Ihr Trainer.

Einzelne Prozeduren

ca. 87 min.
- Gespeicherte Prozeduren sind ein wertvolles Hilfsmittel, um Zugriffsschutz und Schutz sensibler Daten im SQL Server umzusetzen.
  
  Workshop: Prozeduren für die Sicherheit
  - Dieser Film umreißt die Problemstellung: Benutzer sollen über ein Web-Frontend Konten anlegen – allerdings ohne Zugriff auf die Datenbank.
    
    Beispielszenario
    
    04:36
  - Dieser Film zeigt, wie Sie mit einer gespeicherten Prozedur, die indirekten Zugriff auf Daten gewährt, den Web-Benutzer Datensätze ändern lassen.
    
    Indirekter Datenzugriff
    
    06:23
  - Damit das Rechtemanagement zwischen Web-Benutzer, Prozedur und Tabelle klappt, passen Sie Login, Benutzerkonto und Rollen an.
    
    Benutzer verwalten
    
    09:35
  - Schemaübergreifender Zugriff auf Datensätze und Tabellen? Die potentielle Sicherheitslücke ist im Microsoft SQL Server 2005 kein Problem!
    
    Einschränkungen bei Schemawechsel
    
    07:41
- Cursor bieten zeilenweisen Zugriff auf Daten. Wie Sie das sinnvoll in einer gespeicherten Prozedur einsetzen, behandelt dieser Abschnitt.
  
  Workshop: Prozeduren mit Cursor
  - Dieser Film zeigt die Ausgangssituation: In Ihrem Angebot gibt es Artikelsets, die aus verschiedenen Artikeln in unterschiedlicher Anzahl bestehen. Wie buchen Sie einen Warenzugang?
    
    Beispielszenario
    
    05:00
  - Sehen Sie in diesem Film, wie Sie den Cursor deklarieren, der die einzelnen Artikel eines Sets zusammenfasst – so, dass Sie sie nacheinander einbuchen können.
    
    Cursor deklarieren
    
    04:53
  - "OPEN", "FETCH NEXT FROM" und "INTO" sind die Schlüsselwörter in diesem Film: So einfach öffnen Sie den Cursor.
    
    Cursor öffnen
    
    01:55
  - Um die Cursorzeile zu verarbeiten, setzen Sie auf eine WHILE-Schleife. Die dazu passende Abbruchbedingung ist einfach: So lange der Cursor Zeilen liefert – weitermachen!
    
    Cursor zeilenweise verarbeiten
    
    03:48
  - Mit einem einfachen Schließen des Cursors ist es nicht getan. Halten Sie sich an die Anstandsregeln der Programmierung und geben Sie nicht mehr benutzten Speicher wieder frei!
    
    Cursor schließen
    
    06:33
- Transaktionen können in gespeicherten Prozeduren mit sehr geringem Aufwand implementiert werden. Dadurch haben Sie ein wertvolles Hilfsmittel in der Hand, um Ihre Daten konsistent zu halten.
  
  Transaktionen in Prozeduren
  - Sehen Sie sich an, wie einfach es ist, Transaktionen in einer Prozedur unterzubringen, die das "Zurückrollen" halbfertiger Anweisungen im Falle eines Systemabsturzes sicherstellen soll.
    
    Einfache Transaktion in Prozedur
    
    04:13
  - Diesmal geht es darum, einen expliziten Rollback innerhalb einer Prozedur zu verwenden, um eine Transaktion auch dann zurückzurollen, wenn zwar nicht das System abstürzt, aber ein anderer Fehler auftritt.
    
    Transaktion mit explizitem Rollback
    
    05:33
- Bestehende Prozeduren ändern oder skripten Sie auf einfache Weise mit dem Management Studio. So bleibt der Code auch später leicht zu warten und zu archivieren.
  
  Prozeduren ändern und skripten
  - So übernehmen Sie den Code einer gespeicherten Prozedur in ein Skript oder generieren eine Anweisung, die bestehende Prozeduren ändert.
    
    Einzelne Prozedur
    
    03:27
  - In diesem Film sehen Sie, wie Sie ein Skript für mehrere gespeicherte Prozeduren in einem Arbeitsschritt generieren. Dank des integrierten Assistenten ist das ganz einfach.
    
    Mehrere Prozeduren
    
    03:09
  - Schützen Sie den Code Ihrer Prozeduren durch Verschlüsselung – so bleibt er für Mitarbeiter und Kunden verborgen. Doch Vorsicht: Ohne Backup sperren Sie sich selber aus.
    
    Code verbergen
    
    05:06
- Der Löwenanteil der Programmierarbeit ist die Fehlersuche. Logische Fehler erkennen Sie dabei erst, wenn zur Laufzeit etwas schief läuft. Debugging-Tools helfen, dies zu vermeiden.
  
  Fehlerbehebung und Debugging
  - Dieser Film zeigt, wie Sie der SQL Server durch Fehlermeldungen beim Ausmerzen von Syntaxfehlern unterstützt. Und, wie Sie das richtig angehen.
    
    Fehlerbehebung
    
    06:53
  - Mit den Debugging-Tools aus Visual Studio und SQL Server Business Intelligence Development Studio finden Sie Laufzeitfehler noch zur rechten Zeit.
    
    Debugging
    
    10:11
  - Damit Sie sich im Debugger nicht durch jede Zeile einzeln klicken müssen: Setzen Sie Haltepunkte, an denen die Testläufe des Programms von selbst unterbrechen.
    
    Haltepunkte
    
    02:10
Trigger sind Programme, die auf ein bestimmtes Ereignis hin automatisch starten. Nutzen Sie sie, um weitere Aktionen oder Gültigkeitsprüfungen auszuführen.

Trigger

ca. 136 min.
- In diesem Film bekommen Sie einen ersten Überblick über DML-Trigger, ihren Aufbau und ihre Arbeitsweise. Drei Beispiele zeigen, wie Trigger für Update-, Insert- und Delete-Aktionen auslösen.
  
  Überblick über DML-Trigger
  
  05:34
- Lawinen lostreten: Setzen Sie Trigger gezielt ein, um auf beliebige Datenänderungen des Benutzers zu reagieren und daraufhin weitere Änderungen durchzuführen.
  
  Trigger, die weitere Aktionen ausführen
  - Damit Ihre Trigger auch wissen, was sie tun, brauchen sie Informationen über das auslösende Ereignis. Durch den Benutzer eingefügte Werte kann der Trigger aus einer internen Tabelle auslesen.
    
    Interne Tabelle "INSERTED"
    
    09:46
  - Der SQL Server führt definierte Trigger für jede einzelne Anweisung einmal aus. Das ist das Prinzip der Statement-Trigger.
    
    Statement-Trigger
    
    08:41
  - Wissen, was war: Ähnlich wie die interne Tabelle für eingefügte Datensätze gibt eine weitere interne Tabelle Auskunft über gelöschte Werte.
    
    Interne Tabelle "DELETED"
    
    03:28
  - Durch Kombination der Werte aus zwei internen Tabellen kann Ihr Trigger jede Änderung genau verfolgen. Sehen Sie in diesem Film, wie Sie das umsetzen.
    
    Änderungen verarbeiten
    
    06:46
  - Ein Trigger kann nicht nur auf ein Ereignis hin auslösen. Lassen Sie komplexe Trigger je nach Auslöser feuern und das Ereignis im Code abfragen.
    
    Trigger für mehrere Ereignisse
    
    06:11
- Ein Standard-Einsatzgebiet für Trigger ist die komplexe Prüfung von Benutzereingaben. Auf diese Weise lassen Sie nur richtige – oder zumindest plausible – Änderungen der Datensätze zu.
  
  Eingabekontrolle mit Triggern
  - Wie leicht und schnell Sie Trigger-Code schreiben, der aufgrund einer definierten Bedingung die Benutzereingabe verwirft, zeigt dieser Film.
    
    Abbrechen der Eingabe
    
    08:15
  - Check-Constraints können in ihre Gültigkeitsprüfung nur Daten aus dem aktuellen Datensatz einbeziehen. Mit Triggern dagegen greifen Sie sogar auf andere Tabellen zu.
    
    Eingabeprüfung mit Verweis
    
    09:12
- Ersatzvornahme: Mit INSTEAD-OF-Triggern definieren Sie Ersatzanweisungen, die anstelle der ursprünglichen Benutzereingabe ausgeführt werden.
  
  INSTEAD-OF-Trigger
  - Der INSTEAD-OF-Trigger auf eine Tabelle ersetzt in diesem Beispiel das Löschen eines Datensatzes durch ein Update. Status: inaktiv.
    
    "INSTEAD OF" für eine Tabelle
    
    05:53
  - Ein INSTEAD-OF-Trigger auf ein View leitet Datenänderungen, die ein View nicht direkt umsetzen kann, auf die dahinter liegenden Tabellen um.
    
    "INSTEAD OF" für ein View
    
    06:35
- Eine weitere, oft genutzte Aufgabe für Trigger ist das Protokollieren bestimmter Benutzeraktionen in einer Datenbank. So lässt sich nachvollziehen, wer wann was in einer Tabelle geändert hat.
  
  Protokoll-Trigger
  - Wohin mit den Änderungsdaten? Wie Sie eine Protokolltabelle erstellen, die der Trigger mit den Änderungen füttert, sehen Sie in diesem Film.
    
    Protokolltabelle erstellen
    
    07:30
  - In diesem Film erfahren Sie, was ein Trigger leisten muss, der alle Tabellenänderungen in die Protokolltabelle schreibt – und wie Sie diese Anforderungen umsetzen.
    
    Protokoll-Trigger erstellen
    
    12:59
  - Ein Trigger überwacht eine Tabelle, der andere schreibt dort hinein – schon haben Sie eine Rekursion. Wie Sie mit Triggern umgehen, die sich gegenseitig aufrufen, sehen Sie hier.
    
    Rekursive Trigger
    
    10:00
  - Was nützt eine Protokolltabelle, wenn jeder Benutzer dort hineinschreiben oder Einträge löschen kann? Schützen Sie die Tabelle vor Manipulation!
    
    Schutz von Protokolleinträgen
    
    08:11
- Neu im SQL Server 2005: DDL-Trigger. Mit den alten DML-Triggern konnten Sie nur auf Datenänderungen reagieren – jetzt geht das sogar bei strukturellen Änderungen der Datenbank.
  
  DDL-Trigger
  - Über einen DDL-Trigger können Sie sämtliche Änderungen und Erweiterungen an der Tabellenstruktur einer Datenbank protokollieren.
    
    DDL-Trigger auf Datenbankebene
    
    08:36
  - Ein DDL-Trigger liefert Informationen über das auslösende Ereignis in XML-Form. Mit einer Xquery werten Sie die XML-Tabelle aus.
    
    XML-Informationen auswerten
    
    11:03
  - Sollen bestimmte DDL-Anweisungen in einer Datenbank nicht ausgeführt werden, unterbinden Sie die entsprechenden Aktionen mit einem DDL-Trigger.
    
    DDL-Anweisungen unterbinden
    
    07:08
Benutzerdefinierte Funktionen ähneln gespeicherten Prozeduren, sind jedoch direkt in SQL-Anweisungen integrierbar.

Benutzerdefinierte Funktionen

ca. 45 min.
- Der SQL Server kennt drei Arten der benutzerdefinierten Funktionen (User Defined Functions: UDF). Sie liefern ihre Ergebnisse als Skalarwert oder als Tabelle.
  
  Benutzerdefinierte Funktionen
  
  06:22
- Skalarfunktionen liefern einen einzelnen, skalaren Wert zurück. Setzen Sie sie wie Systemfunktionen ein und erweitern Sie auf dieser Grundlage Ihre Implementation.
  
  Skalarfunktion
  
  07:44
- In diesem Film sehen Sie, wie Sie mit Transact-SQL Ihren Funktionen einen oder mehrere Parameter übergeben, um sie flexibler zu machen.
  
  Skalarfunktion mit Parameter
  
  04:01
- Inlinefunktionen beinhalten eine SELECT-Anweisung und ähneln damit Views. Weil sie darüber hinaus noch Parameter verarbeiten können, sind sie flexibel einsetzbar.
  
  Inlinefunktion
  
  07:22
- Tabellenfunktionen liefern in Tabellenform alles als Ergebnis, was die Funktionsanweisungen einfügen. Damit schaffen Sie all das, was einfaches SQL nicht kann.
  
  Tabellenfunktion
  
  09:18
- Tabellenfunktionen und gespeicherte Prozeduren sind meistens alternativ einsetzbar. Es gibt allerdings feine Unterschiede – und gerade die machen's oft aus.
  
  Tabellenfunktion oder Prozedur?
  
  09:43
Den Microsoft SQL Server 2005 programmieren Sie nicht mehr nur mit Transact-SQL: Dank integrierter Schnittstellen setzen Sie nun auch auf bewährte .NET-Programmiersprachen aus dem MS Visual Studio.

.NET-Integration

ca. 85 min.
- Die Common Language Runtime des SQL Server ist standardmäßig nach dem Setup nicht aktiviert. Sie kann entweder über grafische Tools oder über ein Kommando aktiviert werden.
  
  CLR aktivieren
  
  04:45
- Für das Programmieren mit einer .NET-Programmiersprache für den SQL Server wird das Visual Studio .NET benötigt. Ein spezieller Projekttyp erleichtert das Programmieren für den SQL Server. Erfahren Sie jetzt, um welchen es sich dabei handelt.
  
  Projekt mit Visual Studio erstellen
  
  04:15
- Der mit dem Visual Studio programmierte Code muss über das Assembly im SQL Server bereitgestellt werden. Dies kann manuell oder automatisiert erfolgen …
  
  Assembly übertragen
  
  11:28
- Sie erstellen nun eine erste kleinere Funktion, die das Grundprinzip einer .NET User-Defined Function erläutern soll. Danach zeigt Ihnen Ihr Trainer, dass User-Defined Functions auch so wie gespeicherte Prozeduren einen oder mehrere Übergabeparameter erhalten können.
  
  .NET User-Defined Functions
  - Eine erste kleine Funktion, welche das Grundprinzip einer .NET User-Defined Function erläutert: In einem Objekt fügen Sie eine Funktion im Projektmappen-Explorer über das Kontextmenü hinzu: „Hinzufügen > Benutzerdefinierte Funktion…“.
    
    Erstes Objekt
    
    04:15
  - User-Defined Functions können so wie gespeicherte Prozeduren einen oder auch mehrere Übergabeparameter bekommen. Dieses Beispiel zeigt, wie das realisiert wird.
    
    Parameter übergeben
    
    06:58
- Die .NET Stored Procedures sind den SQL Server Stored Procedures prinzipiell sehr ähnlich. Der Unterschied liegt nur darin, dass sie mit einer .NET-Entwicklungssprache programmiert werden. Jetzt werden Begriffe wie "SQLContext", "RETURN", "OUTPUT", "PRINT" etc. erklärt und deren Funktion demonstriert.
  
  .NET Stored Procedure
  - Der "SQLContext" wird benötigt, um mit ADO.NET auf die Datenbank zuzugreifen, in der sich die .NET Stored Procedure befindet, ohne eine externe Verbindung herzustellen.
    
    "SQLContext"
    
    02:46
  - So wie in einer Transact-SQL Stored Procedure kann auch eine .NET Stored Procedure ein Prozedurergebnis mit "RETURN" liefern.
    
    "RETURN"
    
    07:56
  - OUTPUT-Parameter sind eine weitere Variante, ein Prozedurergebnis zurückzuliefern. Diese werden in einer .NET Stored Procedure durch Parameter, die per Referenz übergeben werden, umgesetzt.
    
    "OUTPUT"
    
    04:22
  - Auch ein zu "PRINT" analoges Ergebnis kann übergeben werden. Ihr Trainer demonstriert Ihnen anhand eines Beispiels, wie Sie dabei vorgehen. Sie werden sehen: Nur wenige Änderungen am Code werden notwendig sein …
    
    "PRINT"
    
    03:45
  - Tabellarische Ergebnisse werden aus einer .NET Stored Procedure über die Pipe realisiert. Außerdem verrät Ihnen Ihr Trainer, welche Elemente im Code vorhanden sein müssen, damit Sie ein tabellarisches Ergebnis erhalten.
    
    Tabellarische Ergebnisse
    
    07:44
  - Eine besondere Stärke einer .NET Stored Procedure ist die Fähigkeit, das gesamte .NET Framework mit all seinen Möglichkeiten zu nutzen. Dieses Beispiel zeigt, wie Sie beispielsweise Informationen aus dem Filesystem verwenden und integrieren können.
    
    Filesystem
    
    08:09
- .NET-Trigger sind ihren Transact-SQL-Pendants im Einsatzbereich sehr ähnlich. Durch den großen Spielraum, den das .NET-Framework bietet, sind auch die Möglichkeiten viel umfangreicher. In diesem Beispiel werden Dateien verschoben, nachdem deren Name in einer Tabelle eingetragen worden ist.
  
  .NET-Trigger
  
  10:30

Transact-SQL und CLR-Integration

aus: SQL Server 2005 Programmierung

Über dieses Video

Auszug aus: SQL Server 2005 Programmierung

Filminformationen