Создание базы данных

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

1. Необходимо понять задачу и определить потребности заказчика. Нужно подробнейшим образом описать предметную область задачи.

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

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

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

5. Не создавайте таблиц с большим количеством полей, а также старайтесь не допускать хранения записей, отмеченных как удаленные. Это резко увеличивает время поиска нужной информации.

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

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

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

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

Рассмотрим структуру таблицы «Контакт» на примере ее бумажного аналога – какого-нибудь списка. Структура таблицы будет иметь следующий вид:

Фамилия	Имя	Адрес	Название компании	Рабочий телефон
Петров	Юрий	Садовая, 78	Старт	5-16-78
Иванов	Петр	Новая, 45	ТЕМП	3-13-33

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

В принципе, в таблицу описанной выше структуры можно внести записи о стиральном порошке «Лотос» или даже планете Марс, но это будет нелогично с точки зрения здравого смысла – таблица потеряет свое назначение.

Итак, можно подвести небольшой итог: любая таблица с данными состоит из набора однотипных записей, расположенных друг за другом. Записи легко добавляются в таблицу – она для того и предназначена. Записи можно редактировать (исправлять) и удалять. Мы видим, что каждая запись представляет собой совокупность свойств объекта, расположенных в столбцах таблицы, называемых полями. Данные, расположенные в одном поле таблицы, обязательно должны быть одного типа. Можно сказать, что совокупность полей таблицы (с указанием их имени и ширины) образуют структуру таблицы. Количество записей, как правило, меняется во время работы с базой данных, но структура таблицы останется все той же, изменятся лишь ее данные.

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

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

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

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

Итак, мы подошли к формированию таблицы «Контакты» базы данных.