MS SQL Server - Краткое руководство

Эта глава знакомит с SQL Server, обсуждает его использование, преимущества, версии и компоненты.

Что такое SQL Server?

  • Это программное обеспечение, разработанное Microsoft, которое реализовано на основе спецификации СУБД.

  • Это тоже ОРСУБД.

  • Это зависит от платформы.

  • Это программное обеспечение на основе как графического интерфейса, так и команд.

  • Он поддерживает язык SQL (SEQUEL), который является продуктом IBM, непроцедурный, общий язык баз данных и нечувствительный к регистру язык.

Использование SQL Server

  • Создавать базы данных.
  • Для ведения баз данных.
  • Для анализа данных с помощью служб SQL Server Analysis Services (SSAS).
  • Для создания отчетов через службы отчетов SQL Server (SSRS).
  • Для выполнения операций ETL через службы интеграции SQL Server (SSIS).

Версии SQL Server

Версия Год Кодовое имя
6.0 1995 г. SQL95
6.5 1996 г. Гидра
7.0 1998 г. Сфинкс
8,0 (2000) 2000 г. Шайло
9.0 (2005) 2005 г. Юкон
10.0 (2008) 2008 г. Катмай
10,5 (2008 R2) 2010 г. Килиманджаро
11.0 (2012) 2012 г. Денали
12 (2014) 2014 г. Hekaton (изначально), SQL 14 (текущий)

Компоненты SQL Server

SQL Server работает по архитектуре клиент-сервер, следовательно, он поддерживает два типа компонентов - (а) рабочая станция и (б) сервер.

  • Workstation componentsустановлены на каждом устройстве / компьютере оператора SQL Server. Это просто интерфейсы для взаимодействия с компонентами сервера. Пример: SSMS, SSCM, Profiler, BIDS, SQLEM и т. Д.

  • Server componentsустановлены на централизованном сервере. Это услуги. Пример: SQL Server, агент SQL Server, SSIS, SSAS, SSRS, браузер SQL, полнотекстовый поиск SQL Server и т. Д.

Экземпляр SQL Server

  • Экземпляр - это установка SQL Server.
  • Экземпляр - это точная копия того же программного обеспечения.
  • Если мы установим «n» раз, то будет создано «n» экземпляров.
  • В SQL Server есть два типа экземпляров: а) По умолчанию б) Именованные.
  • На одном сервере будет поддерживаться только один экземпляр по умолчанию.
  • На одном сервере будет поддерживаться несколько именованных экземпляров.
  • Экземпляр по умолчанию примет имя сервера в качестве имени экземпляра.
  • Имя службы экземпляра по умолчанию - MSSQLSERVER.
  • В версии 2000 будет поддерживаться 16 экземпляров.
  • 50 экземпляров будут поддерживаться в версиях 2005 года и более поздних.

Преимущества инстансов

  • Установить разные версии на одну машину.
  • Чтобы снизить стоимость.
  • Отдельно поддерживать производственную среду, среду разработки и тестовую среду.
  • Чтобы уменьшить временные проблемы с базой данных.
  • Разделить привилегии безопасности.
  • Для обслуживания резервного сервера.

SQL Server доступен в различных редакциях. В этой главе перечислены несколько редакций с их функциями.

  • Enterprise - Это топовая версия с полным набором функций.

  • Standard - У него меньше функций, чем у Enterprise, когда нет необходимости в дополнительных функциях.

  • Workgroup - Это подходит для удаленных офисов более крупной компании.

  • Web - Это разработано для веб-приложений.

  • Developer- Это похоже на Enterprise, но предоставляется только одному пользователю для разработки, тестирования и демонстрации. Его можно легко обновить до Enterprise без переустановки.

  • Express- Это бесплатная база данных начального уровня. Он может использовать только 1 ЦП и 1 ГБ памяти, максимальный размер базы данных составляет 10 ГБ.

  • Compact- Это бесплатная встроенная база данных для разработки мобильных приложений. Максимальный размер базы данных - 4 ГБ.

  • Datacenter- Основное изменение в новом SQL Server 2008 R2 - Datacenter Edition. Версия Datacenter не имеет ограничений по памяти и предлагает поддержку более 25 экземпляров.

  • Business Intelligence - Business Intelligence Edition - это новое введение в SQL Server 2012. Эта редакция включает все функции стандартной версии и поддержку расширенных функций бизнес-аналитики, таких как Power View и PowerPivot, но в ней отсутствует поддержка расширенных функций доступности, таких как группы доступности AlwaysOn и другие. онлайн-операции.

  • Enterprise Evaluation- SQL Server Evaluation Edition - отличный способ получить полнофункциональный и бесплатный экземпляр SQL Server для обучения и разработки решений. Срок действия этой редакции составляет 6 месяцев с момента ее установки.

2005 г. 2008 г. 2008 R2 2012 г. 2014 г.
Предприятие да да да да
Стандарт да да да да
Разработчик да да да да
Рабочая группа да да Нет Нет
Win Compact Edition - мобильный да да да да
Оценка предприятия да да да да
Экспресс да да да да
Интернет да да да
Дата центр Нет Нет
Бизнес-аналитика да

SQL Server поддерживает два типа установки:

  • Standalone
  • Кластерный

Проверяет

  • Проверьте доступ RDP для сервера.
  • Проверить бит ОС, IP, домен сервера.
  • Убедитесь, что ваша учетная запись находится в группе администратора, чтобы запустить файл setup.exe.
  • Расположение программного обеспечения.

Требования

  • Какая версия, выпуск, SP и исправление, если есть.
  • Учетные записи службы для ядра базы данных, агента, SSAS, SSIS, SSRS, если таковые имеются.
  • Имя именованного экземпляра, если есть.
  • Место для двоичных файлов, системы, пользовательских баз данных.
  • Режим аутентификации.
  • Настройка сопоставления.
  • Список возможностей.

Предпосылки на 2005 год

  • Файлы поддержки установки.
  • .net framework 2.0.
  • Собственный клиент SQL Server.

Предварительные условия на 2008 и 2008 R2

  • Файлы поддержки установки.
  • .net framework 3.5 SP1.
  • Собственный клиент SQL Server.
  • Установщик Windows 4.5 / более поздней версии.

Предпосылки на 2012 и 2014 годы

  • Файлы поддержки установки.
  • .net framework 4.0.
  • Собственный клиент SQL Server.
  • Установщик Windows 4.5 / более поздней версии.
  • Windows PowerShell 2.0.

Шаги установки

