леха.pptx
- Количество слайдов: 9
ЭТАПЫ РАЗРАБОТКИ БАЗЫ ДАННЫХ Разработал: Букин А. С
База данных — совокупность связанных данных, организованных по определенным правилам, предусматривающим общие принципы описания, хранения и манипулирования, независимая от прикладных программ. Для понятия «база данных» существует несколько классификаций. По модели представления данных БД можно классифицировать следующим образом: картотеки, иерархические, сетевые, многомерные, объектноориентированные, дедуктивные и реляционные. Далее речь пойдет о реляционной модели. Эта модель баз данных не была хронологически первой, но первой получила математическое описание, и, будучи экономной по части базовых понятий (что сделало ее невероятно привлекательной для программистов и пользователей), в основном используется в web-приложениях.
Так что же такое «реляционная модель БД» ? В реляционных базах данных вся информация заключена в таблицы. Столбцы в такой таблице имеют конкретный тип и размер; все содержимое ячеек столбца должно соответствовать их типу. Строки представляют собой набор неструктурированных данных и образуют математическое отношение. Таким образом, вся база данных – это множествотаблиц-отношений, отсюда и название модели
Один из главных принципов организации данных – построение взаимосвязей между всеми элементами, что и отличает базу данных от простого набора таблиц. Т. е. информация в таблицах реляционной базы данных должна быть соответствующим образом организована. Еще один важнейший принцип — нормализация таблиц, которая сводится к устранению недостатков структуры базы данных, приводящих к различным аномалиям и нарушениям целостности данных. Недостатками структуры можно назвать, например, противоречивость данных, а аномалией – возникновение случайных ошибок в процессе эксплуатации БД. Проще говоря, нормализация – разбиение таблицы на две или более для исключения повторения (избыточности) информации.
Разработка базы данных – сложный длительный процесс, который можно разделить на 3 этапа: концептуальное проектирование — сбор, анализ и редактирование требований к данным; логическое проектирование — преобразование требований к данным в структуры данных; физическое проектирование — определение особенностей хранения данных, методов доступа и т. д.
Концептуальное проектирование — это в большинстве своем текстовое описание, сбор данных о предметной области. Этот этап очень важен, если вы создаете БД на заказ. По сути дела, это техническое задание со стороны пользователя. Для того, чтобы не было недоразумений после создания БД, необходимо всегда требовать от заказчика словесное описание, и следить за тем, чтобы оно было наиболее полное и описывало все потребности заказчика. Если же вы делаете базу данных для своих целей, например для сайта. То на этом этапе следует определиться, что именно вы хотите от этой БД и насколько она будет функциональна. Однако на этом этапе невозможно учесть всех обстоятельств, поэтому, скорее всего готовая инфологическая модель будет не совсем соответствовать словесному описанию. Однако такой этап помогает понять, как должна выглядеть база, и какая функциональность в ней должна быть заложена.
Логическое проектирование. Этот этап является самым важным, так как из текстового описания БД, необходимо привести ее в формализованный вид, посредством нормализации отношений. Всего существует 5 нормальных форм, и модификация 3 нормальной формы, это нормальная форма Бойса Кодда. Нормализация ведется до тех пор, пока в базе данных имеется избыточность данных, которая в свою очередь может привести к различным информационным аномалиям. Здесь происходит построение ER диаграмм, что помогает находить отношения сущность-связь. Результатом выполнения логического проектирования должна стать инфологическая модель, которая является графическим отображением готовой БД. Существует множество программных средств, которые позволяют из имеющейся инфологической модели получить SQL запросы, создание базы данных на выбранном сервере.
Физическое проектирование является третьим и последним этапом создания проекта базы данных, при выполнении которого проектировщик принимает решения о способах реализации разрабатываемой базы данных. Во время предыдущего этапа проектирования была определена логическая структура базы данных (которая описывает отношения и ограничения в рассматриваемой прикладной области). Хотя эта структура не зависит от конкретной целевой СУБД, она создается с учетом выбранной модели хранения данных, например реляционной, сетевой или иерархической. Однако, приступая к физическому проектированию базы данных, прежде всего необходимо выбрать конкретную целевую СУБД. Поэтому физическое проектирование неразрывно связано с конкретной СУБД. Между логическим и физическим проектированием существует постоянная обратная связь, так как решения, принимаемые на этапе физического проектирования с целью повышения производительности системы, способны повлиять на структуру логической модели данных.
СУБД Систе ма управле ния ба зами да нных — совокупность программных и лингвистических средств общего или специального назначения, обеспечивающих управление созданием и использованием баз данных.
леха.pptx