Скачать книгу

категория прибора (переносной, портативный и т. п.);

      • характеристика прибора.

      Параметры, которые для пользователя второстепенны, остаются в общем тексте раздела.

      Возьмем пример посложнее, который представлен в разделе «Необходимость структуризации». Здесь описание включает не одну, а несколько фраз, и анализ, подобный предыдущему, надо провести отдельно для каждой из них. В результате мы получим следующий набор признаков:

      • П (показатели) – «выявлено», «выдано», «сжигание» и др.;

      • О1 (объект) – источники загрязнения (нефтеналивные цистерны);

      • О2 (объект) – загрязняющие вещества (нефть);

      • О3 (объект) – объекты загрязнения (рельеф местности);

      • О4 (объект) – документы (предписание о ликвидации последствий аварии);

      • У1 (уточнение места действия 1) – железнодорожные станции (Ангасолка);

      • У2 (уточнение места действия 2) – железные дороги (Восточно-Сибирская);

      • У3 (обстоятельство действия 1) – под контролем комиссии;

      • П (примечания) – как уже говорилось, в этих полях должны содержаться данные – уточнения, специфичные для конкретных сообщений.

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

      Проектирование логической структуры базы данных

      Итак, мы определили состав дескрипторов, то есть ключевых полей для поиска, по которым чаще всего (по нашему прогнозу) будут формироваться запросы к базе данных. Теперь начнем разработку логической структуры БД. Под логической структурой понимается та совокупность файлов, содержащихся в них полей и связей между файлами, которую «видит» пользовательская программа, обрабатывающая базу данных.

      Распределение полей по файлам

      В предыдущем разделе мы постарались объяснить, почему и как необходимо выделять дескрипторные поля, по которым ожидаются запросы со стороны пользователя. Мы исходили из того, что каждому такому полю должен соответствовать словарь. Если вы в этом еще сомневаетесь, вспомните, что между элементами информации существуют различные типы отношений: «один-к-одному», «один-ко-многим», «многие-ко-многим». Очевидно, когда между какими-то элементами информации (полями) существует отношение «один-к-одному», они жестко и однозначно взаимосвязаны. В таком случае достаточно иметь один словарь на всю эту группу. Но тогда она должна находиться в одном файле, потому что иначе отношение «один-к-одному» не будет реализовано без применения каких-либо дополнительных средств. Как видите, логика довольно проста. Теперь у нас есть критерий для распределения полей по файлам: в одном файле следует размещать те поля, которые связаны между собой отношением «один-к-одному». Файлы, объединяющие такие группы полей, будут находиться друг с другом в отношении «один-ко-многим» и составят иерархическую структуру. Отметим, что файлы, находящиеся в отношениях типа «многие-ко-многим», не должны быть непосредственно взаимосвязанными.

Скачать книгу