Структура окна Management Studio
· Оконное меню – содержит полный набор команд для управления сервером и выполнения различных операций.
· Панель инструментов – содержит кнопки для выполнения наиболее часто производимых операций. Внешний вид данной панели зависит от выполняемой операции.
· Панель «Обозреватель объектов». Это панель с древовидной структурой, отображающая все объекты сервера, а также позволяющая производить различные операции, как с самим сервером, так и с его базами данных и их объектами.
· Рабочая область. В рабочей области производятся все действия с базой данных, а также отображается её содержимое.
· Компонент SQL Server Database Engine - основная служба для хранения, обработки и обеспечения безопасности данных, репликации, полнотекстового поиска, средств управления реляционными и XML-данными и сервера.
· Службы Analysis Services - содержат средства создания и управления приложениями оперативной аналитической обработки и приложениями интеллектуального анализа данных.
· Службы Reporting Services- включают в себя серверные и клиентские компоненты для создания, управления и развертывания табличных, матричных и графических отчетов, а также отчетов в свободной форме.
· Службы Integration Services- представляют собой набор графических средств и программируемых объектов для перемещения, копирования и преобразования данных. Они также включают компонент DQS.
· Master Data Services -решение SQL Server по управлению основными данными. Поддерживаются иерархии, детальная настройка безопасности, транзакции, управление версиями данных и бизнес-правила, а также использование Надстройка для Excel для управления данными.
Транзакциейназывается последовательность операций, производимых над базой данных и переводящих базу данных из одного непротиворечивого (согласованного) состояния в другое непротиворечивое (согласованное) состояние.
Свойства транзакций:
· Свойство атомарности выражается в том, что транзакция должна быть выполнена в целом или не выполнена вовсе.
· Свойство согласованности гарантирует, что по мере выполнения транзакций данные переходят из одного согласованного состояния в другое — транзакция не разрушает взаимной согласованности данных.
· Свойство изолированности означает, что конкурирующие за доступ к базе данных транзакции физически обрабатываются последовательно, изолированно друг от друга, но для пользователей это выглядит так, как будто они выполняются параллельно.
· Свойство долговечности трактуется следующим образом: если транзакция завершена успешно, то те изменения в данных, которые были ею произведены, не могут быть потеряны ни при каких обстоятельствах (даже в случае последующих ошибок).
Для транзакции возможны два варианта завершения:
· если все операторы выполнены успешно, транзакция фиксируется; до фиксации транзакции допустимо аннулирование произведенных ее изменений, после фиксации результатов транзакции ее изменения становятся видимыми пользователю;
· если нормальное завершение транзакции невозможно, осуществляется откат транзакции — ее результаты аннулируются.
Реализация в СУБД принципа сохранения промежуточных состояний, подтверждения или отката транзакции обеспечивается специальным механизмом, для поддержки которого создается некоторая системная структура, называемая Журналом транзакций. Он предназначен для обеспечения надежного хранения данных в БД.
Логически журнал транзакций SQL Server работает так, как если бы он являлся последовательностью записей в журнале. Каждая запись журнала идентифицируется регистрационным номером транзакции (номер LSN). Каждая новая запись добавляется в логический конец журнала с номером LSN, который больше номера LSN предыдущей записи.
Записи журнала хранятся в той последовательности, в которой они были созданы. Каждая запись журнала содержит идентификатор транзакции, к которой она относится. Все записи журнала, связанные с определенной транзакцией, с помощью обратных указателей связаны в цепочку, которая предназначена для ускорения отката транзакции.
Записи журнала для изменения данных содержат либо выполненную логическую операцию, либо исходный и результирующий образ измененных данных. Исходный образ записи — это копия данных до выполнения операции, а результирующий образ — копия данных после ее выполнения.
Кроме того, регистрируются операции отката. Все пространство после завершения транзакции освобождается.
Раздел журнального файла, который начинается от первой записи, необходимой для успешного отката на уровне базы данных, до последней зарегистрированной записи называется активной частью журнала, или активным журналом.
Компонент Database Engine динамически определяет размер виртуальных файлов журнала при создании или расширении файлов журнала. Компонент Database Engine стремится обслуживать небольшое число виртуальных файлов. После расширения файла журнала размер виртуальных файлов определяется как сумма размера существующего журнала и размера нового приращения файла. Администраторы не могут настраивать или устанавливать размеры и число виртуальных файлов журнала.
Аутентифика́ция — процедура проверки подлинности, например: проверка подлинности пользователя путём сравнения введённого им пароля с паролем в базе данных пользователей.
Режимы аутентификации:
· Режим аутентификации Windows — этот режим, который выбирается по умолчанию при установке SQL Server 2005, разрешает использовать для подключения к серверу только логины Windows;
· Режим аутентификации SQL Server и Windows — в этом режиме можно использовать оба типа логинов — и логины SQL Server, и логины Windows. Другое название этого режима — Смешанный режим.
Авториза́ция — предоставление определённому лицу или группе лиц прав на выполнение определённых действий; а также процесс проверки (подтверждения) данных прав при попытке выполнения этих действий.
Учётная запись — запись, содержащая сведения, которые пользователь сообщает о себе некоторой компьютерной системе.
Роли базы данных — это специальные объекты, которые используются для упрощения предоставления разрешений в базах данных.
Для назначения учетной записи пользователя роли базы данных с использованием SQL Server Management Studio необходимо развернуть сервер, развернуть узел Databases, развернуть нужную базу данных, развернуть узлы Security | Roles | Database Roles. Щелкнуть правой кнопкой мыши по роли, в которую необходимо добавить нового пользователя, а затем выбрать пункт Properties. В диалоговом окне Database Role щелкнуть по кнопке Add и просмотреть список пользователей, чтобы найти того пользователя, которого необходимо добавить. Его учетная запись теперь станет членом этой роли и будет наследовать все полномочия, которые были назначены данной роли.
Оператор create application role создает роль приложения для текущей базы данных. Этот оператор имеет две опции: одна задает пароль, а другая определяет схему по умолчанию, т. е. первую схему, которая будет отыскиваться на сервере при разрешении имен объектов для этой роли.
Оператор alter application role изменяет имя, пароль или схему по умолчанию у существующей роли приложения. Синтаксис этого оператора похож на синтаксис оператора create application role.
Оператор drop application role удаляет роль приложения из текущей базы данных. Если роль приложения владеет какими-нибудь объектами, она не может быть удалена.