Step 1 - Загрузите ознакомительную версию с http://www.microsoft.com/download/en/details.aspx?id=29066

После загрузки программного обеспечения следующие файлы будут доступны в зависимости от варианта загрузки (32- или 64-разрядная версия).

ENU \ x86 \ SQLFULL_x86_ENU_Core.box

ENU \ x86 \ SQLFULL_x86_ENU_Install.exe

ENU \ x86 \ SQLFULL_x86_ENU_Lang.box

OR

ENU \ x86 \ SQLFULL_x64_ENU_Core.box

ENU \ x86 \ SQLFULL_x64_ENU_Install.exe

ENU \ x86 \ SQLFULL_x64_ENU_Lang.box

Note - X86 (32 бит) и X64 (64 бит)

Step 2 - Дважды щелкните «SQLFULL_x86_ENU_Install.exe» или «SQLFULL_x64_ENU_Install.exe», он извлечет необходимые файлы для установки в папку «SQLFULL_x86_ENU» или «SQLFULL_x86_ENU» соответственно.

Step 3 - Щелкните папку «SQLFULL_x86_ENU» или «SQLFULL_x64_ENU_Install.exe» и дважды щелкните приложение «НАСТРОЙКА».

Для понимания здесь мы использовали программу SQLFULL_x64_ENU_Install.exe.

Step 4 - После того, как мы нажмем на приложение «Настройка», откроется следующий экран.

Step 5 - Щелкните «Установка» в левой части экрана.

Step 6- Щелкните первую опцию справа на экране выше. Откроется следующий экран.

Step 7 - Щелкните OK, и появится следующий экран.

Step 8 - Щелкните Далее, чтобы открыть следующий экран.

Step 9 - Обязательно проверьте выбранный ключ продукта и нажмите Далее.

Step 10 - Установите флажок, чтобы принять вариант лицензии, и нажмите «Далее».

Step 11 - Выберите вариант установки компонента SQL Server и нажмите Далее.

Step 12 - Установите флажок Службы ядра СУБД и нажмите Далее.

Step 13 - Введите именованный экземпляр (здесь я использовал TestInstance) и нажмите «Далее».

Step 14 - Щелкните Далее на приведенном выше экране, и появится следующий экран.

Step 15 - Выберите имена учетных записей служб и типы запуска для перечисленных выше служб и щелкните Сопоставление.

Step 16 - Убедитесь, что выбран правильный выбор параметров сортировки, и нажмите «Далее».

Step 17 - Убедитесь, что выбран режим аутентификации и администраторы отмечены, и щелкните Каталоги данных.

Step 18- Обязательно выберите указанные выше каталоги и нажмите Далее. Появится следующий экран.

Step 19 - Щелкните Далее на экране выше.

Step 20 - Щелкните Далее на приведенном выше экране, чтобы перейти на следующий экран.

Step 21 - Убедитесь, что правильно выбрали указанный выше выбор, и нажмите «Установить».

Установка прошла успешно, как показано на экране выше. Щелкните Закрыть, чтобы закончить.

Мы разделили архитектуру SQL Server на следующие части для облегчения понимания:

  • Общая архитектура
  • Архитектура памяти
  • Архитектура файла данных
  • Архитектура файла журнала

Общая архитектура

Client - Откуда инициирован запрос.

Query - SQL-запрос на языке высокого уровня.

Logical Units - Ключевые слова, выражения и операторы и т. Д.

N/W Packets - Сетевой код.

Protocols - В SQL Server у нас 4 протокола.

  • Общая память (для локальных подключений и устранения неполадок).

  • Именованные каналы (для подключений, которые находятся в локальной сети).

  • TCP / IP (для подключений, подключенных к глобальной сети).

  • Адаптер виртуального интерфейса VIA (требуется специальное оборудование для настройки поставщиком, а также не рекомендуется в версии SQL 2012).

Server - Где установлены службы SQL и находятся базы данных.

Relational Engine- Вот где будет настоящая казнь. Он содержит парсер запросов, оптимизатор запросов и исполнитель запросов.

Query Parser (Command Parser) and Compiler (Translator) - Это проверит синтаксис запроса и преобразует его в машинный язык.

Query Optimizer - Он подготовит план выполнения в качестве выходных данных, принимая в качестве входных данных запрос, статистику и дерево алгебризатора.

Execution Plan - Это похоже на дорожную карту, которая содержит порядок всех шагов, которые должны быть выполнены как часть выполнения запроса.

Query Executor - Здесь запрос будет выполняться шаг за шагом с помощью плана выполнения, а также будет связываться с механизмом хранения.

Storage Engine - Он отвечает за хранение и поиск данных в системе хранения (диск, SAN и т. Д.), Манипулирование данными, блокировку и управление транзакциями.

SQL OS- Это находится между хост-компьютером (ОС Windows) и SQL Server. Все действия, выполняемые в ядре базы данных, выполняются ОС SQL. ОС SQL предоставляет различные службы операционной системы, такие как управление памятью, связанное с пулом буферов, буфером журнала и обнаружением взаимоблокировок с использованием структуры блокировки и блокировки.

Checkpoint Process- Контрольная точка - это внутренний процесс, который записывает все грязные страницы (измененные страницы) из буферного кэша на физический диск. Помимо этого, он также записывает записи журнала из буфера журнала в физический файл. Запись грязных страниц из буферного кеша в файл данных также известна как усиление защиты грязных страниц.

Это специальный процесс, который автоматически запускается SQL Server через определенные промежутки времени. SQL Server запускает процесс контрольной точки для каждой базы данных индивидуально. Контрольная точка помогает сократить время восстановления SQL Server в случае неожиданного завершения работы или сбоя системы \ сбоя.

Контрольные точки в SQL Server

