Определение структурной схемы

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

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

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

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

Один ко многим — когда любой записи в первой таблице соответствует несколько записей во второй таблице;

Один к одному — когда любой записи в первой таблице соответствует только одна запись во второй таблице;

Многие ко многим — когда любой записи в первой таблице соответствует несколько записей во второй и наоборот.

В большинстве случаев между двумя таблицами используется отношение «один ко многим».

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

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

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