<<
>>

Проблема присоединенных записей

Рассмотрим уже использованный п. 2.2.2 пример. Пусть в исходном файле хранятся данные о сотрудниках, дежуривших в составе оперативной группы предприятия (ДАТА — дата дежурства; ТЕЛЕФОН — рабочий телефон офицера).

В ИФ поле ДАТА является ключом и не может быть пустым.

Как поступить, если нужно запомнить фамилию и номер рабочего телефона нового сотрудника, который еще не дежурил (например, Смирнов с номером телефона 7-35)? Записать эти данные в ИФ. нельзя (первичный ключ не может быть пустым), но можно поместить эти сведения в проекцию ПФ2. При этом ПФ2 формально перестает быть проекцией ИФ, хотя соединение ПФ1 и ПФ2 дает исходный файл (без сведений о Смирнове).

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

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

Пусть в ИФ БД хранятся данные о сотрудниках, испол-няющих обязанности в дежурном расчете (НОМЕР_Р — номер в составе дежурного расчета; ТЕЛЕФОН — номер рабочего телефона).

Если считать, что один и тот же сотрудник не может исполнять обязанности нескольких номеров дежурного расчета, то в качестве первичного ключа можно использовать НОМЕР Р.

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

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

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

Говорят, что файл находится в пятой нормальной форме (5 НФ), если у него или нет ни одной полной декомпозиции, или нет ни одной полной декомпозиции, в которую входили бы проекции, не имеющие общего первичного ключа исходного файла.

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

д.

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

<< | >>
Источник: В. Б. Уткин. Информационные системы в экономике. 2008

Еще по теме Проблема присоединенных записей:

  1. Присоединение банка и слияние банков: процедуры и проблемы
  2. Дата присоединения
  3. Присоединения и разделение стоимости
  4. После присоединения
  5. Присоединения и создание стоимости
  6. Теоретические основы: присоединения и стоимость
  7. Формирование передаточного акта, заключительной и вступительной бухгалтерских отчетностей при преобразовании, присоединении, слиянии
  8. Проблемы
  9. Фокус на так называемых проблемах
  10. Правила обращения с проблемами
  11. Проблема
  12. Проблемы бюджетной политики