пРОЕКТИРОВАНИЕ. Куросовой проект. Гайрбекова. Проектирование и создание базы данных Розничная торговля
 Скачать 0.7 Mb.
|
|
МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ РФ ГРОЗНЕНСКИЙ ГОСУДАРСТВЕННЫЙ НЕФТЯНОЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ им. акад. М.Д. Миллионщикова Кафедра «Информационные технологии» КУРСОВОЙ ПРОЕКТ по дисциплине: «Управление данными» на тему: «Проектирование и создание базы данных «Розничная торговля» для учета продаж магазином по продаже оргтехники (Вариант 7)» Выполнил студент группы ИСТ-16 Гайрбекова М.А Руководитель: Моисеенко Н.А. .   Допущен к защите «__»__________2019 г. Зав.кафедрой ИТ __________/Моисеенко Н.А. «___»_______________2019 г. ____________________ оценка ____________________ подпись Грозный 2019 МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ РФ ГРОЗНЕНСКИЙ ГОСУДАРСТВЕННЫЙ НЕФТЯНОЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ им. акад. М.Д. Миллионщикова Кафедра «Информационные технологии» ЗАДАНИЕ: На курсовой проект по дисциплине: «Управление данными» Студенту: Гайрбековой Малике Ахдановне На тему: «Проектирование и создание базы данных «Торговля» для учета сведений о проданных товарах (Вариант 7)». Содержание: Введение Глава 1. Аналитическая часть 1.1. Описание предметной области 1.2. Постановка задачи 1.3. Построение инфологической (концептуальной) модели предметной области 1.4. Выбор СУБД Глава 2. Проектная часть 2.1 Проектирование логической структуры базы данных 2.2 Проектирование физической структуры 2.3 Реализация проекта в среде СУБД (Создание таблиц. Создание запросов. Разработка интерфейса) Заключение Список использованных источников Литература: Сибилев В.Д. Проектирование баз данных: Учебное пособие. – Томск: Томский государственный университет систем управления и радиоэлектроники, 2007. – 265с. Программирование баз данных Microsoft SQL Server 2008. Базовый курс / Р. Виейра - Диалектика М., 2010. - 812 с. Руководитель курсового проекта: ______________/_____________ Подпись Ф.И.О. Задание выдано «___» _____________2019 г. Задание сдано на кафедру «___» ______________2019 г. Грозный 2019 СодержаниеВведение 4 Глава 1. Аналитическая часть 5 1.1. Описание предметной области 5 1.2. Постановка задачи 6 1.3. Построение инфологической (концептуальной) модели предметной области 7 1.4. Выбор СУБД 10 Глава 2. Проектная часть 14 2.1. Проектирование логической структуры базы данных 14 2.2. Проектирование физической структуры базы данных 17 2.3. Реализация проекта в среде СУБД (Создание таблиц. Создание запросов. Разработка интерфейса) 19 Заключение 29 Список использованных источников 30 ВведениеСегодня наш мир невозможно представить без техники. Она проникла во все сферы человеческой деятельности и, в том числе, облегчила быт. В связи с этим бытовая техника стала неотъемлемой частью нашей жизни. Поэтому такой вид бизнеса, как торговля является перспективным. В любой организации, как большой, так и маленькой, возникает проблема такой организации управления данными, которая бы обеспечила наиболее эффективную работу. .Большое количество информации, высокие требования к точности, многочисленные вычисления, потребность в постоянном обновлении данных делают необходимым применение баз данных для учета продаж. Цель данного курсового проекта состоит в разработке базы данных «Розничная торговля» для учёта продаж, которая позволит повысить производительность труда. Для достижения поставленной цели необходимо решить следующие задачи: изучить предметную область; разработать инфологическую модель предметной области; выбрать СУБД для реализации базы данных; спроектировать логическую и физическую структуру базы данных; создать объекты базы данных (таблицы, запросы); реализовать проект базы данных. Объектом данного курсового проекта является магазин по продаже оргтехники. Предмет курсового проекта – база данных для учета продаж магазином по продаже оргтехники. Глава 1. Аналитическая часть1.1. Описание предметной области Организационная техника (оргтехника) – это технические средства, применяемые для механизации и автоматизации управленческих и инженерно-технических работ. [9] К оргтехнике в широком смысле можно отнести любые приборы, устройства, технические инструменты и приспособления, машины, мебель и т.п., начиная от карандашей и точилок для них и кончая вычислительными машинами и системами. В более узком смысле слова под оргтехникой часто понимают лишь технические средства, используемые в делопроизводстве для создания информационных бумажных документов, их копирования, размножения, обработки, хранения, транспортирования, и средства административно-управленческой связи. Организационная техника составляет материальную базу прогрессивных систем управления. Слабое использование оргтехники в управлении приводит к снижению производительности труда и эффективности работы управленческого персонала, к недопустимым задержкам при решении оперативных вопросов, а часто и к неверным их решениям ввиду отсутствия необходимой информации, и к другим отрицательным последствиям. [9] Средства оргтехники для офиса солидной фирмы могут включать в свой состав, например, такие устройства и оборудование: персональный компьютер, организационный автомат, пишущие машинки, телефонные и радиотелефонные аппараты, мини-АТС, директорский коммутатор, громкоговорящее телефонное переговорное устройство, пейджинговую систему, телетайп, факсимильный аппарат, копировальный аппарат, ризограф, диктофоны, проекционную аппаратуру, адресовальную машину, маркировальную машину, ламинатор, штемпелевальный аппарат, машину для уничтожения документов, конвертовскрывающую машину, сшиватель документов, картотечное оборудование, стеллажи и шкафы для хранения документов, сейф, тележку, пневмопочту и др. Мировой европейский опыт показывает, что успехи в области организации и продажи оргтехники, во многом зависят от степени использования новейших технологий, в том числе информационных. Для того, чтобы легче было вести учет оргтехники необходима база данных. База данных – это совокупность связанных данных, организованных по определенным правилам, предусматривающим общие принципы описания, хранения и манипулирования, независимая от прикладных программ. База данных является информационной моделью предметной области. [1] В базах данных можно проводить сортировку информации и вывод её на печать, удаление старой и вставка новой информации, просматривать БД целиком или по частям. С числами в таблицах можно проводить обычные математические операции. 1.2. Постановка задачи Для создания базы данных необходимо проанализировать данную информацию, создать на ее основе необходимые таблицы, установить определенные связи между ними. Поэтому задачи, которые нужно будет решить в процессе анализа, заключаются в разработке связей между таблицами базы данных, устранении избыточности в таблицах, их обработке и редактировании. Для решения этих задач необходимо разобраться в структуре базы данных. Она определяет методы занесения данных и хранения их в базе. Базы данных могут содержать различные объекты, но основными объектами любой базы данных являются ее таблицы. Простейшая база данных имеет хотя бы одну таблицу. Соответственно, структура простейшей базы данных тождественно равна структуре ее таблицы. [1] Таблица - объект, который используется для хранения информации. Одно из важнейших достоинств реляционных баз данных состоит в том, что можно хранить логически сгруппированные данные в разных таблицах и задавать связи между ними, объединяя их в единую базу. [2] Такая организация данных позволяет уменьшить избыточность хранимых данных, упрощает их ввод и организацию запросов и отчетов. Необходимо разработать таблицы, в которых будет храниться информация о: ТОВАРАХ: код товара, наименование товара, дата поступления в магазин, количество товара, цена закупки (руб.); ПОСТАВЩИКАХ товаров: код поставщика, наименование поставщика, адрес, телефон, к кому обращаться; ПРОДАЖАХ товаров в магазине: код продажи, код товара, дата продажи, количество проданного товара (шт.), цена розничная (руб.). После этого нужно организовать поиск нужных пользователю системы данных. Для этого можно использовать запросы. Запросы - это объекты, служащие для извлечения данных из таблиц и предоставления их пользователю в удобном виде. С помощью запросов выполняют такие операции, как отбор данных, их сортировка и фильтрация. С помощью запросов можно выполнять преобразование данных по заданному алгоритму, создавать новые таблицы, выполнять автоматическое наполнение таблиц данными, импортировать из других источников, выполнять простейшие вычисления в таблицах и многое другое. [3] Также необходимо создать интерфейс чтобы работать с созданной базой данных. Под стандартным интерфейсом понимается совокупность унифицированных аппаратных, программных и конструктивных средств, необходимых для реализации взаимодействия различных функциональных элементов в автоматических системах сбора и обработки информации при условиях, предписанных стандартом и направленных на обеспечение информационной, электрической и конструктивной совместимости указанных элементов. [3] 1.3. Построение инфологической (концептуальной) модели предметной области Инфологическая модель применяется на втором этапе проектирования, то есть после словесного описания предметной области. Цель инфологического моделирования – это обеспечение наиболее естественных для человека способов сбора и представления информации. Именно поэтому инфологическую модель данных пытаются строить по аналогии с естественным языком. Основными конструктивными элементами таких моделей являются сущности, связи между ними и их свойства (атрибуты). [7] Инфологическая модель базы данных «Розничная торговля» представлена в виде ER-модели (модель «сущность-связь»). В этой модели определены все основные объекты (сущности) и связи, которые существуют между ними. В данной модели были выделены следующие 3 сущности: «Товары» «Поставщики» «Продажи»  На рисунке 1.1 показаны связи между этими сущностями.Рис. 1.1. Схема связей между сущностями Теперь необходимо к каждой из этих сущностей приписать: Первичный ключ; Внешние ключи соответственно типам связей; Атрибуты. После этих операций инфологическая модель примет вид, указанный на рисунке 1.2. Р  ис. 1.2. Инфологическая модель базы данных «Розничная торговля» Здесь к сущности «Поставщики» были присоединены такие атрибуты, как: «Код_поставщика» (первичный ключ), «Наименование поставщика», «Адрес», «Телефон», «Обращаться к»; К сущности «Товары»: «Код_товара» (первичный ключ), «Наименование товара», «Дата поступления в магазин», «Количество товара», «Цена закупки (руб.)»; К сущности «Продажи»: «Код_продажи» (первичный ключ), «Код_товара» (внешний ключ), «Дата продажи», «Количество проданного товара (шт.)», «Розничная цена (руб.)». Также были установлены связи между сущностями. Опишем типы взаимосвязей объектов предметной области, которые были определены из их отношений: Связь «Поставщики-Товары». В этом случае имеем связь «многие-ко-многим», так как один поставщик может предоставлять несколько товаров, а один товар может поступать на склад магазина от нескольких поставщиков; Связь «Товары-Продажи». Эти сущности соединены связью «один-ко-многим» из-за того, товар может иметь несколько продаж, а одна продажа относится только к одному товару. 1.4. Выбор СУБДБаза данных - это определенный набор данных, которые, как правило, связаны объединяющим признаком или свойством (или несколькими). Эти данные упорядочены, например, в алфавитном порядке. Обилие различных данных, которые могут быть помещены в одну базу данных, приводит к множеству вариаций того, что может быть записано: личные данные пользователей, записи, даты, заказы и так далее. Например, если у вас есть интернет-магазин, то база данных вашего сайта может содержать прайс-листы, каталог товаров или услуг, статистику и информацию о покупателях. [3] Прежде всего, это удобно, потому что информация может быть быстро введена в базу данных и так же быстро извлекать ее при необходимости. Если на заре веб-разработки все необходимые данные нужно было записывать в коде страницы, то сейчас такой необходимости нет - необходимую информацию можно запросить из базы данных с помощью скриптов. Специальные алгоритмы хранения и извлечения информации, используемые в базах данных, позволяют находить необходимую информацию буквально за доли секунды - а при работе в виртуальном пространстве скорость ресурса важна как ничто иное. Важна также взаимосвязь информации в базе данных: изменение в одной строке может привести к значительным изменениям в других строках. Работать с данными таким способом намного проще и быстрее, чем если бы изменения касались только одного места в базе данных. Для создания и работы с базами данных используется система управления базами данных (или сокращенно СУБД). Основной функцией СУБД является управление данными (которое может быть, как во внешней, так и в оперативной памяти). СУБД обязательно поддерживает языки баз данных, а также отвечает за копирование и восстановление данных после любых сбоев. [4] Что касается классификации баз данных, существуют различные варианты. Например, вы можете разделить базы данных по моделям данных: иерархические (имеют древовидную структуру), сетевые (структура похожа на иерархические), реляционные (используются для управления реляционными базами данных), объектно-ориентированные (используются для объектной модели данных) и объектно-ориентированные. ориентированные реляционные (некоторое слияние реляционных и объектно-ориентированных типов баз данных). Реляционные и объектно-реляционные базы данных являются одними из наиболее распространенных систем. Это таблицы, в которых каждый столбец (который называется «полем» или «полем») упорядочен и имеет определенное уникальное имя. Последовательность строк (они называются «записи» или «записи») определяется последовательностью ввода информации в таблицу. В этом случае обработка столбцов и строк может происходить в любом порядке. Таблицы данных связаны особыми отношениями, так что вы можете работать с данными из разных таблиц - например, комбинировать их - с помощью одного запроса. Специальный язык программирования, SQL, используется для управления реляционными базами данных. Аббревиатура расшифровывается как «Structured query language», в переводе на русский язык «язык структурированных запросов». [3] Команды, которые используются в SQL, делятся на те, которые манипулируют данными, те, которые определяют данные, и те, которые манипулируют данными. Для решения поставленной цели была выбрана СУБД SQL Server Management Studio. Среда SQL Server Management Studio — это интегрированная среда для управления инфраструктурой SQL Server и базы данных SQL Azure. Среда Management Studio предоставляет средства для настройки, наблюдения и администрирования экземпляров SQL Server. [5] SQL Server Management Studio предоставляет графические интерфейсы для интерактивной разработки и отладки команд языка Transact-SQL, пакетов команд и скриптов, а также набор средств по администрированию баз данных: текстовый редактор для ввода команд Transact SQL цветовую подсветку операторов Transact-SQL для облегчения процесса чтения сложных выражений представление результатов как в виде таблицы, так и в виде простого текста графические диаграммы, показывающие логическую последовательность действий, в которую выливается исполнение команды Transact-SQL. Это позволяет программистам определять, какие участки SQL-выражений требуют больших затрат машинных ресурсов, и оптимизировать свой код. визард для настройки индексов, который позволяет понять, может ли дополнительное число индексов улучшить производительность системы Экземпляр Microsoft SQL Server включает в себя системные базы данных (master.model, msdb, tempdb), содержащие служебную информацию, назначение которых приведено в таблице 1.1 и пользовательские базы данных. Таблица 1.1 Системные базы данных
Microsoft SQL Server Express - это версия системы управления реляционными базами данных Microsoft SQL Server, которая является бесплатной для загрузок, распространения и использования. Она содержит базу данных, специально предназначенную для встраиваемых и маломасштабных приложений. Продукт ведет свои корни к продукту Microsoft Database Engine (MSDE), поставляемому с SQL Server 2000. Фирменная символика Express используется с момента выпуска SQL Server 2005. [5] Глава 2. Проектная часть 2.1. Проектирование логической структуры базы данныхПод логической структурой понимается та совокупность файлов, содержащихся в них полей и связей между файлами, которую «видит» пользовательская программа, обрабатывающая базу данных. Логическая модель описывает понятия предметной области, их взаимосвязь, а также ограничения на данные, налагаемые предметной областью. Первым делом необходимо перевести нашу инфологическую модель базы данных в реляционную, так как на практике наиболее распространены системы, реализующие реляционную модель. Для этого нужно избавиться от связи «многие-ко-многим» между сущностями «Поставщики» и «Товары», создав между этими сущностями еще одну сущность «Поставка». Атрибутами этой сущности будут являться следующие: «Код_поставки» (первичный ключ), «Код_поставщика» (внешний ключ), «Код-товара» (внешний ключ). Для реляционной базы данных проектирование логической структуры заключается в том, чтобы разбить всю информацию по файлам, а также определить состав полей для каждого файла. [10] Таким образом, нужно создать таблицу для каждой сущности, а затем соединить их связями «один-ко-многим». Также необходимо сконструировать таблицу, непосредственно в которой будет указываться к какому типу данных относится каждый из атрибутов сущностей и может ли значение атрибута быть пустым. После проведения вышеперечисленных операций логическая структура базы данных будет иметь вид, указанный на рисунке 2.1, где PK (primary key) – первичный ключ, а FK (foreign key) – внешний ключ.  Рис. 2.1. Модель реляционной базы данных «Розничная торговля»Типы данных атрибутов сущностей указаны в таблице 2.1. Таблица 2.1 Типы данных атрибутов сущностей
Также необходимо минимизировать избыточность данных для того, чтобы наша реляционная база данных была эффективной. А сделать это позволяет процесс, который называется нормализацией таблиц. Методику нормализации таблиц разработал американский ученый А.Ф. Кодд в 1970 году. Ее суть сводится к тому, что нужно приводить таблицы к той или иной нормальной форме. Были выделены шесть нормальных формы – 1НФ, 2НФ, 3НФ, 4НФ, 5НФ и 6НФ. Реляционная база данных считается эффективной, если все ее таблицы находятся как минимум в 3НФ. [8] Для пояснения этого процесса будем исходить из описания предметной области «Розничная торговля» и базы данных, которая была разработана на ее основе. Очевидным является то, что все таблицы удовлетворяют 1НФ, так как все они содержат только простые неделимые значения. По определению таблица находится во 2НФ, если она удовлетворяет требованиям 1НФ и неключевые поля функционально полно зависят от первичного ключа. В полученной базе данных предметной области ОРГТЕХНИКА все поля каждой таблицы функционально полно зависят от своих первичных ключей. Таблица находится в 3НФ, если она удовлетворяет требованиям 2НФ и не содержит транзитивных зависимостей. Транзитивной зависимостью называется функциональная зависимость между неключевыми полями. Очевидно, что все созданные таблицы находятся в 3НФ. Таким образом, реляционная модель предметной области «Розничная торговля» после нормализации таблиц останется прежней. 2.2. Проектирование физической структуры базы данныхФизическая модель – это привязка логической модели к конкретной среде хранения и методам хранения данных. При проектировании физической модели базы данных необходимо описать среду и метод хранения информации. Для этого необходимо изучить особенности организации данных, выбранной СУБД. [11] Целью этапа физического проектирования является описание конкретной реализации базы данных, размещаемой во внешней памяти компьютера. При логическом проектировании отвечают на вопрос – что надо сделать, а при физическом – выбирается способ, как это сделать. Физическая модель содержит в себе всю информацию, которая необходима непосредственно для реализации конкретной базы данных. [11] Различают два уровня физической модели: трансформационную модель; модель СУБД. Трансформационная модель – это модель, которая содержит информацию необходимую для реализации отдельного проекта, являющегося частью общей ИС и описывающей подмножество предметной области. Эта модель позволяет администраторам и проектировщикам БД лучше представить, какие именно объекты БД хранятся в словаре данных, и проверить, насколько физическая модель удовлетворяет требованиям к ИС. Модель СУБД автоматически генерируется из трансформационной модели, а также является точным отображением системного каталога СУБД. Физическое проектирование базы данных – это процесс создания конкретной реализации БД, которая размещается во вторичной памяти (например, накопители типа винчестер) вычислительной машины. В ходе процесса физического проектирования выполняется отображение созданной глобальной логической модели на особенности конкретной СУБД. [11] Для реляционных СУБД данный процесс можно разбить на следующие этапы и подзадачи: Этап 1. Перенос глобальной логической модели в среду целевой СУБД: проектирование базовых таблиц (с учетом наиболее полного соответствия выбранной логической модели (например, реализация ключей), добавление необходимых структур обслуживания - триггеры, первичные индексы); реализация бизнес-правил (зависит от СУБД, лучший вариант - полное использование возможностей СУБД, но в этом случае нельзя переносить бизнес-правила в приложения). Этап 2. Проектирование физического представления БД: анализ транзакций (выполнение анализа на пропускную способность (число транзакций, выполненных за определенный интервал времени), анализ времени ответа на запрос, отнесение транзакции к важным); выбор структуры файлов (для оптимальной файловой организации); определение вторичных индексов (для ускорения выполнения транзакций по не ключевым атрибутам и ссылкам); анализ необходимости введения контролируемой избыточности данных (процесс противоположный нормализации, он применяется для повышения производительности системы, только если все другие возможности исчерпаны, может привести к снижению гибкости и расширяемости БД, а также может усложнить реализацию и обновление данных); определение требований к дисковой памяти (в том числе учет требований для обоснования приобретения нового оборудования). Этап 3. Разработка механизмов защиты: разработка пользовательских представлений (видов); определение прав доступа. Этап 4. Организация мониторинга и настройка функционирования системы (требуется для устранения ошибочных проектных решений и изменения требований к системе (например, отказ от более дорогого оборудования, улучшение психологического комфорта пользователей по работе с системой). В этом случае настройка БД производится фактически постоянно, а не только когда система запускается впервые. Это позволяет оперативно реагировать на изменения происходящих в состоянии системы и требования пользователей. Также внесение любых изменений должно производиться осторожно и в это же время обдуманно, с учетом глобального влияния изменений. Для оценки влияния изменений применяют дубликат системы). [11] 2.3. Реализация проекта в среде СУБД (Создание таблиц. Создание запросов. Разработка интерфейса)Итак, начинаем создавать базу данных для учета продаж магазином по продаже оргтехники. Для этого необходимо запустить СУБД, которое мы выбрали в предыдущей главе, MS SQL SERVER MANAGEMENT STUDIO (рис. 2.2).  Рис. 2.2. Microsoft SQL SERVER MANAGEMENT STUDIOПри запуске программы выскакивает окошко где нам необходимо соеденить SQL SERVER MANAGEMENT STUDIO с SQL SERVER EXPRESS.  После запуска студии управления Microsoft SQL Server, первым шагом является создание базы данных, нам нужно щелкнуть правой кнопкой мыши на папке «база данных», и там появится окно, где мы выберем «создать базу данных», как показано на рисунке 2.3.Рис. 2.3. Создание базы данных  Далее у нас открывается окно «Создание базы данных», в котром нам необходимо задать имя базы данных в соответствующем поле. В нашем случае база данных будет называться «Розничная_торговля» (рис.2.4).Рис. 2.4. Создание базы «Розничная_торговля» Создание таблиц Теперь у нас имеется база данных «Розничная_торговля». Далее необходимо создать таблицы для нашей базы данных. Сначала открываем нашу базу, для этого нужно нажать на плюсик и в появившейся папке нажать правой кнопкой мыши на «Таблицы». Ну а сейчас создаем эту таблицу. Первая таблица будет называться «Товары», там будут такие столбцы, как: «код_товара», «наименование_товара», «дата_поступления_в_магазин», «количество_товара» и «цена_закупки_руб». Далее задаем типы данных столбцов, а также указываем может ли столбец иметь нулевое значение. Весь этот процесс показан на рисунке 2.5.  Рис. 2.5. Построение таблицы «Товары»Также необходимо задать первичный ключ этой таблицы. Для этого нажимаем правой кнопкой мыши на столбец «код_товара» и в появивщемся окне нажимаем на «задать первичный ключ» (рис.2.6). [13] Р  ис. 2.6. Задание первичного ключа таблицы «Товары» Далее создаем таблицу «Поставщики», которая будет иметь такие атрибуты, как: «код_поставщика», «наименование_поставщика», «адрес», «телефон», «обращаться_к». Первичным ключом этой таблицы будет столбец «код_поставщика» (рис.2.7). Р  ис. 2.7. Построение таблицы «Поставщики» Теперь создаем таблицу «Продажи». Ее атрибутами будут: «код_продажи», «код_товара», «дата_продажи», «количество_проданного_товара_шт», «розничная_цена_руб». Первыичным ключом будет столбец «код_поставщика» (рис.2.8). Р  ис. 2.8. Построение таблицы «Продажи» В этой таблице у нас имеется и внешний ключ. Для того, чтобы его задать необходимо нажать правой кнопкой мыши на столбец и выбрать там поле «Отношения». Затем, в открывшемся окне нажать на кнопку «Добавить». Потом, в правой части окна нажать на многоточие перед полем «Спецификация таблиц и столбцов». Далее в открывшемся окне выбрать таблицу первичного ключа и таблицу внешнего ключа (рис.2.9). [12] Р  ис. 2.9. Создание внешних ключей Осталось создать еще одну небольшую таблицу «Поставка» со следующими атрибутами: «код_поставки», «код_поставщика» и «код_товара». Здесь «код_поставки» будет первичным ключом, а «код_поставщика» и «код_товара» будут внешними ключами. Таблица изображена на рисунке 2.10. Р  ис. 2.10. Построение таблицы «Поставка» Создание запросов будет Для создания запросов в СУБД SQL SERVER MANAGEMENT STUDIO необходимо нажать на кнопку «Создать запрос» на панели инструментов и прописать код запроса. [6] Первым делом рассмотрим команду «INSERT» с помощью этого оператора можно вводить информацию в таблицы. Для этого пишем «INSERT INTO» затем название таблицы, которая будет заполнена, потом «VALUES» и дальше в круглых скобках через запятую прописываем значения (рис.2.11). Р  ис. 2.11. Запрос на заполнение таблицы «Товары»  Далее рассмотрим оператор «SELECT». Этот оператор является самым важным и самым часто используемым. Он предназначен для выборки информации из таблиц базы данных. С помощью него мы создадим простой запрос на выборку всех данных из таблицы «Продажи». Для этого пишем «SELECT», затем символ «*», который означает, что выбираются все данные из таблицы, потом обязательное слово «FROM» и после этого название таблицы, из которой извлекается информация (рис.2.12).Рис. 2.12. Запрос на извлечение данных из таблицы «Продажи» Теперь рассмотрим оператор «UPDATE». Update уже меняет готовые базы данных, с помощью этого запроса можно поменять любую таблицу из базы данных или же всю таблицу. Этот оператор имеет следующий синтаксис: пишем «UPDATE» и название таблицы, затем пишем слово «SET», потом название столбца, который мы будем менять, далее «=» и после пишем значение, на которое мы изменяем уже имеющееся значение. В нашем случае создадим запрос, который каждому полю в столбце «розничная_цена_руб» из таблицы «Продажи», добавит 900 рублей. Результат этого запроса показан на  рисунке 2.13.Рис. 2.13. Запрос на изменение данных из таблицы «Продажи»  Ну и напоследок рассмотрим оператор DELETE. Этот оператор позволяет удалять данные из таблиц базы данных. Мы не будем удалять всю таблицу из базы данных, а удалим лишь некоторые строки, которые соответствуют заданному условию. Условие в SQL задается с помощью оператора «WHERE». Составим запрос на удаление из таблицы «Товары» строку, которую мы добавили при первом запросе (рис. 2.14).Рис. 2.14. Запрос на удаление данных из таблицы «Продажи» Разработка интерфейса Далее нам необходимо создать формы и связь между ними. Проще говоря это интерфейс нашей базы данных. Создаем наши формы через Microsoft Visual Studio. Microsoft Visual Studio – это среда разработки программного обеспечения и ряд инструментальных средств для сопровождения этого процесса. [14]  Первым делом создаем форму, через которую можно будет переходить на остальные формы и назовем ее «Главное меню». Данная форма представлена на рисунке 2.15.Рис. 2.15. Главное меню  Теперь нужно создать форму для каждой из таблиц нашей базы данных. Для начала создадим форму таблицы «Поставщики», которая будет включать все столбцы этой таблицы и иметь возможность добавлять, изменять или же удалять информацию из этой таблицы. Готовая форма представлена на рисунке 2.16.Рис. 2.16. Форма «Поставщики»  Далее создаем такую же форму только для таблицы «Товары». Готовая форма представлена на рисунке 2.17.Рис. 2.17. Форма «Товары»  Теперь создаем форму для таблицы «Продажи». Готовая форма показана на рисунке 2.18.Рис. 2.18. Форма «Продажи»  Осталось создать последнюю небольшую форму для таблицы «Поставка». Форма в готовом виде показана на рисунке 2.19.Рис. 2.19. Форма «Поставка» ЗаключениеСовременные программные системы становятся все более сложными, чтобы обеспечить решение глобальных проблем, таких как, например, создание единой системы управления предприятием. При разработке таких систем важно иметь хорошее понимание современных подходов, существующих в этой области, и основных трудностей этого процесса. В процессе выполнения курсового проекта были решены поставленные задачи, а именно: изучена предметная область; разработана инфологическая модель предметной области; выбрана удобная СУБД для реализации базы данных; спроектирована логическая и физическая структура базы данных; созданы объекты базы данных (таблицы, запросы); реализован проект базы данных. В ходе выполнения технического задания была разработана база данных «Розничная_торговля» для учета продаж магазином по продаже оргтехники. Созданная система позволяет использовать удобный интерфейс для быстрого доступа к данным. Внедрение этой системы способствует серьезному сокращению количества ошибок и неточностей в документировании информации и в расчетах. Для каждого пользователя функции, необходимые для его работы, полностью реализованы. Тестирование разработанной информационной системы показало, что она работает правильно и готова к использованию. Список использованных источниковГолицына О.Л., Максимов Н.В. Базы данных: учебное пособие / О.Л. Голицына, Н.В. Максимов – М.: Форум: Инфра-М, 2011. -399 с. Голицына О.Л., Партыка Т.Л. Основы проектирования баз данных: учебное пособие. / О.Л. Голицына, Т.Л. Партыка – М.: Форум: Инфра-М, 2012. - 416с. Дунаев В.В. Базы данных. Язык SQL: учебное пособие / В.В. Дунаев – СПб: БХВ-Петербург, 2012. -288с К. Дж. Дейт Введение в системы баз данных: учебное пособие / К. Дж. Дейт – М:Вильямс, 2010.-1328 с. Р. Виейра. Программирование баз данных Microsoft SQL Server 2012. Базовый курс / Р. Виейра – М.: Диалектика, 2010 – 812с. Руководство. Подключение к экземпляру SQL Server и выполнение запросов с помощью SQL Server Management Studio [Электронный ресурс] / Режим доступа: https://docs.microsoft.com/ru-RU/sql/ssms/tutorials/connect-query-sql-server?view=aps-pdw-2016 (дата обращения: 01.06.2019) Инфологическое моделирование [Электронный ресурс] / Режим доступа: https://studfiles.net/preview/720097/ (дата обращения: 25.05.2019) Нормализация таблиц [Электронный ресурс] / Режим доступа: https://studfiles.net/preview/5406258/page:4/ (дата обращения: 02.06.2019) Виды и характеристика средств оргтехники, применяемых в сфере делопроизводства [Электронный ресурс] / Режим доступа: https://studwood.ru/1586937/informatika/vidy_harakteristika_sredstv_orgtehniki_primenyaemyh_sfere_deloproizvodstva (дата обращения: 25.05.2019) Проектирование логической структуры реляционной базы данных [Электронный ресурс] / Режим доступа: https://studfiles.net/preview/6354061/page:47/ (дата обращения: 02.06.2019) Описание структуры базы данных [Электронный ресурс] / Режим доступа: https://studfiles.net/preview/4431942/page:3/ (дата обращения: 27.05.2019) Создание связей по внешнему ключу [Электронный ресурс] / Режим доступа: https://docs.microsoft.com/ru-RU/sql/relational-databases/tables/create-foreign-key-relationships?view=sql-server-2017 (дата обращения: 02.06.2019) Создание первичных ключей [Электронный ресурс] / Режим доступа: https://docs.microsoft.com/ru-RU/sql/relational-databases/tables/create-primary-keys?view=sql-server-2016 (дата обращения: 02.06.2019) Microsoft [Электронный ресурс] / Режим доступа: Visual Studio http://www.tadviser.ru/index.php/%D0%9F%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%82:Microsoft_Visual_Studio (дата обращения: 02.06.2019) |