* w�rde ich vermeiden wo immer es geht. Es ist sauberer und weniger
fehleranf�llig, expliziten Code zu schreiben.
ok.
Um problemlos Ver�nderungen an Datenbanken vornehmen zu k�nnen, sollte man
diese immer mit Hilfe von gut dokumentierten SQL-Scripts entwickeln, also
CREATE TABLE ...
...
ALTER TABLE .. ADD CONSTRAINT ...
...
CREATE INDEX ...
...
CREATE VIEW ...
...
CREATE PROC ...
Auf diese Weise l��t sich die Datenbank als Sourcecode behandeln. Es ist
leichter, �nderungen vorzunehmen (Suche) und diese zu dokumentieren (im
Quellcode, in cvs,...).
Geschenkt bekommt man noch die M�glichkeit, die Datenbank leicht auf einen
anderen Server zu transferieren oder auf ein anderes System zu migrieren.
Ist einleuchtend. Der Aufwand ist vorallem in der Entwicklungszeit wohl
aber h�her, als per Enterprise Manager. Gerate wenn man dann noch
Anh�ngigkeiten einbauen muss.
_______________________________________________
Coffeehouse mailing list
[EMAIL PROTECTED]
http://www.glengamoi.com/mailman/listinfo/coffeehouse
