Разработка приложений в Visual C# для работы с базой данных MS SQL SERVER 2012

Министерство науки и высшего образования Российской Федерации

Федеральное государственное бюджетное

образовательное учреждение высшего образования

«Казанский национальный исследовательский

технологический университет»

Р. Ш. Гайнанова

РАЗРАБОТКА ПРИЛОЖЕНИЙ 

В VISUAL C# ДЛЯ РАБОТЫ 
С БАЗОЙ ДАННЫХ MS SQL 

SERVER 2012

Учебно-методическое пособие

Казань

Издательство КНИТУ

2019

УДК 004.655.3(075)
ББК 32.97я7

Г14

Печатается по решению редакционно-издательского совета 

Казанского национального исследовательского технологического университета

Рецензенты:

канд. физ.-мат. наук, доц. А. Ф. Галимянов 
канд. физ.-мат. наук, доц. О. А. Широкова

Г14

Гайнанова Р. Ш.
Разработка приложений в Visual C# для работы с базой данных MS 
SQL SERVER 2012 : учебно-методическое пособие / Р. Ш. Гайнанова; 
Минобрнауки России, Казан. нац. исслед. технол. ун-т. – Казань : 
Изд-во КНИТУ, 2019. – 84 с.

ISBN 978-5-7882-2663-7

Рассмотрены способы создания приложений для работы с базами дан
ных, методы доступа к базам данных и применяемые в них программные интерфейсы. Также рассматривается интеграция приложений Visual C# с сервером СУБД Microsoft SQL Server 2012.

Предназначено для студентов, обучающихся по направлениям 27.03.03 

«Системный анализ и управление», 09.03.02 «Информационные системы и 
технологии» и 09.03.03 «Прикладная информатика». 

Подготовлено на кафедре системотехники.

ISBN 978-5-7882-2663-7
© Гайнанова Р. Ш., 2019
© Казанский национальный исследовательский 

технологический университет, 2019

УДК 004.655.3(075)
ББК 32.97я7

Содержание

Введение.....................................................................................................4
1. Проектирование баз данных.................................................................5
2. Основы MicrosoftSQL Server 2012 ....................................................... 9
2.1. Объекты базы данных SQL Server .................................................. 10
2.2. Язык SQL........................................................................................... 11
2.3. Работа в SQL Server Management Studio......................................... 18
3. Администрирование баз данных........................................................ 26
3.1. Администратор базы данных........................................................... 26
3.2. Создание точек входа SQL Server................................................... 27
3.3. Создание пользователей базы данных............................................ 27
3.4. Роли базы данных............................................................................. 29
3.5. Задания по администрированию баз данных................................. 37
4. Разработка приложения ...................................................................... 41
4.1. Работа с таблицами........................................................................... 46
4.2. Создание запросов............................................................................ 51
4.3. Создание отчетов в среде VisualStudio........................................... 59
4.4. Создание проекта сервера отчетов.................................................. 64
4.5. Задания по разработке приложений................................................ 66
Заключение............................................................................................... 79
Список литературы.................................................................................. 80
Приложение.............................................................................................. 81

Введение

Данное учебно-методическое пособие посвящено созданию при
ложений для работы с базами данных. Рассматриваются методы доступа к базам данных и применяемые в этих методах доступа программные интерфейсы. Также рассматривается интеграция приложений Visual C# с сервером СУБД Microsoft SQL Server 2012. В качестве 
примера представлена разработка информационной системы «Туристическое агентство».

Любая профессиональная деятельность эффективна при условии 

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

Информационная система – это взаимосвязанная совокупность 

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

− задачу разработки базы данных, предназначенной для хранения 

информации;

− задачу разработки графического интерфейса пользователя кли
ентских приложений.

4

1. ПРОЕКТИРОВАНИЕ БАЗ ДАННЫХ

Проектирование БД состоит из нескольких этапов:
1. Анализ требований. На этом этапе находят ответы на следу
ющие вопросы: Какие элементы данных должны храниться в БД? Кто 
и как будет с ними обращаться?

2. Создание физической структуры БД. На этом этапе непосред
ственно определяется, какие будут представлены таблицы, а также 
атрибуты этих таблиц

3. Создание логической модели БД. На этом этапе определяется, 

как данные будут сгруппированы логически. Структура базы данных 
на этом этапе выражается в терминах прикладных объектов и отношений между ними.

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

В настоящее время в области проектирования информационных 

систем с  успехом применяется визуальное моделирование с помощью 
унифицированного языка моделирования UML. Унифицированный 
язык моделирования  (Unified Modeling Language,  UML)  является 
графическим языком для визуализации, специфицирования, конструирования и документирования систем, в которых большая роль принадлежит программному обеспечению. С помощью UML можно детально 
описать систему, начиная разработку с концептуальной модели с ее 
бизнес-функциями и процессами, а также описать особенности реализации системы, такие как классы программного обеспечения системы,  
схема базы данных.

