Изучение T-SQL с нуля

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

Путь изучения T-SQL с помощью этой книги начинается с понимания основ SQL и баз данных. Вы изучите SQL Server Management Studio (SSMS), используемую для разработки и управления базами данных SQL Server. Затем вы узнаете, как использовать операторы DDL для создания, изменения и удаления таблиц и индексов. Постепенно вы сможете выполнять запросы на языке T-SQL, используя операторы DML, объединения и различные встроенные функции. Последовательно вы будете изучать обработку данных XML и JSON, а к концу этой книги вы научитесь программировать на SQL Server и различным стратегиям развертывания баз данных и программ.

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

Брахмананд Шукла

Связанные категории

Отзывы о книге “Изучаем T-SQL с нуля

0 оценок 0 отзывов

Предварительный просмотр книги

Изучение T-SQL с нуля – Брахмананд Шукла

ГЛАВА 1

Начало работы

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

В этой главе также будет рассказано о том, что такое SQL, T-SQL и различные команды T-SQL. Самое главное, вы узнаете о SSMS, которая представляет собой интегрированную среду разработки (IDE), используемую для разработки и управления базой данных SQL Server и написания запросов T-SQL.

Эта глава станет основополагающим камнем в процессе изучения T-SQL.

Структура

В этой главе мы рассмотрим следующие темы:

Физическая архитектура SQL Server

Версия и издания SQL Server

Загрузка и установка SQL Server

Студия управления SQL Server ( SSMS )

Цели

После прочтения этой главы читатели смогут:

Понимать основы реляционной базы данных и SQL Server.

Узнать о SSMS и ее различных возможностях.

Разобраться в концепциях, терминологии и SSMS.

База данных

Мы не будем говорить о множестве теорий по базам данных. Однако важно знать, что означает база данных?

Вы наверняка много раз слышали такие слова, как данные и база данных.

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

Данные есть везде, и все есть данные.

Как мы все знаем, шкаф – это хранилище, которое мы используем для хранения наших вещей. Точно так же база данных – это хранилище для хранения данных.

Существуют различные типы баз данных. Даже файлы Excel, текстовые файлы и так далее являются базами данных. Папка – это тоже база данных, в которой хранятся файлы.

Я помню свои студенческие годы. У нас были дискеты. Дискеты имели ограниченный объем памяти в килобайтах. Максимальная емкость дискеты составляла 1,44 МБ. Затем появились компакт-диски с большей емкостью в 100 МБ. На смену компакт-дискам пришли DVD-диски, емкость которых составляла Гб. Позднее DVD-диски были заменены накопителями на ручках. Сегодня мы можем хранить 100 Гб данных на крошечном накопителе.

Я хочу поделиться этим опытом, чтобы вы поняли, как с каждым днем растут объемы данных.

Сегодняшний мир – цифровой. Цифровые технологии и Интернет действительно сделали мир семьей. Мы связаны друг с другом, независимо от того, где мы находимся, с помощью Интернета. Недавно нас атаковала самая страшная пандемия последнего времени под названием COVID-19.

Мы смогли справиться с такой страшной пандемией только благодаря технологиям. Люди работают дома. Компании закрывают свои офисы и заставляют своих сотрудников постоянно работать дома.

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

Только представьте себе объем данных, которые производятся сегодня! Вы наверняка также сталкивались с тем, что Google, Facebook и т.д. продают рекламу своим потребителям, основываясь на их истории поиска, покупательских предпочтениях и так далее. Amazon предлагает товары на основе покупательского выбора и моделей покупок клиентов. Мы можем предсказывать муссоны, отслеживать штормы и принимать меры предосторожности, чтобы спасти драгоценные жизни.

Это было бы невозможно без данных. Очевидно, что просто хранящиеся данные – ничто, если их не обрабатывать, чтобы сделать из них целенаправленную информацию.

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

Именно поэтому базы данных получили дальнейшее развитие в СУБД. О СУБД мы поговорим в следующих темах.

Таблица, строка и столбец

Видели ли вы файл Excel? Он содержит несколько листов. Каждый лист – это таблица. Лист имеет несколько столбцов, которые называются A, B, C, D, … и так далее, и строки 1, 2, 3, … и так далее. Количество поддерживаемых строк обычно зависит от версии Excel.

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

Рисунок 1.1: Таблица, строка и столбец в excel

Из рисунка 1.1 мы понимаем, что:

Book1 – это база данных.

Sheet1 , Sheet2 , и Sheet3 – это таблицы.

