Проектирование АИС гостиницы

Размещено на http://www.allbest.ru/

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

«Московский финансово-юридический университет МФЮА»

(МФЮА)

КАФЕДРА «Информационные системы и технологии»

КУРСОВАЯ РАБОТА

по дисциплине: «Основы проектирования информационных систем»

на тему: «Проектирование АИС гостиницы»

Автор работы

Березовский В.

Москва 2023



ОГЛАВЛЕНИЕ

• Введение
• 1. Краткая характеристика деятельности организации
• 2. Перечень всех используемых бумажных и электронных документов
• 3. Схема вычислительной сети и перечень вычислительной техники
• 4. Проектирование ИС на логическом уровне
• 5. Обосновать выбор СУБД
• 6. Защита данных. Отправка отчета
• Заключение
• Список использованной литературы


ВВЕДЕНИЕ

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

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

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

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

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

Некоторые из примеров операций системы обработки транзакций в отелях включают:

- создание счетов и накладных;

- ввод заказа на продажу;

- бронирование и записи для бронирования;

- заработная плата сотрудников;

- и тому подобные вещи, включающие однократную или пакетную обработку.

Эти системы жизненно важны, поскольку они обеспечивают точность и своевременность собираемых данных, что повышает эффективность труда.

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

Цель работы: спроектировать автоматизированную информационную систему (АИС) для гостиницы.

Объектом исследования является деятельность гостиницы.

Предметом исследования являются методы и технологии проектирования АИС.

Для достижения цели поставлены задачи:

- описать деятельность организации;

- описать документооборот организации;

- описать вычислительную сеть и перечень вычислительной техники, в которой будут эксплуатироваться информационная система;

- спроектировать информационную систему на логическом уровне;

- описать выбор СУБД;

- описать реализацию функций БД.



1. Краткая характеристика деятельности организации

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

Гостиница предоставляет как ночлег (временное жилье), так и общежитие. Термин «отель» охватывает пансионаты, гостиницы, гостевые дома и пансионаты, неклассифицированные отели, а также отели 1,2,3,4 и 5 звезд.

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

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

- фиксированная основа времени выезда. В этой системе определенное время дня фиксируется время прибытия - отъезда. Это может быть 10.00 или 12.00. В основном отели соблюдают 12-часовой расчетный час. В этой системе есть серьезный недостаток в том, что гостинца теряет свою репутацию, поскольку клиенты не удовлетворены выставлением счетов.

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

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

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

Типы номеров обычно доступны в отеле:

- одноместный номер. Номер с односпальной кроватью, рассчитанный на одного человека.

- двойная комната. Номер с двуспальной кроватью рассчитан на двух человек.

- двухместный номер с 2 отдельными кроватями. Номер с двумя односпальными кроватями, рассчитанный на двоих.

- номера «Голливуд» с 2 отдельными кроватями. Номер с двумя односпальными кроватями с односпальным изголовьем, рассчитанный на двух человек.

- салон. Гостиная или гостиная не используются в качестве спальни.

- студия: Гостиная с одной или двумя студийными кроватями или диванами, которые могут быть преобразованы в кровати.

- люкс. Смежная одна или несколько комнат. Самый дорогой тип номера.

- полулюкс. Большая комната с перегородкой, отделяющей мебель в гостиной от спальни.

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

- комната с кухонными принадлежностями, известная в мотелях, курортах и жилых отелях.

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

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

Организационная структура отеля представлена на рисунке 1.1

Рисунок 1.1. - Организационная структура

Организационная структура отеля состоит из:

- владельца;

- генерального директора;

- директора по питанию;

- шеф-повара;

- старшого официанта;

- директора по размещению;

- менеджера службы приема и расчетной службы;

- менеджера службы обслуживания;

- менеджер службы эксплуатации номерного фонда;

- финансового директора;

- главного бухгалтера;

- заведующего отделом заработной платы.

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

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

Контекстная диаграмма гостиницы изображена на рисунке 1.2.

Рисунок 1.2 - Контекстная диаграмма гостиницы

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

Рисунок 1.3 - Декомпозиция контекстной диаграммы

