Создание баз данных. Основы Transact SQL. Обработка ошибок. Управление транзакциями. Триггеры
Контрольная работа - Компьютеры, программирование
Другие контрольные работы по предмету Компьютеры, программирование
нды Создать имя входа… контекстного меню узла Безопасность | Имена входа дерева обозревателя объектов в SQL Server Management Studio;
Рис. 11.3
из скрипта - при помощи команды CREATE LOGIN.
Например, команда на создание логина SQL Server с именем User1 и паролем P@sswOrd (для всех остальных параметров будут приняты значения по умолчанию) может выглядеть так:
CREATE LOGIN User1 WITH PASSWORD = P@sswOrd;
Если вы создаете логин Windows, вам потребуется выбрать соответствующую учетную запись или группу Windows.
Если вы создаете логин SQL Server, вам придется ввести его имя и пароль. Пароль всегда чувствителен к регистру, а логин - только тогда, когда чувствительность к регистру была определена при установке SQL Server. Конечно, кроме имени и пароля для логинов можно определить множество других параметров. Некоторые из них перечислены ниже.
База данных по умолчанию, к которой по умолчанию будет подключаться пользователь при входе на SQL Server. По умолчанию используется база данных master. Как правило, менять этот параметр не следует: код для перехода к нужной базе данных при подключении обеспечивает клиентское приложение.
Язык по умолчанию - язык, который будет использоваться по умолчанию данным пользователем во время сеансов. В основном он влияет на формат даты и времени, которые возвращает SQL Server. В большинстве случаев для этого параметра оставляется значение по умолчанию (т. е. язык, настроенный на уровне всего сервера), если о другом значении специально не просит разработчик.
На вкладке Состояние свойств логина можно настроить для этого логина дополнительные параметры:
Разрешение на подключение к ядру СУБД - по умолчанию для всех логинов устанавливается значение Предоставить, т. е. подключаться к SQL Server разрешено. Значение Запретить, как правило, используется только в одном случае - когда вы предоставляете доступ на SQL Server логину для группы Windows, а одному или нескольким членам этой группы доступ нужно запретить. Поскольку явный запрет всегда имеет приоритет перед разрешением, то достаточно будет создать свои собственные логины Windows для этих пользователей и установить для них значение Запретить.
Имя входа (Включено/Отключено) - конечно, все логины по умолчанию включены. Обычно отключать их приходится только в ситуации, когда какой-то пользователь увольняется или переходит на другую работу. Чтобы сэкономить время, достаточно просто отключить данный логин, а при появлении пользователя со схожими рабочими обязанностями переименовать этот логин, поменять пароль и включить. Заниматься предоставлением разрешений заново в этом случае не придется.
Имя входа заблокировано - установить этот флажок вы не можете (только снять его). Учетная запись пользователя блокируется автоматически после нескольких попыток неверного ввода пароля для логина SQL Server, если такая блокировка настроена на уровне операционной системы, а для логина установлен флажок Требовать использование политики паролей.
Рис. 11.4
Разрешения на уровне сервера. Фиксированные серверные роли
Создав логины, вы обеспечиваете пользователям возможность входа на SQL Server. Но сам по себе вход на сервер ничего не дает: пользователю нужны также права на выполнение определенных действий. Обычно для этой цели создаются пользователи или роли баз данных и им предоставляются разрешения (как это сделать, будет рассмотрено в следующем разделе). Однако есть и другой способ. Если вам нужно предоставить пользователю права на уровне всего сервера, а не отдельной базы данных, можно воспользоваться серверными ролями.
На графическом экране работа с ролями сервера производится или из свойств логина (вкладка Роли сервера), или из свойств самой серверной роли (узел Роли сервера дерева обозревателя объектов Management Studio).
Рис. 11.5
Отметим несколько моментов, связанных с серверными ролями:
набор серверных ролей является фиксированным. Вы не можете создавать свои серверные роли (в отличие от ролей базы данных);
для предоставления прав на уровне всего сервера необязательно использовать серверные роли. Вы вполне можете предоставить эти права напрямую логину (при помощи вкладки Разрешения окна свойств сервера). По умолчанию каждый логин обладает на уровне всего сервера двумя правами: CONNECT SQL (т. е. подключаться к серверу, это право предоставляется логину напрямую) и VIEW ANY DATABASE (т. е. просматривать список баз данных, это право пользователь получает через серверную роль public);
серверные роли используются только в специальных случаях. Для большинства пользователей настраивать их не нужно.
Рис. 11.6
Серверных ролей не так много, поэтому приведем их полный список с комментариями:- права этой роли автоматически получают все, кто подключился к SQL Server, и лишить пользователя членства в этой роли нельзя. Обычно эта роль используется для предоставления разрешений всем пользователям данного сервера;- логин, которому назначена эта роль, получает полные права на весь SQL Server (и возможность передавать эти права другим пользователям);- эта роль для оператора, который обслуживает сервер. Можно изменять любые настройки работы сервера и отключать сервер, но получать доступ к данным и изменять разрешения нельзя;- эта роль для того, кто выдает разрешения пользователям, не вмешиваясь в работу сервера. Он может создавать логины для обычных пользователей, изменять их пароли, предоставлять разрешения в базах данных. Однако п?/p>