Този въпрос и по този начин отговорът ми може да са близо до сивата линия на субективност, но най-малкото мисля, че би било обичайна практика да отделяте таблиците „администратор“ в тяхната собствена база данни за това, което звучи, сякаш правите. Ако можете да свържете клиент към конкретен сървър и db екземпляр, тогава като имате отделни db екземпляри, това отваря някои лесни пътища за добавяне на сървъри за добавяне на клиенти. Една единствена база данни ще изисква от вас да се занимавате с различни подходи за клъстериране, ако станете твърде големи.
[редактиране] Ранното изграждане на идеята, че всеки клиент получава своя собствена база данни, също така просто задава тона за това как се развивате, когато е лесно да направите структурни и организационни промени. Откриването, че след 2 години трябва да го направите, ще стане много по-болезнено. Работил съм с split dbs много пъти в миналото и наистина не е трудно да се справя с него, стига да можете да установите някаква представа какъв е контекстът. Тук изглежда, че вече имате идеята, че клиентът е контекстът.
Само моите два цента, както казах, може да сте почти субективни по този въпрос.