Предостережения при использовании схем в БД SQL Server - PullRequest
0 голосов
/ 13 ноября 2018

Последний раз я смотрел на схемы (в Oracle) около 20 лет назад, я знаю, что Microsoft изменила схемы в SQL Server 2005. Сейчас мы собираемся создать новое приложение, и я давно хотел еще раз взглянуть на схемы .

Мы используем 1 конкретный логин для работы приложений, поэтому он имеет роль db_owner и 1 конкретный логин для запуска всех отчетов, поэтому он имеет data_reader роль.

Я провел свое исследование, а также осмотрелся и написал несколько сценариев. Этот сценарий «кажется» - все, что мне нужно для создания схемы:

CREATE SCHEMA [MySchema];

Я использовал пользователя sa для создания схемы и связанных таблиц. Оттуда я смог создать таблицы в схеме и получить к ним прекрасный доступ от двух пользователей.

Мой вопрос заключается в том, было ли это очень простое утверждение всем, что требуется для создания схемы "правильно", и есть ли какие-то особенности, на которые я должен обратить внимание?

Мы уже обращаемся ко всем объектам БД с префиксом схемы [dbo]. при подготовке к работе с несколькими схемами. Я просто не уверен, есть ли что-то подлое, когда мы наконец-то начнем изучать хранимые процедуры, функции, представления, индексы, внешние ключи и тому подобное. До сих пор все мои испытания проходили до роз, но я обеспокоен тем, что мне не хватает чего-то, что действительно побьет меня клюшкой в ​​некотором роде.

...