A, B, C и так далее – столбцы, а 1, 2, 3 и так далее – строки.

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

Существуют различные виды СУБД, такие как RDBMS, DDBMS и так далее. Однако в этой книге мы сосредоточимся только на РСУБД.

РСУБД

RDBMS расшифровывается как Relational Database Management System. Это специализированные базы данных, созданные для хранения данных с соответствующими связями, называемыми отношениями.

Мы разберем отношения и некоторые другие важные понятия на примере известного производителя двухколесных транспортных средств Royal Enfield.

Де-нормализация

В следующей таблице показан пример данных заказов на поставку. PurchaseOrder используется для записи информации обо всех покупках. Он имеет различные атрибуты, как видно из следующей таблицы. Мы взяли примерный набор данных. Реальный набор данных может иметь гораздо больше атрибутов.

Вы также заметите, что некоторые атрибуты, такие как CustomerName, CustomerAddress, CustomerMobile и ProductName, повторяются для каждого заказа. У клиента John есть три заказа, и каждый заказ содержит точно такую же информацию о клиенте. Такой набор данных называется де-нормализованными данными.

Процесс включения всех необходимых атрибутов в одну таблицу называется де-нормализацией. Как видно из следующей таблицы, все атрибуты заказа на покупку собраны в одной таблице:

Таблица 1.1: Де-нормализованная таблица PurchaseOrder

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

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

Давайте вернемся к нашему примеру:

Вы можете видеть, что CustomerName , CustomerAddress , CustomerMobile , и ProductName повторяются в каждой строке. Имеет ли смысл повторять одни и те же данные снова и снова?

Давайте проанализируем набор данных более тщательно:

CustomerName , CustomerAddress , и CustomerMobile относятся к клиенту. ProductName относится к продукту.

Разве мы не можем разделить эти атрибуты по другим таблицам? Да, можем и должны!

Нормализация

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

Нормализация является противоположностью де-нормализации. Мы разделяем набор данных на несколько меньших наборов данных, а когда нам нужен объединенный результат, мы соединяем их. Мы узнаем о соединениях в главе 6, Join, Apply и Subquery.

Мы поговорим о

Таблица с первичным ключом также называется таблицей со ссылками. Например, таблицы Customer и Product имеют первичные ключи; следовательно, это таблица со ссылками.

Таблица с внешним ключом также называется ссылающейся таблицей. Например, таблица PurchaseOrder имеет внешний ключ; следовательно, это ссылающаяся таблица.

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

Давайте теперь отделим атрибуты, связанные с клиентами, в таблицу Customer, а атрибуты, связанные с продуктами, – в таблицу Product. Таким образом, теперь у нас будет три таблицы для Customer, Product и PurchaseOrder.

В таблице Customer хранятся данные о клиентах, как показано в таблице 1.2:

Таблица 1.2: Таблица Customer

В таблице Product хранятся данные о товарах, как показано в таблице 1.3:

Таблица 1.3: Таблица продуктов

В таблице PurchaseOrder хранятся сведения о заказах на покупку, как показано в таблице 1.4:

Таблица 1.4: Нормализованная таблица PurchaseOrder

Какова цель наличия этих таблиц и зачем нужны отдельные таблицы для каждой из них?

Вы можете видеть, что в таблице PurchaseOrder есть столбцы CustomerID и ProductID. CustomerID взят из таблицы Customer и является уникальным идентификационным номером клиента. То же самое относится и к ProductID. ProductID – это уникальный идентификационный номер продукта.

После того как клиент/продукт добавлен в базу данных, нет необходимости добавлять его снова. Достаточно выбрать нужного клиента и продукт, и можно размещать заказ на покупку (PurchaseOrder). Аналогично, если изменился какой-либо атрибут клиента, например, адрес или мобильный телефон, и так далее, его нужно просто обновить в таблице Customer.

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

Как показано в таблице 1.4, CustomerID = 1, принадлежащий Джону, имеет 3 заказа в таблице PurchaseOrder. В то время как в таблице Customer, как показано в таблице 1.2, у нас есть только одна строка для CustomerID = 1, принадлежащего Джону.

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

Более подробную информацию о нормализации баз данных можно найти в официальной документации Microsoft по следующему URL:

https://docs.microsoft.com/en-us/office/troubleshoot/access/database-normalization-description

Отношения сущностей (ER)

Если мы обратимся к нашему примеру, приведенному в таблицах 1.2-1.4, CustomerID является отношением между Customer и PurchaseOrder ta