Функциональный блок «Сдача номеров» можно разделить на функциональные блоки: резервирование номеров, оформление поселение, прием оплаты. Декомпозиция функционального блока «Сдача номеров» изображена на рисунке 1.4.

Рисунок 1.4 - Декомпозиция функционального блока «Сдача номеров»

Функциональный блок «Резервирование номеров» можно представить в нотации DFD. Декомпозиция функционального блока «Резервирование номеров» изображена на рисунке 1.5.

Рисунок 1.5 - Декомпозиция функционального блока «Резервирование номеров»

Функциональный блок «Оплата» можно представить в нотации DFD. Декомпозиция функционального блока «Оплата» изображена на рисунке 1.6.

Рисунок 1.6 - IDEF3-модель Оплата

2. Перечень всех используемых бумажных и электронных документов

Схема информационных потоков процесса показана на рис. 2.1.

Рисунок 2.1 - Схема информационных потоков

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

- список клиентов. В данном документе хранится самая основная информация: ФИО и телефон;

- журнал заселения. Этот документ представляет собой список, в котором хранится информация, какой клиент и в какое время заселился;

- список предоставляемых услуг клиенту. Этот документ представляет собой прайс-лист. Такие сведения постоянно обновляются. В этом документе хранится наименование услуги и ее цена;

- журнал бронирования. Этот документ представляет собой список, в котором хранится информация, какой клиент и в какое время бронь.

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

3. Схема вычислительной сети и перечень вычислительной техники

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



Рисунок 3.1 - Вычислительная сеть отеля

Описание вычислительной техники отеля, в которая будет эксплуатироваться информационная система приведено в таблице 3.1

Таблица 3.1 - Описание вычислительной техники отеля