В SQL Server 2012 есть четыре типа checkpoints -

  • Automatic - Это наиболее распространенная контрольная точка, которая выполняется как процесс в фоновом режиме, чтобы убедиться, что база данных SQL Server может быть восстановлена ​​в течение срока, определенного параметром «Интервал восстановления» - параметром конфигурации сервера.

  • Indirect- Это нововведение в SQL Server 2012. Это также работает в фоновом режиме, но для соблюдения заданного пользователем целевого времени восстановления для конкретной базы данных, для которой был настроен этот параметр. После выбора Target_Recovery_Time для данной базы данных это переопределит интервал восстановления, указанный для сервера, и позволит избежать автоматической контрольной точки для такой базы данных.

  • Manual- Этот запускается так же, как и любой другой оператор T-SQL, как только вы вводите команду контрольной точки, он будет работать до своего завершения. Ручная проверка выполняется только для вашей текущей базы данных. Вы также можете указать Checkpoint_Duration, который является необязательным - эта длительность указывает время, в которое вы хотите, чтобы ваша контрольная точка завершилась.

  • Internal- Как пользователь вы не можете контролировать внутренний КПП. Выдается по конкретным операциям, таким как

    • Завершение работы инициирует операцию контрольной точки для всех баз данных, кроме случаев, когда завершение работы не является чистым (завершение с помощью nowait).

    • Если модель восстановления изменится с Full \ Bulk-logged на Simple.

    • При резервном копировании базы данных.

    • Если ваша БД находится в простой модели восстановления, процесс контрольной точки выполняется автоматически либо когда журнал заполняется на 70%, либо на основе параметра сервера - Интервал восстановления.

    • Команда изменения базы данных для добавления или удаления файла данных \ журнала также инициирует контрольную точку.

    • Контрольная точка также имеет место, когда модель восстановления базы данных ведется с неполным протоколированием и выполняется операция с минимальным протоколированием.

    • Создание снимка БД.

  • Lazy Writer Process- Ленивый писатель отправляет грязные страницы на диск по совершенно другой причине, потому что ему нужно освободить память в пуле буферов. Это происходит, когда SQL-сервер испытывает нехватку памяти. Насколько мне известно, это контролируется внутренним процессом, и для этого нет никаких настроек.

SQL-сервер постоянно отслеживает использование памяти, чтобы оценить конкуренцию за ресурсы (или доступность); его задача - обеспечить постоянное наличие определенного количества свободного места. В рамках этого процесса, когда он замечает любую такую ​​конкуренцию за ресурсы, он запускает Lazy Writer, чтобы освободить некоторые страницы в памяти, записывая грязные страницы на диск. Он использует алгоритм Least Recently Used (LRU), чтобы решить, какие страницы должны быть сброшены на диск.

Если Lazy Writer всегда активен, это может указывать на узкое место в памяти.

Архитектура памяти

Ниже приведены некоторые характерные особенности архитектуры памяти.

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

  • Память в Windows может быть вызвана с помощью виртуального адресного пространства, совместно используемого в режиме ядра (режим ОС) и пользовательском режиме (приложение, такое как SQL Server).

  • «Пользовательское адресное пространство» SQL Server разбито на две области: MemToLeave и Buffer Pool.

  • Размер MemToLeave (MTL) и пула буферов (BPool) определяется SQL Server во время запуска.

  • Buffer managementявляется ключевым компонентом в достижении высокой эффективности ввода-вывода. Компонент управления буфером состоит из двух механизмов: диспетчера буферов для доступа и обновления страниц базы данных и пула буферов для сокращения операций ввода-вывода файла базы данных.

  • Буферный пул делится на несколько разделов. Наиболее важными из них являются буферный кеш (также называемый кешем данных) и кэш процедур.Buffer cacheхранит страницы данных в памяти, чтобы часто используемые данные можно было извлечь из кеша. Альтернативой было бы чтение страниц данных с диска. Чтение страниц данных из кеша оптимизирует производительность за счет минимизации количества требуемых операций ввода-вывода, которые по своей сути медленнее, чем получение данных из памяти.

  • Procedure cacheсохраняет хранимые процедуры и планы выполнения запросов, чтобы свести к минимуму количество генераций планов запросов. Вы можете узнать информацию о размере и активности в кэше процедур с помощью инструкции DBCC PROCCACHE.

Другие части буферного пула включают:

  • System level data structures - Содержит данные уровня экземпляра SQL Server о базах данных и блокировках.

  • Log cache - Зарезервировано для чтения и записи страниц журнала транзакций.

  • Connection context- Каждое соединение с экземпляром имеет небольшую область памяти для записи текущего состояния соединения. Эта информация включает в себя параметры хранимых процедур и определяемых пользователем функций, позиции курсора и многое другое.

  • Stack space - Windows выделяет пространство стека для каждого потока, запущенного SQL Server.

Архитектура файлов данных

Архитектура файла данных имеет следующие компоненты -

Группы файлов

Файлы базы данных могут быть сгруппированы в файловые группы для целей распределения и администрирования. Ни один файл не может входить в более чем одну файловую группу. Файлы журнала никогда не являются частью файловой группы. Пространство журнала управляется отдельно от пространства данных.

В SQL Server существует два типа файловых групп: основные и определяемые пользователем. Первичная группа файлов содержит первичный файл данных и любые другие файлы, специально не назначенные другой группе файлов. Все страницы для системных таблиц размещены в первичной файловой группе. Пользовательские группы файлов - это любые группы файлов, указанные с помощью ключевого слова группы файлов в операторе create database или alter database.

Одна файловая группа в каждой базе данных работает как файловая группа по умолчанию. Когда SQL Server выделяет страницу для таблицы или индекса, для которых при создании не была указана группа файлов, страницы выделяются из группы файлов по умолчанию. Чтобы переключить группу файлов по умолчанию из одной группы файлов в другую группу файлов, она должна иметь фиксированную роль db_owner.

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

Файлы

Базы данных имеют три типа файлов - основной файл данных, дополнительный файл данных и файл журнала. Первичный файл данных является отправной точкой базы данных и указывает на другие файлы в базе данных.

Каждая база данных имеет один первичный файл данных. Мы можем дать любое расширение для первичного файла данных, но рекомендуемое расширение.mdf. Вторичный файл данных - это файл, отличный от первичного файла данных в этой базе данных. Некоторые базы данных могут иметь несколько вторичных файлов данных. В некоторых базах данных может не быть единственного вторичного файла данных. Рекомендуемое расширение для вторичного файла данных:.ndf.

Файлы журнала содержат всю информацию журнала, используемую для восстановления базы данных. В базе данных должен быть хотя бы один файл журнала. У нас может быть несколько файлов журнала для одной базы данных. Рекомендуемое расширение для файла журнала:.ldf.

Расположение всех файлов в базе данных записывается как в главной базе данных, так и в первичном файле базы данных. В большинстве случаев ядро ​​базы данных использует расположение файла из базы данных master.

Файлы имеют два имени - логическое и физическое. Логическое имя используется для ссылки на файл во всех операторах T-SQL. Физическое имя - OS_file_name, оно должно соответствовать правилам ОС. Файлы данных и журналов можно размещать в файловых системах FAT или NTFS, но нельзя размещать в сжатых файловых системах. В одной базе данных может быть до 32 767 файлов.

