Ein Tipp:
Sämtliche Zugriffe vom Client/Mittelschicht an die
DB laufen über Views. Die den Views zugrunde liegende Struktur (Tabellen- und Feldnamen, die konkreten Datentypen etc.) sind für die Mittelschicht absolut unsichtbar. Somit kannst du die Tabellen verändern, wie Du lustig bist.
Schreibzugriffe erfolgen über "Updateable Views" (Standard
SQL), oder über Stored Procedures (mein Favorit).
Updateable Views sind einfacher zu programmieren, aber ich mag Trigger nicht (weil man vergisst, das da welche sind
). Ich verwende lieber so etwas:
SQL-Code:
Create Procedure Customer_Modify
@Action
Char (1),
/* 'I' - Insert, 'D' - Delete, 'U' - Update, 'R' - Remove */
@Name
VarChar (20),
@Vorname
VarChar (20),
...
@CustomerID
int output
as
If @Action = '
I'
begin -- 'Insert' fügt einen neuen Kundendatensatz ein und liefert die ID
/* Code für ein BEFORE INSERT Trigger */
Insert into Customer (Name, Vorname, Valid)
Values (@Name, @Vorname, 1)
select @CustomerID = @@
Identity /* Die Spalte 'CustomerID' ist ein AutoInc, so bekommt man den unter MSSQL */
/* Code für ein AFTER INSERT Trigger */
End
If @Action = '
D'
begin /* 'Delete' soll den Datensatz nicht löschen, sondern z.B. nur als 'ungültig' markieren */
/* Code für einen ON BEFORE UPDATE (Valid) Trigger */
Update Customer
set Valid = 0
Where CustomerID = @CustomerID
/* Code für einen ON AFTER UPDATE (Valid) Trigger */
End
If @Action = '
U'
begin /* 'Update' modifiziert die Kundentabelle */
/* Code für einen ON BEFORE UPDATE Trigger */
Update Customer
Set Name = @Name, Vorname = @Vorname
Where CustomerID = @CustomerID
/* Code für einen ON AFTER UPDATE Trigger */
End
If @Action = '
R'
begin /* 'Remove' entfernt einen Kundendatensatz inklusive der Details */
/* Code für einen ON BEFORE DELETE Trigger */
Delete From CustomerRelations
Where CustomerID = @CustomerID
Delete From Customer
Where CustomerID = @CustomerID
End
/* Hier vielleicht noch Code, der immer ausgeführt werden soll, wenn sich was am Kunden geändert hat */
Ich habe somit die vollständige Kontrolle, was bei welchen Datenmodifikation geschehen soll. Früher hatte ich vier Stored Procedures ('Customer_Insert', 'Customer_Delete' etc.), aber das müllt die SP-Liste nur zu.
Damit habe ich die besten Resultate in der kürzesten Zeit erzielt. Nachträgliche Änderungen am Verhalten (z.B. Einbau eines Logfiles bei Änderungen am Kundenstamm) sind so ohne Modifikation an der Anwendung selbst online möglich, d.h. ohne das die Anwendung selbst gestoppt werden muss.
Ich find's so am einfachsten: Alles, was den Customer betrifft, findet sich an einer zentralen Stelle.
