> > > Naja, da es sich um ein gro�es bzw. gro� werdendes Intranet handelt, > macht eine Zentrale Usersteuerung Sinn. > > Sprich, es ist alles immer der gleiche Kunde bzw. Chef :-). > > Die einzelnen Projekte bestehen dann zB. aus einer > Referenzdatenbank (5 > Tbl), ein System f�r Materialsicherheitsdatenbl�tter (20 Tbl), dann > einfache sachen wie Adresslisten, Telefonlisten, EK > Konditionsverwaltung > (5 Tbl). > > Aber rein logisch h�ngen die Projekte nur �ber Userberechtigungen > zusammen. > > So wie ich dich Verstehe, ist es also Performanter, alles in > einer DB zu > lassen, man mu� halt im laufe der Zeit mit sehr vielen > Tabellen rechnen. > > Richtig?
Ja, allerdings k�nnen auch andere �berlegungen ausschlaggebend sein.... Wenn sich z.B. eine DB kaum �ndert, die andere aber st�ndig am wachsen ist und Du unterschiedliche Backup-Strategien benutzen willst kann es auch Sinn machen die DBs zu trennen... Oder wenn einige Tabellen nicht wirklich fest mit den User-Daten zusammenh�ngen, sondern nur f�r Reports am Monatsende eine Verbindung geschaffen werden muss; auch dann kann es Sinn machen zu trennen... > > > Das mit der Kopie von Tabellen finde ich nicht praktisch, da man dann > immer jede tech. �nderung an Kompnenten SP Triggern etc. x Mal machen > mu�... Das war ja auch daf�r gedacht, falls es mehrere Kunden sind, die dasselbe brauchen... Claudius | [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
