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:

1. in der App.config den Tracer hinzufügen:
   [crayon-6766e88a65a2c502103539/]
    
2. Neue statische Classe erstellen:
   [crayon-6766e88a65a31427088673/]
   Nun kann man mit z.B: Logger.Info(„Programmstart“,“Main“) im Programmcode  Informationen an die application.log Datei anhängen. Das tolle auch das Datum wird nun mit übertragen.

Ab .NET Framework 4.5 bietet Microsoft den  BooleanToVisibilityConverter an mit dessen Hilfe man unter WPF man es umsetzen kann, dass eine Checkbox ein Element Visible oder Hidden setzt.
[crayon-6766e88a65e21801704580/]
Quelle: http://stackoverflow.com/questions/6990982/wpf-control-tabitem-visibility-from-a-checkbox

Trigger werden ausgeführt, wenn in einer Tabelle ein Ereignis ausgelöst wird.

Konkret heißt das, dass bei einem INSERT,UPDATE oder DELETE wir eingreifen können und einen oder mehrere Befehle „danach“ oder „anstelle“ von ausführen können.
[crayon-6766e88a65f5a216377612/]
Wählen wir AFTER, dann wird der Datensatz erstellt/geupdated oder gelöscht und erst dann greift der Trigger ein.

Wählen wir stattdessen Instead Of, wird anstelle von dem Insert, Update oder Delete der Trigger ausgeführt.

Beim Trigger stehen uns 2 weitere Temporäre Tabellen zur Verfügung, nämlich inserted und deleted.

wenn wir z.B. einen neuen Datensatz id, Vorname, Nachname in die Datenbank geschrieben haben,

so können wir aus dem Trigger mit
[crayon-6766e88a65f5d941533531/]
die Id, die gerade eben eingetragen wurde abfragen.

Machen wir ein Update, so wird der alte Datensatz erst einmal erst in die temporäre Tabelle deleted gesteckt, welchen

wir ebenso mit
[crayon-6766e88a65f5f205127088/]
abfragen könnten.