Компонент	Тип компонента	Характеристики
FortiGate 7121F	Брандмауэр	Межсетевой экран 198Gbps IPsec VPN 55Gbps Защита от угроз 20Gbps Проверка SSL 20Gbps Параллельные соединения 24M Соединений в секунду 900k
Promate BaseLink-Pro USB-C	Хаб	PD/HDMI/VGA/DisplayPort/3xUSB 3.1/2xUSB-C 3.1/2xUSB 2.0/RJ45/SD/MicroSD/AUX 3.5 мм
Dell EMC R740	Сервер	EMC R740 (18x3,5" LFF), H730P, 2xPS 750W, iDRAC9Ent
CISCO SF220-48	Коммутатор	48 Fast Ethernet (10/100 Мбіт/с); 2 Gigabit Ethernet Combo (10/100/1000 Мбит/с); 8192; Energy Efficient Ethernet (IEEE 802.3az); (ASIC); 13,6 Гбит/с; 256 VLAN;
Cisco RV325-K9-G5	Маршрутизатор	VPN-маршрутизатор, RJ-45 Gbps, 1хWAN, 1xDMZ, 14xLAN, VPN
Acer Aspire TC-895	Компьютер	Core i3 / Core i5, 10100 / 10400F, 2.9 / 3.6 ГГц, ОЗУ:4 ГБ / 8 ГБ, UHD Graphics 630 / GeForce GTX 1650, - / 4 ГБ, 256 - 1000 ГБ, Linux / Windows 10 Home

4. Проектирование ИС на логическом уровне

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

- «type_numbers» (Тип номеров);

- «numbers» (Номера);

- «statuses» (Статус);

- «reservations» (Бронь);

- «services» (Услуги).

Диаграмма представлена на рисунке 4.1.

Модель «сущность-связь» предполагает несколько типов связи: «один-к одному», «один-ко-многим», «многие-ко-многим». Связь «один-к-одному» означает, что в каждый момент времени каждому экземпляру сущности А соответствует 1 и только 1 экземпляр сущности В и наоборот. Связь «один-ко многим» обозначает, что одному представителю сущности А соответствуют 0, 1 или несколько представителей сущности В, но каждому экземпляру сущности В соответствует только 1 экземпляр сущности А. Связь «многие-ко-многим» показывает, что одному представителю сущности А соответствуют 0, 1 или несколько представителей сущности В и наоборот.

Рисунок 4.1 - ER-модель базы данных

Рассмотрим связь «service - reservation», показанную на рисунке 4.1. Между сущностями установлена связь «многие-ко-многим», в одной броне может быть много услуг. И одна услуга, может быть, во многих бронях.

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

Рассмотрим связь «type - number», показанную на рисунке 4.1. Между сущностями установлена связь «один-ко-многим», номер может иметь один тип.

Сущность «type» является исходной (родительской), т.к. от нее исходит простая связь. Сущность «number» будет порожденной. Следовательно, ключ исходной (родительской) сущности добавляем в порожденную (дочернюю).

Рассмотрим связь «status - number», показанную на рисунке 4.1. Между сущностями установлена связь «один-ко-многим», номер может иметь один статус.

Сущность «status» является исходной (родительской), т.к. от нее исходит простая связь. Сущность «number» будет порожденной. Следовательно, ключ исходной (родительской) сущности добавляем в порожденную (дочернюю).

Рассмотрим связь «number - reservation», показанную на рисунке 4.1. Между сущностями установлена связь «один-ко-многим», номер может иметь много броней.

Сущность «number» является исходной (родительской), т.к. от нее исходит простая связь. Сущность «reservation» будет порожденной. Следовательно, ключ исходной (родительской) сущности добавляем в порожденную (дочернюю).

После нормализации сущностей будет шесть таблиц на рис.4.2.

Рисунок 4.2 - Логическая модель базы данных

5. Обосновать выбор СУБД

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

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

MS SQL Server дает преимущество работы со структурой таблицы, основанной на строках, что позволяет соединять коррелированные элементы данных и функции. Многие другие системы управления базами данных (СУБД) менее безопасны, в то время как MS SQL позволяет поддерживать безопасность, целостность и согласованность данных.

Для этого архитектура Microsoft SQL состоит из некоторых ключевых элементов, составляющих сердце и душу системы. Вот некоторые из этих элементов:

- Transact-SQL (T-SQL): позволяет программировать запросы и команды.

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

- Ядро СУБД SQL Server: помогает управлять обработкой и хранением данных в дополнение к безопасности данных.

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

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

Описание сущностей и атрибутов для SQL SERVER представлены в таблице 5.1.

Таблицы 5.1 - Описание сущностей и атрибутов для sql server

Таблица	Поле	Тип	Null Option	Is PK	Is FK
numbers	id	integer	IDENTITY	Yes	No
	number	integer	NULL	No	No
	floor	integer	NULL	No	No
	type_number_id	integer	NULL	No	Yes
	status_id	integer	NULL	No	Yes
reservation_services	id	integer	IDENTITY	Yes	No
	date	datetime	NULL	No	No
	service_id	integer	NULL	No	Yes
	reservation_id	integer	NULL	No	Yes
reservations	id	integer	IDENTITY	Yes	No
	date_in	datetime	NULL	No	No
	date_out	datetime	NULL	No	No
	name	varchar(100)	NULL	No	No
	phone	varchar(20)	NULL	No	No
	number_id	integer	NULL	No	Yes
services	id	integer	IDENTITY	Yes	No
	name	varchar(100)	NULL	No	No
	price	money	NULL	No	No
Таблица	Поле	Тип	Null Option	Is PK	Is FK
statuses	id	integer	IDENTITY	Yes	No
	name	varchar(100)	NULL	No	No
type_numbers	id	integer	IDENTITY	Yes	No
	name	varchar(100)	NULL	No	No
	price	money	NULL	No	No

Создание таблиц и связей

Физическая схема базы данных в sql server на рис.5.1.



Рисунок 5.1 - Физическая схема базы данных

Вывод данных из таблицы номера на рис.5.2.

Рисунок 5.2 - Данные таблицы номера

Вывод данных из таблицы брони на рис.5.4.

Рисунок 5.4 - Данные таблицы брони

Вывод данных из таблицы услуги на рис.5.5.

Рисунок 5.5 - Данные таблицы услуги

Вывод данных из таблицы статусы на рис.5.6.

Рисунок 5.6 - Данные таблицы статусы

Вывод данных из таблицы тип номеров на рис.5.7.

Рисунок 5.7 - Данные таблицы тип номеров

6. Защита данных. Отправка отчета

Data Protection for SQL помогает защищать данные SQL Server и управлять ими, упрощая:

- создание резервную копию любой базы данных SQL на любом сервере Storage Manager.

- выполнение полное резервное копирование и резервное копирование журналов транзакций и восстановление SQL |базы данных.

- выполнение резервное копирование с расширенным набором опций, таких как |дифференциальные, файловые и групповые операции. Дополнительные сведения см. В разделе Резервное копирование базы данных SQL Server.

- выполнение операции из нескольких экземпляров SQL Server на одном компьютере с Data Protection for SQL (для SQL Server 2000).

- восстановление резервных копий базы данных на другом сервере SQL.

- сохранение в резервной копии информацию, необходимую для воссоздания или перемещения баз данных или файлов SQL, такую как порядок сортировки, кодовая страница и информация Unicode, или логические и физические имена файловых групп и файлов. Информация о метаобъектах сохраняется на сервере Storage Manager отдельно от объектов данных резервного копирования.

- деактивировать все активные объекты, все объекты определенного типа резервной копии или определенные объекты.

- деактивировать объекты старше указанного количества дней.

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

- отслеживание результатов с помощью журнала активности Data Protection for SQL и автоматически сокращайте журнал активности.

- установку параметров безопасности и производительности Storage Manager.

Были выделены основные группы пользователей, их основные задачи и запросы к БД приведены в таблице 6.1. (S - select, U - update, I - insert, D - delete).

Таблица 6.1 - Права доступа

Пользователь Таблица

Администратор

Клиент

Директор

S

U

I

D

S

U

I

D

S

U

I

D

numbers

+

-

-

-

-

-

-

-

+

+

+

+

reservation services

+

+

+

-

+

+

+

-

+

+

+

+

reservations

+

+

+

-

+

-

+

-

+

+

+

+

services

+

-

-

-

+

-

+

-

+

+

+

+

statuses

+

+

-

-

-

-

-

-

+

+

+

+

type numbers

+

-

-

-

-

-

-

-

+

+

+

+

Отправка отчета будет производится отправкой на почту директора.

Самый первый шаг - разблокировать хранимую процедуру sp_send_dbmail, используемую для отправки электронных писем с помощью SQL Server.

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

После выполнения появятся следующие сообщения, подтверждающие, что все прошло нормально на рис.6.1.

Рисунок 6.1 - Выполнение разблокировки

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

Sysmail_add_account_sp хранимая процедура используется для добавления учетной записи в SQL Server.

Чтобы создать учетную запись, нужно вставьте, отредактируйте (в соответствии с вашими настройками) и выполните SQL в окне редактора запросов SQL Server.

EXEC msdb.dbo.sysmail_add_account_sp

@account_name = HotelX'

,@description = 'Send emails using SQL Server'

,@email_address = 'hotelX@gmail.com'

,@display_name = Admin Ahmed Khan'

,@replyto_address = 'hotelX@gmail.com'

,@mailserver_name = 'smtp.gmail.com'

,@username = 'youremail@gmail.com'

,@password = 'GMAIL PASSWORD'

,@port = 587

,@enable_ssl = 1

Создание процедуры для отправки отчета.

DECLARE @tableHTML NVARCHAR(MAX) ;

SET @tableHTML =

N'<H1>Отчет по брони</H1>' +

N'<table border="1">' +

N'<tr><th>ФИО</th>' +

N'<th>Телефон</th>' +

N'<th>Дата с</th>' +

N'<th>Дата по</th>' +

N'<th>Номер</th>' +

N'<th>Этаж</th>' +

N'<th>Тип номера</th>' +

N'<th>Стоимость за одну ночь</th>' +

CAST ( (

SELECT td = dbo.reservations.name,td = dbo.reservations.name, ' ', ' ',td = dbo.reservations.date_in, ' ',td = dbo.reservations.date_out, ' ',td = dbo.numbers.number, ' ',td = dbo.numbers.floor, ' ',td = dbo.type_numbers.name AS type_number, ' ', td = dbo.type_numbers.price, ' '

FROM dbo.reservations INNER JOIN

dbo.numbers ON dbo.reservations.number_id = dbo.numbers.id INNER JOIN

dbo.type_numbers ON dbo.numbers.type_number_id = dbo.type_numbers.id

FOR XML PATH('tr'), TYPE

) AS NVARCHAR(MAX) ) +

N'</table>' ;

EXEC msdb.dbo.sp_send_dbmail

@profile_name ='HotelX',

@recipients='music.play.musics.com@gmail.com',

@subject = 'Брони',

@body = @tableHTML,

@body_format = 'HTML' ;

Результат отправки на рис.6.2.

Рисунок 6.2 - Результат отправки

Проверка почты на рис.6.3.

Рисунок 6.3 - Сообщение доставлено

Отчет на рис.6.4.

Рисунок 6.4 - Отчет по броням



ЗАКЛЮЧЕНИЕ

При выполнении курсового проекта была достигнута цель - спроектирована АИС для гостиницы. Были выполнены задачи:

- описана деятельность организации, разработана организационная структура гостиницы, описаны бизнес-процессы организации в нотации IDEF0, IDEF3, DFD;

- описан документооборот организации, описаны основные документы;

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

- спроектирована информационная система на логическом уровне, разработано 6 таблиц;

- описан выбор СУБД;

- описана реализация функций БД: разграничение прав доступа, отправка сообщений на электронную почту.



СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

1. Joseph, J. Bambara SQL Server® Developer's Guide / Joseph J. Bambara, Paul R. Allen. - Москва: Мир, 2016. - 235 c.

2. Kalen, Delaney Inside Microsoft® SQL Server(TM) 2005: Query Tuning and Optimization / Kalen Delaney и др. - М.: Microsoft Press, 2014. - 448 c.

3. Аллен, Г. Тейлор SQL для чайников / Аллен Г. Тейлор. - М.: Диалектика, Вильямс, 2015. - 416 c.

4. Бен, Форта SQL за 10 минут / Форта Бен. - М.: Диалектика / Вильямс, 2015. - 673 c.

5. Бьюли, А. Изучаем SQL / А. Бьюли. - М.: Символ-плюс, 2014. - 108 c.

6. Грабер, Мартин SQL для простых смертных / Мартин Грабер. - М.: ЛОРИ, 2014. - 378 c.

7. Гудсон, Джон Практическое руководство по доступу к данным (+ DVD-ROM) / Джон Гудсон , Роб Стюард. - М.: БХВ-Петербург, 2013. - 304 c.

8. Дейт, К. Дж. SQL и реляционная теория. Как грамотно писать код на SQL / К.Дж. Дейт. - М.: Символ-плюс, 2017. - 480 c.

9. Дунаев, В. В. Базы данных. Язык SQL для студента / В.В. Дунаев. - М.: БХВ-Петербург, 2016. - 288 c.

10. Карвин, Билл Программирование баз данных SQL. Типичные ошибки и их устранение / Билл Карвин. - М.: Рид Групп, 2013. - 336 c.

11. Кригель, А. SQL. Библия пользователя / А. Кригель. - М.: Диалектика / Вильямс, 2013. - 110 c.

12. Майкл, Дж. Хернандес SQL - запросы для простых смертных. Практическое руководство по манипулированию данными в SQL / Майкл Дж. Хернандес, Джон Л. Вьескас. - М.: ЛОРИ, 2013. - 458 c.

13. Майкл, Дж. Хернандес SQL-запросы для простых смертных. Практическое руководство по манипулированию данными в SQL / Майкл Дж. Хернандес, Джон Л. Вьескас. - М.: ЛОРИ, 2015. - 480 c.

14. Майкл, Мак-Локлин Oracle Database 11g. Программирование на языке PL/SQL / Мак-Локлин Майкл. - М.: ЛОРИ, 2014. - 862 c.

15. Маркин, А. В. Построение запросов и программирование на SQL. Учебное пособие / А.В. Маркин. - М.: Диалог-Мифи, 2014. - 384 c.

16. Мартишин, С. А. Проектирование и реализация баз данных в СУБД MySQL с использованием MySQL Workbench. Учебное пособие / С.А. Мартишин, В.Л. Симонов, М.В. Храпченко. - М.: Форум, Инфра-М, 2015. - 160 c.

Размещено на Allbest.ru

...