Строится диаграмма вариантов использования (диаграмма пре
цедентов). Поведение системы (т. е. функциональность, которую она 
обеспечивает) описывают с помощью функциональной модели, которая отображает системные прецеденты, системное окружение и связи 
между ними (рис. 1.1). С помощью этой диаграммы можно [7, 14]:

−сформулировать общие  требования  к функциональному пове
дению проектируемой системы;

−разработать исходную концептуальную модель  системы для ее 

последующей детализации в форме  логических и физических моделей; 

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

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

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

Связи и взаимоотношения, существующие между элементами 

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

В основном на диаграммах прецедентов используются следую
щие типы отношений:

−ассоциации (association relationship); 
−включения (include relationship); 
−расширения (extend relationship); 
−обобщения (generalization relationship).
Ассоциация – это структурное отношение, показывающее, что 

объект неким образом связан с другим объектом.

Включение (include) говорит о том, что исходный прецедент яв
ным образом включает в себя поведение целевого. Другими  словами, 
включение создается, когда один прецедент использует другой. При 
этом исполнение базового прецедента невозможно без исполнения используемого. Изображается включение в виде пунктирной стрелки с 
надписью <<include>>, которая направлена от базового элемента к используемому. 

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

<<extend>>, направленной от используемого варианта использования 
к базовому.

Рис. 1.1. Диаграмма прецедентов ИС «Туристическое агентство»

Как взаимодействует руководитель туристической фирмы с 

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

Диаграмма деятельности UML отображает разложение опреде
ленной деятельности на несколько составных частей. В данном случае
под понятием «деятельность» понимается спецификация определенного поведения, исполняемого в виде параллельного, а также координированного последовательного выполнения различных подчиненных 
элементов – вложенных типов деятельности и различных действий, 
объединенных потоками, идущими от выходов определенного узла ко
входам другого. Диаграммы деятельности UML часто используются,
для того чтобы моделировать различные бизнес-процессы. Секции делят диаграмму деятельности на несколько участков. Это нужно для 
того, чтобы показать, кто отвечает за выполнение деятельности и в 
каком порядке.

Далее проектируется физическая структура базы данных. Физи
ческая структура базы данных представлена в приложении.

База данных «Турагентство» создается на Microsoft SQL Server

2012. В ней необходимо хранить и отслеживать определенный набор 

информации о клиентах данного туристического агентства (туристах), 
о предлагаемых им турах, об оформлении и оплате путевок. В примере 
турагентства имеются пять основных объектов:  туристы, туры, путевки, сезоны, оплаты. Между этими объектами могут быть следующие 
отношения [2]:

– каждый турист может купить одну или несколько путевок;
– каждой путевке соответствует ее оплата;
– каждый тур может иметь несколько сезонов;
– путевка продается на один тур одного сезона.

Рис. 1.2. Диаграмма деятельности ИС «Туристическое агентство»

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

Приложением будут пользоваться руководитель, менеджеры по 

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

2. ОСНОВЫ MICROSOFT SQL SERVER 2012

Система SQL Server 2012 играет роль платформы данных с воз
можностью динамической разработки, обширной бизнес-аналитикой, с 
выходом за пределы реляционной модели, закладывая прочный фундамент, на котором могут строить ИТ инфраструктуру малые, средние 
и крупные организации. В состав  SQL Server 2012 входят следующие 
компоненты [5]:

1) служба ядра БД (Database Engine) – основные компоненты 

БД, уведомлений и репликации. Ядро БД является сердцем SQL
Server. Репликация повышает доступность данных, распределяя их по 
нескольким БД и разделяя нагрузку чтения по нескольким выделенным серверам БД;

2) аналитические службы (Analysis
Services)
обеспечивают 

функциональность OLAP (Online Analytical Processing) и анализа данных для приложений бизнес-аналитики, позволяют организации собирать данные из разных источников, например реляционных баз данных, и обрабатывать их различными способами;

3) службы интеграции (Integration Services) предназначены для 

слияния данных из разнородных источников загрузки данных в хранилища, витрины данных и пр.;

4) службы отчетов включают диспетчер отчетов  и сервер отче
тов. Представляют полномасштабную платформу для создания, управления и распространения отчетов. Сервер отчетов построен на стандартных технологиях Microsoft Internet Information Services (IIS) и Microsoft.NET Framework и позволяет использовать для обработки и хранения отчетов сочетание возможностей SQL Server и IIS;

5) Service Broker – ключевая часть БД, обеспечивающая органи
зацию очередей и обмена сообщениями. Очереди используются для 
упорядочения задач, например запросов, чтобы они выполнялись по 
мере высвобождения ресурсов. Сообщения обеспечивают передачу 
информации от одного приложения БД к другому.

Служебные базы данных SQL Server 2012:
1) Master отвечает за хранение всех данных системного уровня 

для экземпляра SQL Server;

2) Msdb используется агентом SQL Server для планирования 

предупреждений и задач;

3) Model используется в качестве шаблона для всех баз данных, 

создаваемых в экземпляре SQL Server. Изменение размера, параметров