Базы данных для станции технического обслуживания

Автор работы: Пользователь скрыл имя, 24 Апреля 2015 в 03:49, курсовая работа

Краткое описание

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

Вложенные файлы: 1 файл

БД.doc

— 451.00 Кб (Скачать файл)

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

ОГЛАВЛЕНИЕ

 

 

ВВЕДЕНИЕ

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

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

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

Объектом исследования в курсовой работе является СУБД MS SQL Server. Предметом  - база данных для станции технического обслуживания.

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

Для достижения этой цели были поставлены и решены следующие задачи:

  1. Изучены теоретические вопросы, касающиеся понятия и архитектуры реляционных баз данных в SQL Server.
  2. Рассмотрены основные задачи, касающиеся администрирования баз данных и сервера MS SQL Server.
  3. Проведен анализ предметной области с помощью функционального моделирования,
  4. Для описания основных сущностей  и связей между ними построены логическая и  концептуальная диаграммы.
  5. Разработаны база данных предметной области и приложение.

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

 

 

 

 

 

 

  1. Теоретические аспекты создания и администрирования баз данных в среде MS SQL Server

    1. Понятие реляционной базы данных

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

Базы данных бывают иерархическими, сетевыми и реляционными.

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

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

Реляционная представляет собой множество взаимосвязанных таблиц, каждая из которых содержит информацию об объектах определенного вида. Каждая строка таблицы содержит данные об одном объекте, а столбцы таблицы содержат различные характеристики этих объектов - атрибуты. Строки таблицы называются записями. Все записи таблицы имеют одинаковую структуру - они состоят из полей (элементов данных), в которых хранятся атрибуты объекта. Каждое поле записи содержит одну характеристику объекта и представляет собой заданный тип данных (например, текстовая строка, число, дата). Для идентификации записей используется первичный ключ. Первичным ключом называется набор полей таблицы, комбинация значений которых однозначно определяет каждую запись в таблице. [9, с. 29]

Реляционная модель данных впервые была предложена американским математиком Коддом в 1970 г., а в 1985 г. Кодд написал статью, где сформулировал 12 правил, которым должна удовлетворять любая база данных, претендующая на звание реляционной. Приведенные ниже двенадцать правил Кодда считаются определением реляционной СУБД:

  1. Правило информации. Вся информация в базе данных должна быть представлена исключительно на логическом уровне и только одним способом - в виде значений, содержащихся в таблицах.
  2. Правило гарантированного доступа. Доступ должен обеспечиваться путем использования комбинации имени таблицы, первичного ключа и имени столбца.
  3. Правило поддержки недействительных значений, которые отличаются от строки пробельных символов, от строки символов нулевой длины и от нуля.
  4. Правило динамического каталога, основанного на реляционной модели. Описание базы данных на логическом уровне должно быть представлено в том же виде, что и основные данные.
  5. Правило исчерпывающего подъязыка данных. Реляционная система может поддерживать различные языки и режимы взаимодействия с пользователем, однако должен существовать хотя бы один язык, поддерживающий элементы: определения и обработку данных, условия целостности, идентификация прав доступа, границы транзакций.
  6. Правило обновления представлений.
  7. Правило добавления, обновления и удаления.
  8. Правило независимости физических данных. Прикладные программы и утилиты для работы с данными должны на логическом уровне оставаться нетронутыми при любых изменениях способов хранения данных или методов доступа к ним.
  9. Правило независимости логических данных. Прикладные программы и утилиты для работы с данными должны на логическом уровне оставаться нетронутыми при внесении в базовые таблицы любых изменений.
  10. Правило независимости условий целостности. Должна существовать возможность определять условия целостности, специфические для конкретной реляционной базы дынных, на подъязыке реляционной базы данных и хранить их в каталоге, а не в прикладной программе.
  11. Правило независимости распространения. Реляционная СУБД не должна зависеть от потребностей конкретного пользователя.
  12. Правило единственности. Если в реляционной системе есть низкоуровневый язык, то должна отсутствовать возможность использования его для того, чтобы обойти правила и условия целостности, выраженные на реляционном языке высокого уровня. [5, с.58]

Каждая база данных находится под управлением системы управления базой данных (СУБД) – программное обеспечение (ПО), с помощью которого пользователи могут определять, создавать и поддерживать базу данных, а также получать к ней контролируемый доступ.

    1. Обзор компонентов SQL Server

