Особенности проектирования фактографических БД

Имя каждой проектируемой ФБД и/или её отдельных подмассивов идентифицируется «Именем неявного объекта» — для иерархической и сетевой структуры БД или «Именем отношения» — для реляционной структуры БД.

Основным структурным элементом ФБД является (в разных терминах) «Тип данных» или «Характеристика». Он состоит из «Наименования характеристики (или типа данных)» и «Значения характеристики (или типа данных)» и реализуется в виде записи в конкретном «Поле 95 данных».

Наименование каждой характеристики в ФБД является уникальным (т.е. неповторяющимся). Под «Полем данных» (ПД) понимается специально выделенная область на носителе данных, в которой записываются однородные сведения, соответствующие каждому структурному элементу ФБД, например, «Наименование изделия», «Стоимость в рублях», «Год изготовления» и т. п.

Каждое поле данных имеет внешнее и внутреннее имя:

• · внешнее имя ПД соответствует наименованию типа данных или характеристике.
• · внутреннее имя ПД («метка», «идентификатор») — короткий символьный (цифровой, буквенный или буквенно-цифровой) код, присваиваемый каждому ПД.

Поля данных характеризуются:

• · длиной, ограниченной количеством символов, разрешенным для записи в этом поле, или неограниченной длиной;
• · структурой записи.

Структура записи может быть:

• · текстовая (содержит любые буквенно-цифровые символы);
• · нормированная (содержание записи контролируется словарями системы);
• · форматированная (системой устанавливается определенная последовательность буквенных, цифровых, например для ПД с именем «Дата» может быть принята запись со структурой вида 05.06.02, где первые две цифры обозначают день, вторые — месяц, третьи — год или 05 июня 2002, или буквенно-цифровых символов, например для такого же ПД — 05 июня 2002);
• · числовая — выражающая значащую величину.

Поля данных могут также быть:

• · элементарными, состоящими из одной однородной записи значения поля для каждого документа;
• · групповыми, состоящими из двух и более однородных записей, например, поле «Заказчики» может включать записи наименований нескольких физических или юридических лиц;
• · множественными, состоящими из нескольких элементарных или групповых или других множественных полей, а также их сочетаний, например, поля данных «Технические характеристики» и «Банковские реквизиты» могут включать в себя ряда разнородных ПД;
• · неповторяющимися в одной записи и повторяющимися. Существуют и другие классификации структур полей данных. Однако в принципе они не противоречат приведенному здесь варианту. В таблице 1 в качестве примера приведен состав типов данных в достаточно популярной в настоящее время СУБД Access.

Таблица 1. Типы данных в СУБД Access.

Проектирование форматов ФБД предполагает подготовку полного описания состава всех полей данных, обеспечивающих решение тех задач, для которых создаётся данная ФБД.

Одновременно производится определение характера связей между данными («Логической структуры модели данных»). Это означает, что проектирование ФБД должно начинаться с разработки подробного перечня (точнее — структуры) задач, которые должны решаться на основе её использования.

Интеграция ФБД АБИС предполагает исключение одинаковых или близких по характеру содержащихся в них сведений полей различных баз данных, уточнение характеристик ПД с учётом требований решения различных служебных и информационных задач. После выполнения указанной работы определяются требования к СУБД, а также технологии её создания и эксплуатации, включая — определение ответственности за ведение ИБД.