Системы управления базами данных

Проектирование  базы данных.

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

    1) Разработка технического задания.

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

    Демонстрируют заказчику работу аналогичной базы данных, после чего согласовывают  спецификацию отличий;

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

    При подготовке технического задания составляют:

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

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

    2) Разработка структуры  базы данных.

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

    1. Работа начинается с составления  генерального списка полей –  он может насчитывать десятки и даже сотни позиций.

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

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

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

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

    6. Разработкой схемы данных заканчивается  «бумажный» этап работы над  техническим предложением. Эту схему  можно согласовать с заказчиком, после чего приступать к непосредственному созданию базы данных.

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

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

Заключение

    Пользователями  БД являются четыре основные категории потребителей ее информации и/или поставщиков информации для нее:

• конечные пользователи;
• программисты и системные аналитики;
• персонал поддержки БД в актуальном состоянии;
• администратор БД.

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

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

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

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

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

    Список литературы 

1. Кузнецов  С. Д. Основы баз данных — 2-е изд. — М.: Интернет-Университет Информационных Технологий; БИНОМ. Лаборатория знаний, 2007. — 484 с.
2. Коннолли Т., Бегг К. Базы данных. Проектирование, реализация и сопровождение. Теория и практика = Database Systems: A Practical Approach to Design, Implementation, and Management — 3-е изд. — М.: Вильямс, 2008. — 1436 с.
3. Балдин К. В., Уткин В. Б. Информационные системы в экономике: Учебник 2008. – 395с.
4. Д. В. Чистов, Ю. В. Амириди, Е. Р. Кочанова, Издательство -  КноРус., 2011. - 174 стр.
5. Веретенникова Е.Г., Патрушина С.М., Савельева Н.Г. Информатика: Учебное пособие. Серия «Учебный курс», - Ростов н/Д: Издательский центр «МарТ», 2002. – 416 с.
6. Эпштейн Марк Семенович. Программирование на языке С. Учебник для студентов учреждений среднего профессионального образования., Издательство: Академия (Academia)., 2011 - 336 стр.