Vraag : Wanneer om een nieuwe OB tot stand te brengen

Hallo,
I am die het beleid van OB voor -e-comerce van een zeer klein bedrijf de e- website doen die SQL Server 2005 met behulp van en ik ben een beetje nieuw aan één of andere niet helemaal zekere admin issues.

I am wanneer om een nieuwe OB tot stand te brengen tegenover het toevoegen van meer lijsten aan zelfde OB.  De plaats zal in component/functies zoals (typisch voor een plaats e -e-comerce)/>- het tekenup/maintenance
- Store
- individuele die producten worden verdeeld van de Rekening

Does worden getoond van site
- Blog facility
- alles in één plaatsOB gaat of zij door „functie of product“ zou moeten zijn uitgebroken?

To voegt een rimpel aan deze vraag toe - mijn werkgever heeft toekomstige plannen van spearately de verkoop van de software voor elk van deze „modules“.  In dit geval schijnt een afzonderlijke OB gemakkelijker om naar iemand uit te voeren wie software.

Also koopt, heeft van hem eigenlijk 2 plaatsen (verschillende producten) die de zelfde OB- lijsten en kolommen voor het de Opstelling/Onderhoud van de Rekening gebruiken, de Opslag enz.  Zij werden ontworpen die manier intentionally.

Thanks vooraf,
hefterr

Antwoord : Wanneer om een nieuwe OB tot stand te brengen

Hallo

U kreeg
SQL SERVER - gedeelde geheugen en processen voor al zijn DBs en verbindingen
OB zal - zijn reserve/herstel op tijd met al zijn contant aan het zelfde punt
    scheamas - logische devision - u kunnen het gebruiken om elke plaats te identificeren
             lijsten


Over het algemeen - alles u zal maar werken
voor preformance - als u bezige plaatsen zette hen op diffrens SQL kreeg
Als u een plaats aan een punt zult moeten op tijd en herstellen allemaal - gezet hen op afzonderlijke DBs
Als u avondmaal wilt zijn orginazie gebruik schema's en zet alle lijsten niet onder dboschema


Goed geluk!
Kerel H