 ПОЗНАВАТЕЛЬНОЕ Сила воли ведет к действию, а позитивные действия формируют позитивное отношение Как определить диапазон голоса - ваш вокал Игровые автоматы с быстрым выводом Как самому избавиться от обидчивости Противоречивые взгляды на качества, присущие мужчинам Вкуснейший "Салат из свеклы с чесноком" Натюрморт и его изобразительные возможности Применение, как принимать мумие? Мумие для волос, лица, при переломах, при кровотечении и т.д. Как научиться брать на себя ответственность Зачем нужны границы в отношениях с детьми? Световозвращающие элементы на детской одежде Как победить свой возраст? Восемь уникальных способов, которые помогут достичь долголетия Классификация ожирения по ИМТ (ВОЗ) Глава 3. Завет мужчины с женщиной
Оси и плоскости тела человека - Тело человека состоит из определенных топографических частей и участков, в которых расположены органы, мышцы, сосуды, нервы и т.д.
| Первая нормальная форма (1НФ)
БАЗЫ ДАННЫХ. ОСНОВНЫЕ ПОНЯТИЯ И ОПРЕДЕЛЕНИЯ В реляционных БД все данные хранятся в различных таблицах и физически не связаны между собой. Разработчик должен сам продумать, каким образом объединить эти данные при извлечении их из БД. Координация осуществляется путем установления связей между таблицами. Будущее этого направления представляют объектно-ориентированные базы данных. В объектно-ориентированных БД данные с различными отношениями рассматриваются как единый объект. Поэтому разработчик может не беспокоиться о связывании и разделении данных. В настоящее время БД этого типа распространены сравнительно мало. В Microsoft Access используется реляционная модель данных. Основные определения. Как уже говорилось выше, реляционная база данных состоит из множества таблиц. В этих таблицах столбцы называются полями или атрибутами, а строки - записями или кортежами. Поля образуют структуру базы данных, а записи составляют информацию, которая в ней содержится Непременным правилом создания таблицы в СУБД является строгое определение содержимого самой таблицы. В ее ячейках может храниться только фактическая, и только неизменяемая информация - в ячейках базовых таблиц принципиально не может быть вычисляемых значений. Создание базы данных всегда начинается с разработки структуры ее таблиц. Структура должна быть такой, чтобы при работе с базой требовалось вводить в нее как можно меньше данных. Если ввод каких-то данных приходится повторять неоднократно, базу делают из нескольких связанных таблиц. Структуру каждой таблицы разрабатывают отдельно. Если данные в разных записях начинают повторяться, это может говорить о том, что база имеет плохую структуру. Для того чтобы связи между таблицами работали надежно, и по записи из одной таблицы можно было однозначно найти записи в другой таблице, надо предусмотреть в таблице уникальные поля. Уникальное поле - это поле, значения в котором не могут повторяться. Если ни одно поле таблицы не приемлемо в качестве уникального, его можно создать искусственно. Кроме этого, существует понятие ключевого поля. При создании структуры таблиц одно поле (или одну комбинацию полей) можно назначить ключевым. С ключевыми полями СУБД работает особо. Она проверяет их уникальность и быстрее выполняет сортировку по таким полям. Ключевое поле - очевидный кандидат для создания связей. Иногда ключевое поле называют первичным ключом. В реляционных базах данных важную роль играет еще один ключ - внешний ключ. Внешний ключ - это поле одной таблицы, которое ссылается на первичный ключ другой таблицы. В качестве первичного ключа в таблицах часто используют поле, имеющее тип "Счетчик". Ввести два одинаковых значения в такое поле нельзя по определению, поскольку приращение значения поля производится автоматически. Структура связей между таблицами называется схемой данных. Во многих случаях первичного ключа оказывается недостаточно для индексации содержимого таблицы, особенно в случаях больших таблиц со множеством полей почти наверняка в процессе работы придется отбирать из них данные и по другим критериям, отличным от простого номера строки в таблице. Таким образом, в определенных случаях возникает потребность в создании так называемых индексов или вторичных ключей. Индекс - это средство автоматической сортировки записей в таблице по значению индексируемого поля. Существует два вида индексов: допускающие и не допускающие повторение значений поля. Почти так же, как и по одному полю, индекс можно составить по двум и более полям. Применение индексов значительно ускоряет просмотр и выборку данных. Недостатки индексов - каждый из них занимает дополнительное место на жестком диске, а также в оперативной памяти. Кроме этого, увеличивается время добавления или удаления записи (особенно если в таблице содержится большое количество записей), поскольку индексы приходится создавать заново. Хотя эффект снижения быстродействия здесь не так важен, как эффект ускорения операций поиска и сортировки, все же следует следить за тем, чтобы не индексировать в таблице слишком много полей. Нормализация баз данных Задача нормализации БД При создании приложений баз данных наиболее важным этапом является конструирование БД (определение структур таблиц, связей между ними и т.д.). Ошибки в структуре данных трудно, а чаще вообще невозможно исправить программным путем. Чем лучше структура данных, тем легче программировать БД. Теория проектирования БД содержит концепцию нормальных форм, предназначенных для оптимизации структуры БД. Нормальные формы - это линейная последовательность правил, применяемых к БД, причем чем выше номер нормальной формы, тем совершеннее структура БД. Нормализация - это многоступенчатый процесс, при котором таблицы БД организуются, разъединяются и данные приводятся в порядок. Концепцию нормализации впервые представил Е.Ф. Кодд (E.F. Codd) в 1970-е годы. Задача нормализации остается той же самой и сегодня: устранить из БД некоторые нежелательные характеристики. В частности, ставится задача устранить некоторые виды избыточности данных и благодаря этому избежать аномалий при изменении данных. Аномалии изменения данных - это сложности при операциях вставки, изменения и удаления данных, возникающие из-за структуры БД. Хотя существует много уровней, обычно достаточно выполнить нормализацию до Третьей нормальной формы (3НФ). Рассмотрим пример нормализации БД управления доставкой заказов. Неупорядоченная БД " Продажи" состояла бы из одной таблицы " Продажи" выглядела бы так:
В таблице каждая запись содержит сведения о нескольких заказах одного клиента. Поскольку столбец со сведениями о товаре содержит слишком много данных, получить упорядоченную информацию из этой таблицы сложно (например, составить отчет о суммарных закупках по различным видам товаров). Первая нормальная форма (1НФ) Первая нормальная форма(1НФ) предопределяет атомарность всех данных, содержащихся в столбцах. Слово "атом" происходит от латинского "atomis", что буквально означает "не подлежащий разделению". 1НФ задает существование в каждой позиции, определяемой строкой и столбцом, только одного значения, а не массива или списка значений. Преимущества этого требования очевидны: если в одном столбце хранятся списки значений, то не существует простого способа манипулировать этими значениями. Конечно, при этом увеличивается количество записей в таблице. Выполним нормализацию БД " Продажи" до 1НФ:
|
