Разработка базы данных

Универсальная таблица

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

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

Рассмотрим подробнее на предмет наличия проблем вставки, удаления и корректировки полученную в предыдущих разделах таблицу Warranty repairs. Данная универсальная таблица по определению может быть базой данных.

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

Проверим данное утверждение на нашем примере.

Проблема вставки Проблема вставки может возникнуть при вводе какого-либо нового вида информации.

Так, в таблицу Warranty repairs нельзя ввести такой вид товара, который бы не был отремонтирован, но числился в накладной. Если же, все-таки включить информацию о таком товаре, то появится новый кортеж с пустыми значениями некоторых атрибутов.

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

Проблема удаления Проблема удаления заключается в том, что при удалении какого-либо атрибута удаляется вся строка. В этом случае может быть утеряна информация, которая в приведенной базе данных присутствует в единственном числе. Рассмотрим на примере базы данных по таблице Warranty repairs наличие проблемы удаления.

Итак, если по какой-то причине (к примеру, потеря сведений о продаже товара за 15.04.2011) мы удалим первую строку таблицы Warranty repairs (в которой фиксируется ремонт утюга Philips GC 3321 клиентом Ивановым И. И.), то из полученной БД будет безвозвратно утеряна информация о наличии данного клиента, т.к. в других строках таблицы информация о нем не содержится. Следовательно, можем говорить о наличии проблемы удаления в такой базе данных.

Проблема корректировки Проблема корректировки данных определяется наличием необоснованной их избыточности. В полученной таблице Warranty repairs такая избыточность присуща атрибутам Filial, IDfilial, InnFilial, Chief, Capacity, Address, Phone, Customer, CustomerID, AddressCust, Sign, которые повторяются много раз в таблице, что повышает вероятность допущения ошибки при вводе и исправлении данных. Следствием этого может стать нарушение целостности данных в таблице. Таким образом, в БД, построенной по таблице Warranty repairs присутствуют все три проблемы (вставки, удаления и корректировки).