Ограничения можно понимать как правила, определяемые для столбцов таблицы, чтобы определить, какие данные разрешены. В реляционной базе данных существуют различные виды ограничений, которые мы изучим в главе 2 “Таблица”. Важно знать, что первичный ключ и внешний ключ также являются ограничениями.

Первичный ключ

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

Внешний ключ

Это правило гарантирует, что столбец (столбцы), для которого определен внешний ключ, всегда будет иметь те же значения, которые имеются в первичном ключе. Если вы попытаетесь добавить в столбец (столбцы) Внешнего ключа значение, которого нет в Первичном ключе, то правило не сработает и выдаст ошибку. Столбцы внешнего ключа всегда должны ссылаться на таблицу, имеющую первичный ключ. Как правило, первичный ключ определяется только для одного столбца. Однако если он определяется комбинацией из нескольких столбцов, то Внешний ключ также должен быть определен для такого же количества столбцов. Количество столбцов в ссылающейся и ссылающейся таблицах должно быть одинаковым.

Столбец(и) внешнего ключа может содержать значения NULL, если столбцы помечены как nullable. В то время как столбец(и) первичного ключа никогда не может иметь значения NULL.

Триггер

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

ACID

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

ACID – это аббревиатура от Atomicity, Consistency, Isolation и Durability. Это отличительные свойства реляционной базы данных.

Мы разберем каждое из них. Но перед этим давайте разберемся, что такое транзакция?

Транзакция

Транзакцию в мире баз данных можно понимать как набор инструкций. В языке T-SQL инструкция – это не что иное, как оператор T-SQL. Каждый отдельный оператор T-SQL является неявной транзакцией, в отсутствие определения явной транзакции. Для того чтобы получить общее представление о свойствах ACID, давайте рассмотрим этот простой пример транзакции. Более подробно о неявных и явных транзакциях мы поговорим в главе 11, Обработка ошибок и управление транзакциями.

Предположим, у нас есть следующие инструкции. Каждая из них представляет собой оператор T-SQL. Все эти инструкции встроены в явную транзакцию. Но в отсутствие явной транзакции, в которую встроены эти инструкции, каждая из следующих инструкций была бы отдельной неявной транзакцией:

Инструкция 1: считать всех студентов из таблицы Score, набравших больше 75%.

Инструкция 2: Подсчитать количество записей из инструкции 1.

Инструкция 3: Ранжируйте каждого студента в соответствии с его оценкой в порядке убывания. Самый высокий балл означает ранг 1.

Инструкция 4: Выведите количество обладателей рангов из инструкции 2, а также имя и ранг каждого обладателя ранга из инструкции 3.

Давайте разберем каждое свойство ACID.

Атомарность (A)

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

Если транзакция содержит только одну инструкцию (оператор T-SQL), такую как INSERT, UPDATE или DELETE, то в зависимости от соответствующего оператора T-SQL либо все строки будут вставлены, обновлены или удалены, либо ни одна из них не будет вставлена, обновлена или удалена.

Согласованность (C)

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

Изоляция (I)

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

Долговечность (D)

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

T-SQL

Для того чтобы стать разработчиком или администратором баз данных Microsoft SQL Server, необходимо изучить язык T-SQL. Прежде чем разбираться в T-SQL, давайте поймем, что такое SQL?

SQL

SQL означает язык структурированных запросов. Он адаптирован основными РСУБД. Однако некоторые РСУБД имеют свою собственную версию SQL, например, PL/SQL является собственным языком Oracle, а T-SQL – собственным языком Microsoft SQL Server.

SQL является стандартом ANSI/ISO, но существует несколько версий. ANSI означает Американский национальный институт стандартов, а ISO – Международная организация по стандартизации.

Все эти варианты SQL должны поддерживать основные команды, чтобы соответствовать стандарту.

Команды T-SQL

Существуют различные виды команд T-SQL, как показано на рисунке 1.2. Существуют и другие команды, которые мы обсудим в следующих главах:

Рисунок 1.2: Команды T-SQL

Давайте разберемся в каждой из этих категорий команд T-SQL.

Язык определения данных (DDL)

Это команды CREATE, ALTER, DROP, RENAME и TRUNCATE.

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

ALTER – это не что иное, как изменение объекта в базе данных. DROP – это не что иное, как удаление/удаление объекта из базы данных.

Язык манипулирования данными (DML)

Это команды SELECT, INSERT, UPDATE и DELETE.

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

В целом, эти команды используются для чтения, добавления, изменения и удаления данных/записей, описанных ниже:

INSERT – это не что иное, как запись свежих данных/записей в таблицы.