Экстенты

Экстенты - это основная единица, в которой пространство выделяется для таблиц и индексов. Размер составляет 8 смежных страниц или 64 КБ. В SQL Server есть два типа экстентов - однородные и смешанные. Однородные экстенты состоят из единственного объекта. Смешанные экстенты разделяют до восьми объектов.

Страницы

Это основная единица хранения данных в MS SQL Server. Размер страницы 8КБ. Начало каждой страницы - 96-байтовый заголовок, используемый для хранения системной информации, такой как тип страницы, количество свободного места на странице и идентификатор объекта, владеющего страницей. В SQL Server существует 9 типов страниц данных.

  • Data - Строки данных со всеми данными, кроме текста, ntext и данных изображения.

  • Index - Индексные записи.

  • Text\Image - Текстовые, графические и нетекстовые данные.

  • GAM - Информация о выделенных экстентах.

  • SGAM - Информация о выделенных экстентах на системном уровне.

  • Page Free Space (PFS) - Информация о свободном месте на страницах.

  • Index Allocation Map (IAM) - Информация об экстентах, используемых таблицей или индексом.

  • Bulk Changed Map (BCM) - Информация об экстентах, измененных массовыми операциями с момента последнего оператора журнала резервного копирования.

  • Differential Changed Map (DCM) - Информация об экстентах, которые изменились с момента последнего резервного копирования базы данных.

Архитектура файла журнала

Журнал транзакций SQL Server работает логически так, как будто журнал транзакций представляет собой строку записей журнала. Каждая запись журнала идентифицируется порядковым номером журнала (LSN). Каждая запись журнала содержит идентификатор транзакции, которой она принадлежит.

Записи журнала для изменения данных записывают либо выполненную логическую операцию, либо записывают образы измененных данных до и после. Изображение до - это копия данных до выполнения операции; остаточное изображение - это копия данных после выполнения операции.

Действия по восстановлению операции зависят от типа записи журнала -

  • Логическая операция зарегистрирована.
    • Чтобы откатить логическую операцию вперед, операция выполняется снова.
    • Чтобы откатить логическую операцию назад, выполняется обратная логическая операция.
  • Изображение до и после регистрации.
    • Чтобы развернуть операцию вперед, применяется изображение после.
    • Чтобы откатить операцию, применяется изображение до.

В журнал транзакций записываются различные типы операций. Эти операции включают в себя -

  • Начало и конец каждой транзакции.

  • Каждое изменение данных (вставка, обновление или удаление). Это включает изменения с помощью системных хранимых процедур или операторов языка определения данных (DDL) в любой таблице, включая системные таблицы.

  • Каждый экстент и выделение или отключение страниц.

  • Создание или удаление таблицы или индекса.

Также регистрируются операции отката. Каждая транзакция резервирует место в журнале транзакций, чтобы убедиться, что в журнале достаточно места для поддержки отката, вызванного либо явным оператором отката, либо обнаружением ошибки. Это зарезервированное пространство освобождается после завершения транзакции.

Раздел файла журнала из первой записи журнала, который должен присутствовать для успешного отката всей базы данных до последней записанной записи журнала, называется активной частью журнала или активным журналом. Это раздел журнала, необходимый для полного восстановления базы данных. Никакая часть активного журнала не может быть усечена. LSN этой первой записи журнала называется минимальным LSN восстановления (Min LSN).

Компонент SQL Server Database Engine внутренне делит каждый физический файл журнала на несколько виртуальных файлов журнала. Файлы виртуального журнала не имеют фиксированного размера, и нет фиксированного количества файлов виртуального журнала для физического файла журнала.

Компонент Database Engine динамически выбирает размер виртуальных файлов журнала во время создания или расширения файлов журнала. Компонент Database Engine пытается поддерживать небольшое количество виртуальных файлов. Размер или количество файлов виртуального журнала не могут быть настроены или установлены администраторами. Единственный раз, когда файлы виртуального журнала влияют на производительность системы, это если файлы физического журнала определяются значениями small size и growth_increment.

Значение размера - это начальный размер файла журнала, а значение growth_increment - это количество места, добавляемого к файлу каждый раз, когда требуется новое пространство. Если файлы журнала увеличиваются до большого размера из-за множества небольших приращений, в них будет много виртуальных файлов журнала. Это может замедлить запуск базы данных, а также замедлить операции резервного копирования и восстановления журналов.

Мы рекомендуем назначать файлам журнала значение размера, близкое к требуемому окончательному размеру, а также иметь относительно большое значение growth_increment. SQL Server использует журнал упреждающей записи (WAL), который гарантирует, что никакие изменения данных не будут записаны на диск до того, как соответствующая запись журнала будет записана на диск. Это поддерживает свойства ACID для транзакции.

SQL Server Management Studio - это компонент \ клиент рабочей станции, который будет установлен, если мы выберем компонент рабочей станции на этапах установки. Это позволяет подключаться к серверу SQL Server и управлять им с помощью графического интерфейса вместо использования командной строки.

Для подключения к удаленному экземпляру SQL Server вам потребуется это или подобное программное обеспечение. Его используют администраторы, разработчики, тестировщики и т. Д.

Следующие методы используются для открытия SQL Server Management Studio.

Первый метод

Пуск → Все программы → MS SQL Server 2012 → SQL Server Management Studio

Второй метод

Перейдите в раздел «Выполнить» и введите SQLWB (для версии 2005 г.) SSMS (для версий 2008 г. и более поздних версий). Затем нажмите Enter.

SQL Server Management Studio откроется, как показано на следующем снимке, любым из указанных выше способов.

Логин - это простые учетные данные для доступа к SQL Server. Например, вы указываете свое имя пользователя и пароль при входе в Windows или даже свою учетную запись электронной почты. Это имя пользователя и пароль составляют учетные данные. Следовательно, учетные данные - это просто имя пользователя и пароль.

SQL Server допускает четыре типа входа в систему -

  • Логин на основе учетных данных Windows.
  • Имя входа, относящееся к SQL Server.
  • Логин, сопоставленный с сертификатом.
  • Логин сопоставлен с асимметричным ключом.

В этом руководстве нас интересуют логины на основе учетных данных Windows и логины, специфичные для SQL Server.

Логины на основе учетных данных Windows позволяют вам входить в SQL Server, используя имя пользователя и пароль Windows. Если вам нужно создать свои собственные учетные данные (имя пользователя и пароль), вы можете создать учетную запись, специфичную для SQL Server.

Чтобы создать, изменить или удалить учетную запись SQL Server, вы можете использовать один из двух подходов:

  • Использование SQL Server Management Studio.
  • Использование операторов T-SQL.

Следующие методы используются для создания входа в систему -

Первый метод - использование SQL Server Management Studio

Step 1 - После подключения к экземпляру SQL Server разверните папку для входа, как показано на следующем снимке.

Step 2 - Щелкните правой кнопкой мыши Logins, затем щелкните Newlogin, и откроется следующий экран.

Step 3 - Заполните столбцы «Имя пользователя», «Пароль» и «Подтвердите пароль», как показано на приведенном выше экране, а затем нажмите «ОК».

Логин будет создан, как показано на следующем изображении.

Второй способ - использование сценария T-SQL

Create login yourloginname with password='yourpassword'

Чтобы создать имя для входа с помощью TestLogin и пароль «P @ ssword», выполните следующий запрос.

Create login TestLogin with password='P@ssword'

База данных - это набор таких объектов, как таблица, представление, хранимая процедура, функция, триггер и т. Д.

В MS SQL Server доступны два типа баз данных.

  • Системные базы данных
  • Пользовательские базы данных

Системные базы данных

Системные базы данных создаются автоматически при установке MS SQL Server. Ниже приведен список системных баз данных -

  • Master
  • Model
  • MSDB
  • Tempdb
  • Ресурс (введен в версии 2005 г.)
  • Распространение (только для функции репликации)

Пользовательские базы данных

Пользовательские базы данных создаются пользователями (администраторами, разработчиками и тестировщиками, имеющими доступ для создания баз данных).

Следующие методы используются для создания базы данных пользователей.

Метод 1. Использование сценария T-SQL или восстановление базы данных

Ниже приведен базовый синтаксис для создания базы данных в MS SQL Server.

Create database <yourdatabasename>

ИЛИ ЖЕ

Restore Database <Your database name> from disk = '<Backup file location + file name>

пример

Чтобы создать базу данных под названием «Testdb», выполните следующий запрос.

Create database Testdb

ИЛИ ЖЕ

Restore database Testdb from disk = 'D:\Backup\Testdb_full_backup.bak'

Note - D: \ backup - это расположение файла резервной копии, а Testdb_full_backup.bak - это имя файла резервной копии.

Метод 2 - Использование SQL Server Management Studio

Подключитесь к экземпляру SQL Server и щелкните правой кнопкой мыши папку с базами данных. Щелкните новую базу данных, появится следующий экран.

Введите в поле имени базы данных имя вашей базы данных (пример: для создания базы данных с именем Testdb) и нажмите OK. База данных Testdb будет создана, как показано на следующем снимке.

Выберите базу данных в зависимости от ваших действий, прежде чем использовать любой из следующих методов.

Метод 1. Использование SQL Server Management Studio

пример

Чтобы выполнить запрос для выбора истории резервного копирования в базе данных с именем «msdb», выберите базу данных msdb, как показано на следующем снимке.

Метод 2 - Использование сценария T-SQL

Use <your database name>

пример

Чтобы выполнить запрос для выбора истории резервного копирования в базе данных под названием «msdb», выберите базу данных msdb, выполнив следующий запрос.

Exec use msdb

Запрос откроет базу данных msdb. Вы можете выполнить следующий запрос, чтобы выбрать историю резервного копирования.

Select * from backupset

Чтобы удалить вашу базу данных из MS SQL Server, используйте команду drop database. Для этого можно использовать следующие два метода.

Метод 1 - Использование сценария T-SQL

Ниже приведен базовый синтаксис для удаления базы данных из MS SQL Server.

Drop database <your database name>

пример

Чтобы удалить базу данных с именем Testdb, выполните следующий запрос.

Drop database Testdb

Метод 2 - Использование MS SQL Server Management Studio

Подключитесь к SQL Server и щелкните правой кнопкой мыши базу данных, которую хотите удалить. Щелкните команду удаления, и появится следующий экран.

Нажмите OK, чтобы удалить базу данных (в этом примере имя Testdb, как показано на экране выше) из MS SQL Server.

Backupявляется копией данных / базы данных и т. д. Резервное копирование базы данных MS SQL Server необходимо для защиты данных. Резервное копирование MS SQL Server в основном бывает трех типов - полное или база данных, дифференциальное или инкрементное и журнал транзакций или журнал.

Резервное копирование базы данных может быть выполнено одним из следующих двух методов.

Метод 1 - Использование T-SQL

Полный Тип

Backup database <Your database name> to disk = '<Backup file location + file name>'

Дифференциальный Тип

Backup database <Your database name> to 
   disk = '<Backup file location + file name>' with differential

Тип журнала

Backup log <Your database name> to disk = '<Backup file location + file name>'

пример

Следующая команда используется для полной резервной копии базы данных под названием «TestDB» в расположение «D: \» с именем файла резервной копии «TestDB_Full.bak».

Backup database TestDB to disk = 'D:\TestDB_Full.bak'

Следующая команда используется для разностного резервного копирования базы данных под названием «TestDB» в расположение «D: \» с именем файла резервной копии «TestDB_diff.bak».

Backup database TestDB to disk = 'D:\TestDB_diff.bak' with differential

Следующая команда используется для резервного копирования базы данных журнала под названием «TestDB» в расположение «D: \» с именем файла резервной копии «TestDB_log.trn»

Backup log TestDB to disk = 'D:\TestDB_log.trn'

Метод 2 - Использование SSMS (SQL SERVER Management Studio)

Step 1 - Подключитесь к экземпляру базы данных с именем «TESTINSTANCE» и разверните папку баз данных, как показано на следующем снимке.

Step 2- Щелкните правой кнопкой мыши базу данных TestDB и выберите задачи. Нажмите Backup, появится следующий экран.

Step 3- Выберите тип резервной копии (Полная \ diff \ log) и не забудьте проверить целевой путь, по которому будет создан файл резервной копии. Выберите параметры в верхнем левом углу, чтобы увидеть следующий экран.

Step 4 - Нажмите OK, чтобы создать полную резервную копию базы данных TestDB, как показано на следующем снимке.

Restoringэто процесс копирования данных из резервной копии и применения к данным зарегистрированных транзакций. Восстановление - это то, что вы делаете с резервными копиями. Возьмите файл резервной копии и превратите его обратно в базу данных.

Параметр «Восстановить базу данных» можно выполнить одним из следующих двух методов.

Метод 1 - T-SQL

Синтаксис

Restore database <Your database name> from disk = '<Backup file location + file name>'

пример

Следующая команда используется для восстановления базы данных под названием «TestDB» с именем файла резервной копии «TestDB_Full.bak», который доступен в расположении «D: \», если вы перезаписываете существующую базу данных.

Restore database TestDB from disk = ' D:\TestDB_Full.bak' with replace

Если вы создаете новую базу данных с помощью этой команды восстановления и на целевом сервере нет аналогичного пути для данных и файлов журнала, используйте параметр перемещения, как в следующей команде.

Убедитесь, что путь D: \ Data существует, как используется в следующей команде для файлов данных и журналов.

RESTORE DATABASE TestDB FROM DISK = 'D:\ TestDB_Full.bak' WITH MOVE 'TestDB' TO 
   'D:\Data\TestDB.mdf', MOVE 'TestDB_Log' TO 'D:\Data\TestDB_Log.ldf'

Метод 2 - SSMS (SQL SERVER Management Studio)

Step 1- Подключитесь к экземпляру базы данных с именем «TESTINSTANCE» и щелкните правой кнопкой мыши папку с базами данных. Щелкните Восстановить базу данных, как показано на следующем снимке.

Step 2 - Выберите переключатель устройства и нажмите эллипс, чтобы выбрать файл резервной копии, как показано на следующем снимке.

Step 3 - Щелкните OK, и появится следующий экран.

Step 4 - Выберите опцию «Файлы» в верхнем левом углу, как показано на следующем снимке.

Step 5 - Выберите «Параметры» в верхнем левом углу и нажмите «ОК», чтобы восстановить базу данных TestDB, как показано на следующем снимке.

Пользователь относится к учетной записи в базе данных MS SQL Server, которая используется для доступа к базе данных.

Пользователи могут быть созданы одним из следующих двух методов.

Метод 1 - Использование T-SQL

Синтаксис

Create user <username> for login <loginname>

пример

Чтобы создать имя пользователя TestUser с сопоставлением имени входа TestLogin в базе данных TestDB, выполните следующий запрос.

create user TestUser for login TestLogin

Где TestLogin - это имя для входа, которое было создано при создании входа.

Метод 2 - Использование SSMS (SQL Server Management Studio)

Note - Сначала мы должны создать Логин с любым именем перед созданием учетной записи пользователя.

Давайте использовать имя для входа под названием TestLogin.

Step 1- Подключите SQL Server и разверните папку баз данных. Затем разверните базу данных под названием «TestDB», в которой мы собираемся создать учетную запись пользователя, и развернуть папку безопасности. Щелкните пользователей правой кнопкой мыши и выберите нового пользователя, чтобы увидеть следующий экран.

Step 2 - Введите «TestUser» в поле имени пользователя и нажмите эллипс, чтобы выбрать имя для входа под названием «TestLogin», как показано на следующем снимке.

Step 3- Щелкните OK, чтобы отобразить имя для входа. Снова нажмите OK, чтобы создать пользователя TestUser, как показано на следующем снимке.

Permissionsссылаются на правила, регулирующие уровни доступа, которые имеют участники к защищаемым объектам. Вы можете предоставлять, отзывать и запрещать разрешения в MS SQL Server.

Для назначения разрешений можно использовать любой из следующих двух методов.

Метод 1 - Использование T-SQL

Синтаксис

Use <database name>
Grant <permission name> on <object name> to <username\principle>

пример

Чтобы назначить разрешение выбора пользователю с именем «TestUser» для объекта с именем «TestTable» в базе данных «TestDB», выполните следующий запрос.

USE TestDB
GO
Grant select on TestTable to TestUser

Метод 2 - Использование SSMS (SQL Server Management Studio)

Step 1 - Подключитесь к экземпляру и разверните папки, как показано на следующем снимке.

Step 2- Щелкните правой кнопкой мыши TestUser и выберите Свойства. Появится следующий экран.

Step 3Щелкните Поиск и выберите определенные параметры. Щелкните Типы объектов, выберите таблицы и щелкните обзор. Выберите TestTable и нажмите OK. Появится следующий экран.

Step 4 Установите флажок для столбца «Грант» в разделе «Выбрать разрешение» и нажмите «ОК», как показано на снимке выше.

Step 5Выберите разрешение на «TestTable» базы данных TestDB, предоставленное «TestUser». Щелкните ОК.

Мониторинг относится к проверке состояния базы данных, настроек, которые могут быть именем владельца, именами файлов, размерами файлов, расписаниями резервного копирования и т. Д.

Базы данных SQL Server можно контролировать в основном с помощью SQL Server Management Studio или T-SQL, а также можно отслеживать с помощью различных методов, таких как создание заданий агента и настройка почты базы данных, сторонние инструменты и т. Д.

Состояние базы данных можно проверить, находится ли она в оперативном или в любом другом состоянии, как показано на следующем снимке.

В соответствии с приведенным выше экраном все базы данных находятся в состоянии «В сети». Если какая-либо база данных находится в любом другом состоянии, то это состояние будет показано, как показано на следующем снимке.

MS SQL Server предоставляет следующие две службы, которые являются обязательными для создания и обслуживания баз данных. Также перечислены другие дополнительные услуги, доступные для различных целей.

  • SQL Server
  • Агент SQL Server

Другие услуги

  • Браузер SQL Server
  • Полнотекстовый поиск SQL Server
  • Службы интеграции SQL Server
  • Службы отчетов SQL Server
  • Службы аналитики SQL Server

Вышеуказанные услуги можно получить, используя следующий метод.

Начать услуги

Для запуска любой из служб можно использовать любой из следующих двух методов.

Метод 1 - Services.msc

Step 1- Выберите «Выполнить», введите services.msc и нажмите «ОК». Появится следующий экран.

Step 2- Чтобы запустить службу, щелкните службу правой кнопкой мыши и нажмите кнопку Пуск. Сервисы запустятся, как показано на следующем снимке.

Метод 2 - диспетчер конфигурации SQL Server

Step 1 - Откройте диспетчер конфигурации, используя следующий процесс.

Пуск → Все программы → MS SQL Server 2012 → Инструменты настройки → Диспетчер конфигурации SQL Server.

Step 2- Выберите имя службы, щелкните правой кнопкой мыши и выберите параметр запуска. Сервисы запустятся, как показано на следующем снимке.

Остановить службы

Чтобы остановить любую из служб, можно использовать любой из следующих трех методов.

