Настройки модели восстановления БД 
можно посмотреть (и изменить при
необходимости) в SSMS на странице Свойства
базы данных (Database Properties).
Данная страница открывается при выборе
вкладки Options (Параметры) в контекстном меню узла Базы данных в Обозревателе объектов SSMS:
153
Для просмотра модели восстановления также
можно создать запрос к представлению каталога sys.databases, например:
155
Сконфигурировать модель
восстановления БД можно на странице
Свойства БД в SSMS или с помощью инструкции ALTER DATABASE
со следующим синтаксисом:
ALTER DATABASE имя_БД SET RECOVERY FULL | SIMPLE | BULK_LOGGED
156
На практике рекомендуется использовать
модель полного восстановления, так как при
этом имеются наибольшие возможности по восстановлению БД.
Если периодически используются массовые операции для импорта данных, то возможно временное изменение настроек на модель с
неполным протоколированием (для повышения
производительности массовых операций).
После завершения массовых операций импорта данных необходимо вернуться к модели полного
восстановления. |
157 |
6.4. Конфигурирование участников
системы безопасности сервера
В SQL Server 2005 любой объект БД (кроме объектов безопасности, например, учетных записей) находится в какой-либо схеме
(schema), т.е. одна схема может объединять
несколько объектов БД.
В окне Object Explorer SSMS и в инструкциях
T-SQL, генерируемых автоматически, имя каждого объекта начинается с имени схемы. Например, dbo.table1 - объект с именем
table1 относится к схеме с именем dbo. |
158 |
Использование схем в SQL Server 2005
определяется основными правилами:
|
|
Для каждого пользователя БД |
||||||||||
|
определяется своя схема по умолчанию. |
|||||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
При создании пользователем объекта БД |
|||||||||||
|
этот объект по умолчанию помещается в |
|||||||||||
|
данную схему. |
|||||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
При создании объекта можно явно |
||||||||||
|
|
|
|
|
|
|
|
|
|
|
||
|
указать схему, в которую его нужно |
|||||||||||
|
|
|
|
|
|
|
|
|
||||
|
поместить. В БД могут быть объекты с |
|||||||||||
|
одинаковыми именами, но принадлежащие |
|||||||||||
|
|
|
|
|
|
|
||||||
|
разным схемам. Одинаковые имена |
|||||||||||
|
|
|
|
|
|
|||||||
|
объектов |
не допускаются в одной схеме |
. 159 |
|||||||||
|
|
|||||||||||
С введением схем исчезает понятие
«собственник объекта», которое использовалось в ранних версиях SQL Server. Объекты теперь отделены от пользователя.
Например, в предыдущих версиях SQL Server имя dbo (database owner, собственник БД)
использовалось по отношению к пользователям. В SQL Server 2005 и выше для
совместимости имя dbo было сохранено, но используется теперь по отношению к схеме.
В результате формально сохранилась
160
совместимость в полных именах объектов.
|
|
Для пользователя и роли указываются |
||
|
определенные права на объекты той или |
|||
|
|
|
|
|
|
иной схемы, что упрощает |
|||
|
|
|
|
|
|
администрирование. Раньше требовалось |
|||
|
|
|
|
|
|
прописывать права пользователя или роли |
|||
|
для каждого объекта. |
|||
|
|
Каждой схемой могут владеть не только |
||
|
индивидуальные пользователи, но и роли, |
|||
|
что позволяет упростить организацию |
|||
|
управления объектами БД множеством |
|||
|
пользователей. |
|||
161
Также это решает проблему предыдущих
версий SQL Server, в которых пользователь
не мог быть удален из БД, пока все
объекты, владельцем которых он являлся, не переназначались во владение другим пользователям.
Теперь же требуется изменить лишь владельца схемы, а не каждого объекта.
162