UPDATE – это не что иное, как изменение данных/записей в таблицах. DELETE – это не что иное, как удаление данных/записей из таблиц.

SELECT – это не что иное, как чтение данных/записей из таблиц.

INSERT, UPDATE и DELETE используются только для таблиц. Однако SELECT используется для таблиц, представлений, а также функций. О представлениях и функциях мы узнаем в главе 10 “Представления и функции, определяемые пользователем”.

Язык управления транзакциями (TCL)

Он используется для управления транзакциями. Мы говорили о транзакциях в разделе ACID. Это команды BEGIN TRANSACTION , COMMIT TRANSACTION , ROLLBACK TRANSACTION , и SAVE TRANSACTION .

Язык управления данными (DCL)

Он используется для управления безопасностью базы данных, например, для предоставления или отзыва доступа. Этими командами являются GRANT и REVOKE .

Физическая архитектура SQL Server

На следующей диаграмме показана высокоуровневая физическая архитектура Microsoft SQL Server:

Рисунок 1.3: Физическая архитектура SQL Server

Давайте разберемся в каждом из компонентов физической архитектуры:

Страницы Страницы являются наименьшей единицей хранения данных в SQL Server, размер каждой страницы составляет 8 КБ.

Экстенты : Каждый экстент – это коллекция из 8 страниц. Экстенты бывают двух типов:

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

Единый экстент: Принадлежит только одной таблице. Он может содержать либо страницу данных, либо страницу индекса.

В терминологии SQL Server 1 МБ – это 128 страниц.

Раздел: Раздел – это логическая группировка меньших наборов данных, созданная из большого набора данных путем разбиения на разделы. Разбиение на разделы может быть очень полезным, если вы имеете дело с большим объемом данных. Особенно при нагрузке на чтение.

Рассмотрим сценарий таблицы со 100 миллиардами строк за последние 10 лет. Чтение из одного раздела 100 миллиардов строк может быть очень дорогостоящим. Предположим, что каждый год содержит примерно 10 миллиардов строк. Мы можем разделить таблицу по годам с помощью столбца Date, чтобы получить 10 разделов. Теперь, когда мы будем запрашивать эту таблицу, чтение будет происходить из соответствующих разделов, а не из всего набора в 100 миллиардов строк.

Таблицы Таблица – это набор строк и столбцов. Мы уже говорили о таблице в предыдущей теме “Таблица, строка и столбец”. Все данные в SQL Server логически хранятся в таблицах, но физически – в файле данных. Пользователь, пытающийся добавить, изменить, удалить или прочитать запись, фактически имеет дело с таблицей. Однако физически данные хранятся на диске в виде файлов данных.

Строка не может иметь размер более 8 КБ. Колонки с типами данных переменной длины, такими какVarcharиNVarcharи LOB-типы, такие какImage,Text,NText,XML, являются исключением из правила 8 КБ и не учитываются в 8 КБ. LOB-типы могут содержать до 2 ГБ данных в ячейке.

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

Объектами являются таблицы, хранимые процедуры, функции, триггеры, представления и так далее.

База данных : База данных – это контейнер, в котором хранятся все виды объектов. Когда мы говорим “объект”, то это также включает данные, лежащие в основе таблицы. В SQL Server существует два типа баз данных:

Системные базы данных: Это специальные виды баз данных, используемые SQL Server внутри системы. Они поставляются вместе с установкой SQL Server:

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

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

tempdb : Используется SQL Server для хранения временных объектов, таких как таблицы, хранимые процедуры, функции, представления и так далее. Табличные переменные также используют tempdb. tempdb создается заново при каждом запуске/перезапуске SQL Server. О временных таблицах и табличных переменных мы поговорим в последующих главах.

Базы данных пользователей : Это базы данных, созданные нами, пользователями.

Файл данных : Хранит данные в виде страниц, логически организованных в экстенты. Существует два типа файлов данных: файл первичных данных ( .mdf ) и файл вторичных данных ( .ndf ).

Файл журнала : Хранит журнал всех модификаций, выполненных с помощью операторов DDL или DML. Это главный орган SQL Server, который обеспечивает соответствие записываемых данных стандарту ACID. Расширение файла журнала – ( .ldf ).

Файловая группа : Хранит файлы данных (первичные и вторичные). Каждая база данных имеет одну файловую группу по умолчанию, но может быть несколько файловых групп. Файловые группы могут быть сопоставлены с различными дисками.

Краткое описание физической архитектуры SQL Server