Рассматриваемый в курсовой работе Microsoft SQL Server – это полномасштабная реляционная система управления базами данных, включающая средства разработки и сопровождения реляционных баз данных, инструменты администрирования и анализа, которые соответствуют требованиям масштабируемости и надежности для большинства предприятий. Она может применяться в широком диапазоне разного типа решений, включая электронную коммерцию, накопление данных и другие прикладные приложения. Ядро СУБД SQL Server обеспечивает безопасное и надежное хранение реляционных и структурированных данных, позволяя создавать и обслуживать высокопроизводительные приложения обработки данных класса предприятия. Важным преимуществом Microsoft SQL Server  является тесная интеграция с Microsoft Visual Studio, Microsoft Office System. [19]

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

Основными компонентами среды MS SQL Server являются:

  1. SQL Server Management Studio - графическая оболочка для управления сервером и разработки баз данных. Среда Среда SQL Server Management Studio — это интегрированная среда для доступа, настройки, администрирования, разработки всех компонентов SQL Server и управления ими. В SQL Server Management Studio большое число графических средств сочетается с набором полнофункциональных редакторов скриптов для доступа разработчиков и администраторов.
  2. Performance Monitor-используется для мониторинга событий и сбора статистики.
  3. SQL Server Configuration Manager - это распределенная система клиент-сервер. Распределенная природа Configuration Manager означает, что подключения могут создаваться между серверами сайта, системами сайта и клиентами. В некоторых подключениях используются порты без возможности настройки, а некоторые поддерживают настраиваемые порты, которые можно указать. 
  4. Database Engine представляет собой основную службу для хранения, обработки и обеспечения безопасности данных; обеспечивает управляемый доступ к ресурсам и быструю обработку транзакций, что позволяет использовать его даже в самых требовательных корпоративных приложениях обработки данных.
  5. Службы Data Quality Services (DQS) являются решением для очистки данных на основе знаний. Службы DQS позволяют создать базу знаний, а затем выполнить в ней исправление данных и удаление дубликатов с помощью как автоматизированных, так и интерактивных средств.
  6. Службы Analysis Services — это платформа аналитических данных и набор средств для бизнес-аналитики на личном уровне, уровне рабочей группы и организации.
  7. Репликация представляет собой набор технологий копирования и распространения данных и объектов баз данных между базами данных, а также синхронизации баз данных для поддержания согласованности. Благодаря репликации данные можно размещать в различных местах, обеспечивая возможность доступа к ним удаленных и мобильных пользователей по локальным или глобальным сетям, посредством коммутируемых и беспроводных соединений, а также через Интернет. [10, с.103-106]

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

    1. Архитектура реляционной базы данных в MS SQL Server

Структурой хранения данных в SQL Server является база данных (database). Базу данных в SQL Server можно рассматривать с физической и логической точки зрения.

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

В SQL Server существует два типа файлов базы данных:

  1. Файлы данных (data file) предназначены для хранения информации, находящейся в таблицах БД, также в этих файлах размещены процедуры, ограничения, триггеры, индексы. Бывают двух видов: primary File (основной) и secondary file (вторичный). Основной файл предназначен для хранения всех системных таблиц в базе данных. В нем хранится информация о структуре базы данных, созданных в ней объектах, параметрах дополнительных файлов. По умолчанию основному файлу присваивается расширение mdf (master data file). В дополнительных файлах может храниться только пользовательская информация, хранение системной не допускается.
  2. Файлы журнала транзакций (transaction log file). В них размещается информация о ходе выполнения транзакций. Транзакция (англ. transaction, от лат. transactio - соглашение, договор) - минимальная логически осмысленная операция, которая имеет смысл и может быть совершена только полностью. В БД SQL Server должен быть хотя бы один журнал транзакций. [4, с. 30]

Каждый файл в БД SQL Server имеет  два имени: logical file name (логическое имя) в командах SQL при ссылке на конкретный файл, и os file name (имя файла в операционной системе) используется для обращения к файлу в операционной системе.

Единицей хранения данных на уровне файла базы данных является страница, которая участвует в операциях ввода-вывода как единое целое даже тогда, когда требуется всего одна строка. Каждая страница файла базы данных имеет объем 8192 байт. Страницы объединяются в экстенты. Экстент состоит из 8 страниц (64 Кбайт). Первые 96 байт страницы отводятся под заголовок, в котором хранится информация то типе страницы, объему свободного места на странице, идентификационному номеру таблицы или индекса – владельца страниц.

Информация о работе Базы данных для станции технического обслуживания