Метод 1 - Services.msc

Step 1- Выберите «Выполнить», введите services.msc и нажмите «ОК». Появится следующий экран.

Step 2- Чтобы остановить службы, щелкните службу правой кнопкой мыши и выберите Остановить. Выбранная служба будет остановлена, как показано на следующем снимке.

Метод 2 - диспетчер конфигурации SQL Server

Step 1 - Откройте диспетчер конфигурации, используя следующий процесс.

Пуск → Все программы → MS SQL Server 2012 → Инструменты настройки → Диспетчер конфигурации SQL Server.

Step 2- Выберите имя службы, щелкните правой кнопкой мыши и выберите «Остановить». Выбранная служба будет остановлена, как показано на следующем снимке.

Метод 3 - SSMS (SQL Server Management Studio)

Step 1 - Подключитесь к экземпляру, как показано на следующем снимке.

Step 2- Щелкните правой кнопкой мыши имя экземпляра и выберите параметр «Остановить». Появится следующий экран.

Step 3 - Нажмите кнопку «Да», и откроется следующий экран.

Step 4- Щелкните Да на приведенном выше экране, чтобы остановить службу агента SQL Server. Службы будут остановлены, как показано на следующем снимке экрана.

Запись

  • Мы не можем использовать метод SQL Server Management Studio для запуска служб, поскольку они не могут подключиться из-за того, что службы уже остановлены.

  • Мы не можем исключить остановку службы агента службы SQL при остановке службы SQL Server, поскольку служба агента SQL Server является зависимой службой.

Высокая доступность (HA) - это решение \ процесс \ технология, позволяющее сделать приложение \ базу данных доступным круглосуточно и без выходных в случае плановых или незапланированных отключений.

В основном, в MS SQL Server есть пять опций для достижения \ настройки решения высокой доступности для баз данных.

Репликация

Исходные данные будут скопированы в место назначения через агентов репликации (задания). Технология объектного уровня.

Терминология

  • Издатель является исходным сервером.
  • Распространитель не является обязательным и хранит реплицированные данные для подписчика.
  • Подписчик - это целевой сервер.

Доставка журналов

Исходные данные будут скопированы в место назначения с помощью заданий резервного копирования журнала транзакций. Технология уровня базы данных.

Терминология

  • Первичный сервер - это исходный сервер.
  • Вторичный сервер - это целевой сервер.
  • Сервер мониторинга не является обязательным и будет отслеживаться по статусу доставки журнала.

Зеркальное отображение

Первичные данные будут скопированы на вторичный через основу сетевых транзакций с помощью зеркального отображения конечной точки и номера порта. Технология уровня базы данных.

Терминология

  • Основной сервер - это исходный сервер.
  • Сервер зеркала является целевым сервером.
  • Следящий сервер не является обязательным и используется для автоматического переключения при отказе.

Кластеризация

Данные будут храниться в общем месте, которое используется как первичным, так и вторичным серверами в зависимости от доступности сервера. Технология уровня экземпляра. Для общего хранилища требуется установка кластеризации Windows.

Терминология

  • Активный узел - это место, где работают службы SQL.
  • Пассивный узел - это то место, где не работают службы SQL.

Группы доступности AlwaysON

Первичные данные будут скопированы на вторичные через сетевую транзакцию. Группа технологий уровня базы данных. Требуется установка кластеризации Windows без общего хранилища.

Терминология

  • Первичная реплика - это исходный сервер.
  • Вторичная реплика - это целевой сервер.

Ниже приведены шаги по настройке технологии HA (зеркалирование и доставка журналов), кроме кластеризации, групп доступности AlwaysON и репликации.

Step 1 - Сделайте одну полную резервную копию и одну резервную копию T-журнала исходной базы данных.

пример

Чтобы настроить зеркальное отображение \ доставку журналов для базы данных TestDB в TESTINSTANCE в качестве основного и DEVINSTANCE в качестве дополнительных серверов SQL, напишите следующий запрос для создания полных резервных копий и резервных копий T-журнала на исходном сервере (TESTINSTANCE).

Подключитесь к SQL Server 'TESTINSTANCE', откройте новый запрос, напишите следующий код и выполните его, как показано на следующем снимке экрана.

Backup database TestDB to disk = 'D:\testdb_full.bak'
GO
Backup log TestDB to disk = 'D:\testdb_log.trn'

Step 2 - Скопируйте файлы резервных копий на целевой сервер.

В этом случае у нас есть только один физический сервер и два экземпляра SQL Server, поэтому нет необходимости копировать, но если два экземпляра SQL Server находятся на разных физических серверах, нам нужно скопировать следующие два файла в любое место вторичный сервер, на котором установлен экземпляр DEVINSTANCE.

Step 3 - Восстановить базу данных с файлами резервных копий на целевом сервере с опцией «без восстановления».

пример

Подключитесь к SQL Server DEVINSTANCE и откройте новый запрос. Напишите следующий код для восстановления базы данных с именем TestDB, которое совпадает с именем первичной базы данных (TestDB) для зеркального отображения базы данных. Однако мы можем указать другое имя для конфигурации доставки журналов. В этом случае давайте использовать имя базы данных TestDB. Используйте опцию «norecovery» для двух (полных файлов резервных копий и файлов резервной копии t-log).

Restore database TestDB from disk = 'D:\TestDB_full.bak'
with move 'TestDB' to 'D:\DATA\TestDB_DR.mdf',
move 'TestDB_log' to 'D:\DATA\TestDB_log_DR.ldf',
norecovery
GO
Restore database TestDB from disk = 'D:\TestDB_log.trn' with norecovery

Обновите папку баз данных на сервере DEVINSTANCE, чтобы увидеть восстановленную базу данных TestDB со статусом восстановления, как показано на следующем снимке.

Step 4 - Настройте HA (доставка журналов, зеркалирование) в соответствии с вашими требованиями, как показано на следующем снимке.

пример

Щелкните правой кнопкой мыши базу данных TestDB на сервере SQL TESTINSTANCE, который является основным, и выберите Свойства. Появится следующий экран.

Step 5 - Выберите вариант под названием «Зеркальное отображение» или «Доставка журнала транзакций», которые выделены красным цветом, как показано на приведенном выше экране, в соответствии с вашими требованиями и следуйте инструкциям мастера, руководствуясь самой системой, чтобы завершить настройку.

Report является отображаемым компонентом.

Применение

Отчет в основном используется для двух целей - внутренних операций компании и внешних операций компании.

Службы отчетов

Это сервис, который используется для создания и публикации различных отчетов.

Ниже приведены три требования, необходимые для разработки любого отчета.

  • Бизнес-процесс
  • Layout
  • Query\Procedure\View

BIDS (Business Intelligence Studio до 2008 R2) и SSDT (SQL Server Data Tools с 2012 года) - это среда для разработки отчетов.

Ниже приведены шаги по открытию среды BIDS \ SSDT для разработки отчетов.

Step 1- Откройте BIDS \ SSDT в зависимости от версии из группы программ Microsoft SQL Server. Появится следующий экран. В этом случае SSDT открылся.

Step 2- Перейдите к файлу в верхнем левом углу на скриншоте выше. Нажмите «Создать» и выберите проект. Откроется следующий экран.

Step 3 - На приведенном выше экране выберите службы отчетности в разделе бизнес-аналитики в верхнем левом углу, как показано на следующем снимке экрана.

Step 4 - На приведенном выше экране выберите либо мастер проекта сервера отчетов (он пошагово проведет вас по мастерам), либо проект сервера отчетов (он будет использоваться для выбора индивидуальных настроек) в зависимости от ваших требований к разработке отчета.

План выполнения будет сгенерирован оптимизатором запросов с помощью статистики и дерева Алгебризера \ процессора. Это результат оптимизатора запросов, который сообщает, как выполнять вашу работу \ требования.

Есть два разных плана выполнения - расчетный и фактический.

Estimated execution plan обозначает вид оптимизатора.

Actual execution plan указывает, что выполнило запрос и как это было сделано.

Планы выполнения хранятся в памяти, называемой кешем планов, поэтому их можно использовать повторно. Каждый план сохраняется один раз, если оптимизатор не решит параллелизм для выполнения запроса.

В SQL Server доступны три различных формата планов выполнения - графические планы, текстовые планы и планы XML.

SHOWPLAN - это разрешение, которое требуется пользователю, желающему увидеть план выполнения.

Пример 1

Ниже приводится процедура просмотра предполагаемого плана выполнения.

Step 1- Подключитесь к экземпляру SQL Server. В этом случае TESTINSTANCE - это имя экземпляра, как показано на следующем снимке.

Step 2- Нажмите на опцию «Новый запрос» на приведенном выше экране и напишите следующий запрос. Перед написанием запроса выберите имя базы данных. В данном случае TestDB - это имя базы данных.

Select * from StudentTable

Step 3 - Щелкните символ, выделенный красным цветом на экране выше, чтобы отобразить предполагаемый план выполнения, как показано на следующем снимке экрана.

Step 4- Наведите указатель мыши на таблицу сканирования, которая является вторым символом над красной рамкой на приведенном выше экране, чтобы подробно отобразить предполагаемый план выполнения. Появится следующий снимок экрана.

Пример 2

Ниже приведена процедура просмотра фактического плана выполнения.

Step 1Подключитесь к экземпляру SQL Server. В этом случае TESTINSTANCE - это имя экземпляра.

Step 2- Щелкните параметр «Новый запрос», показанный на экране выше, и введите следующий запрос. Перед написанием запроса выберите имя базы данных. В данном случае TestDB - это имя базы данных.

Select * from StudentTable

Step 3 - Щелкните символ, выделенный красным цветом на экране выше, а затем выполните запрос, чтобы отобразить фактический план выполнения вместе с результатом запроса, как показано на следующем снимке экрана.

Step 4- Наведите указатель мыши на таблицу сканирования, которая является вторым символом над красной рамкой на экране, чтобы подробно отобразить фактический план выполнения. Появится следующий снимок экрана.

Step 5 - Нажмите «Результаты» в левом верхнем углу экрана выше, чтобы открыть следующий экран.

Эта служба используется для выполнения операций ETL (извлечение, преобразование и загрузка данных) и административных операций. BIDS (Business Intelligence Studio до 2008 R2) и SSDT (SQL Server Data Tools с 2012 года) - это среды для разработки пакетов.

Базовая архитектура SSIS

Решение (Сборник проектов) ---> Проект (Сборник пакетов) ---> Пакет (Сборник задач для ETL и административных операций)

В разделе Пакет доступны следующие компоненты -

  • Поток управления (контейнеры и задачи)
  • Поток данных (источник, преобразования, назначения)
  • Обработчик событий (отправка сообщений, электронных писем)
  • Проводник пакетов (единое представление для всего пакета)
  • Параметры (взаимодействие с пользователем)

Ниже приведены шаги, чтобы открыть BIDS \ SSDT.

Step 1- Откройте BIDS \ SSDT в зависимости от версии из группы программ Microsoft SQL Server. Появится следующий экран.

Step 2- На приведенном выше экране показано, что SSDT открылся. Перейдите к файлу в верхнем левом углу на изображении выше и нажмите «Создать». Выберите проект, и откроется следующий экран.

Step 3 - Выберите Службы Integration Services в разделе Business Intelligence в верхнем левом углу экрана выше, чтобы открыть следующий экран.

Step 4 - На приведенном выше экране выберите либо проект служб Integration Services, либо мастер импорта проекта служб Integration Services в зависимости от ваших требований к разработке \ созданию пакета.

Этот сервис используется для анализа огромных объемов данных и их применения для принятия бизнес-решений. Он также используется для создания двух или многомерных бизнес-моделей.

В версии SQL Server 2000 он называется MSAS (Microsoft Analysis Services).

Начиная с SQL Server 2005, он называется SSAS (службы анализа SQL Server).

Режимы

Существует два режима - собственный режим (режим SQL Server) и режим точки доступа.

Модели

Существует две модели - табличная модель (для командного и личного анализа) и многомерная модель (для корпоративного анализа).

BIDS (Business Intelligence Studio до 2008 R2) и SSDT (SQL Server Data Tools с 2012 года) - это среды для работы с SSAS.

Step 1- Откройте BIDS \ SSDT в зависимости от версии из группы программ Microsoft SQL Server. Появится следующий экран.

Step 2- На приведенном выше экране показано, что SSDT открылся. Перейдите к файлу в верхнем левом углу на изображении выше и нажмите «Создать». Выберите проект, и откроется следующий экран.

Step 3- Выберите службы Analysis Services на приведенном выше экране в разделе Business Intelligence, как показано в верхнем левом углу. Появится следующий экран.

Step 4 - На приведенном выше экране выберите любой вариант из пяти перечисленных вариантов в зависимости от ваших требований для работы со службами Analysis.