База данных может иметь несколько файловых групп. Файловая группа может иметь несколько файлов данных. Файл данных может иметь несколько схем. Схема может иметь несколько таблиц/объектов. Таблица может иметь несколько разделов. Раздел может иметь несколько строк, и каждая строка может иметь несколько столбцов. Страница может содержать одну или несколько строк.

Версия и редакции SQL Server

На момент публикации этой книги компания Microsoft выпустила SQL Server 2019, который является последней версией. В этой книге используется версия SQL Server 2019 для разработчиков (64 бит).

SQL Server 2019 поставляется в различных редакциях, таких как Enterprise, Standard, Web, Developer и Express. Все они работают по разной модели лицензирования.

Более подробную информацию об этих редакциях можно найти в документации Microsoft по следующему URL:

https://docs.microsoft.com/en-us/sql/sql-server/editions-and-components-of-sql-server-version-15?view=sql-server-ver15

Редакции Developer и Express – это бесплатные редакции, предлагаемые Microsoft.

Версия Developer предлагает полный набор функций, но лицензируется только для разработки и тестирования. Производственное использование не допускается.

Однако редакция Express имеет некоторые ограничения по функциям и разрешена для использования в производстве. Небольшие производственные нагрузки могут использовать эту редакцию.

Загрузка и установка SQL Server

Для загрузки и установки SQL Server 2019 (включая бесплатные редакции, такие как Developer и Express) можно воспользоваться документацией Microsoft по следующему адресу URL.

Документация включает в себя пошаговое объяснение:

https://docs.microsoft.com/en-us/sql/database-engine/install-windows/install-sql-server-from-the-installation-wizard-setup?view=sql-server-ver15

Студия управления SQL Server Management Studio (SSMS)

Microsoft SQL Server Management Studio 18 поставляется по умолчанию с SQL Server 2019. Однако ее также можно загрузить и установить отдельно.

Каждая установка SQL Server устанавливает как клиент, так и сервер. Таким образом, и клиент, и сервер устанавливаются на одну и ту же систему. Однако клиент может быть установлен на d

Одним словом, это инструмент для выполнения всех действий в SQL Server.

Начало работы с SSMS

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

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

Рисунок 1.4: Запуск SSMS

Нажмите на Microsoft SQL Server Management Studio 18. Появится окно входа в систему, как показано на следующем снимке. На экране входа в систему есть различные поля, как показано на следующем снимке:

Рисунок 1.5: Экран входа в SSMS

При выборе типа сервера есть различные опции, как показано на следующем снимке, но мы остановимся только на Database Engine. Эта опция используется для работы с базами данных SQL Server:

Рисунок 1.6: SSMS login screen server types

Другие поля:

Имя сервера : Это имя/IP сервера или имя экземпляра. Если вы запускаете его на локальной системе, то можно даже указать localhost. Имя экземпляра может быть указано во время установки.

Аутентификация: Существуют различные виды аутентификации, как показано на следующем снимке экрана. Эти параметры могут быть настроены во время установки. Однако, аутентификация Windows и аутентификация SQL Server являются наиболее часто используемыми типами аутентификации:

Рисунок 1.7: Типы аутентификации на экране входа в SSMS

Если вы запускаете SSMS под тем же пользователем Windows, который использовался при установке, то у вас не будут запрашиваться учетные данные. Однако если SQL Server был установлен под другим пользователем, и вы вошли в систему под другим пользователем, то вы не сможете получить доступ к SQL Server, если только не будет создан логин SQL Server для пользователя Windows, через которого вы пытаетесь подключиться к SQL Server.

sa – это логин SQL Server по умолчанию, который поставляется при установке SQL Server. Однако у вас есть возможность указать свой собственный пароль. Его также часто называют super admin .

Аутентификация и вход в SQL Server – это расширенные темы. Они являются частью безопасности SQL Server, которая сама по себе представляет собой целую большую тему. Она выходит за рамки данной книги. Однако вы можете использовать аутентификацию Windows или SQL Server для входа в установленный экземпляр SQL Server с целью изучения и отработки T-SQL.

Имя пользователя: Если вы выбрали аутентификацию Windows, и вы запускаете SSMS под тем же пользователем Windows, который использовался при установке, то вас не попросят ввести учетные данные. Вы можете непосредственно нажать на кнопку Connect.

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

Пароль: необходимо ввести пароль пользователя/пользователя по умолчанию sa.

sa – это пользователь по умолчанию, поставляемый при установке SQL Server.

Теперь, когда вы ввели необходимые данные, вы можете нажать на кнопку Connect. Откроется окно, похожее на следующий снимок экрана: