Hallo,
> Um nun global Tabellen/Spalten hinzuzuf�gen oder zu �ndern, benutze ich
> SQL-Scripts mit "CREATE|ALTER TABLE ... ADD|ALTER COLUMN ...". Globale
> Views/Prozeduren �ndere ich mit "DROP VIEW|PROCEDURE" und "CREATE
> VIEW|PROCEDURE".
>
> Jetzt gibt es aber auch etliche Views/Procedures, die individuell
> gespeichert werden m�ssen. Und damit f�ngt mein Problem an.
Was spricht genau dagegen, auch die individuellen Tabellen in
der selben Datenbank zu speichern?
Wenn sich die globalen Tabellen �ndern darfst du halt nicht die
ganze mdb-Datei austauschen, sondern musst die �nderungen �ber
die oben beschriebenen SQL-Befehle und INSERT/DELETE ausf�hren.
> Mein L�sungsansatz:
> Die Datenbank auf dem Server wird geteilt: Datenbank A enth�lt die
> globalen Tabellen und Datenbank B enth�lt individuelle Tabellen,
> Verkn�pfungen zu allen Tabellen in A und alle Views/Procedures.
Ich denke, dass eine solche Bastelei nicht sonderlich performant
ist. Bei jedem Datenbank-Befehl muss erst die Verkn�pfung aufge-
l�st und die zweite Datenbank ge�ffnet werden.
MfG,
Markus Oestreicher [QualityHosting Support]
-------------------------------------------
jetzt mit ASP.NET Unterst�tzung
Informationen: http://www.qualityhosting.de
| [aspdedatabase] als [email protected] subscribed
| http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv
| Sie k�nnen sich unter folgender URL an- und abmelden:
| http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp
