Исторические информационные системы: теория и практика

• 0: класс отсутствует;

• 1: класс присутствует и нет подклассов;

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

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

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

Анализ матрицы позволяет определить центральную сущность системы – ту, которая имеет в соответствующей строке и столбце наибольшее количество связей «один ко многим» и «многие ко многим».

Рассмотрим примеры заполнения матрицы классов для систем различных типов (незаполненные элементы могут принимать любые значения).

Пример: фактографическая система, в которой к каждому событию привязаны источники, публикации, персоналии, организации и события имеют подсобытия (табл. 2.1).

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

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

Модель фактографической системы может также содержать прочие типичные или специфические сущности.

Таблица 2.1. Пример матрицы классов для фактографической системы

Рис. 2.2. Модель фактографической системы

Пример: просопографическая система (табл. 2.2).

Таблица 2.2. Пример матрицы классов для просопографической системы

ER-диаграмма просопографической системы в обобщенном виде представлена на рис. 2.3. Здесь центральной сущностью является персона. Другие типичные или специфические сущности могут присутствовать в модели историко-ориентированной информационной системы и соотноситься с персоной различными связями (на рисунке все связи имеют тип «многие ко многим»).

Рис. 2.3. Модель просопографической системы

Другими вариантами систем, когда одна из сущностей является центральной и к ней привязываются остальные, являются источнико-ориентированная и геоинформационная системы. Их ER-диаграммы изображены на рис. 2.4 и 2. 5.

2.3. Системы на основе реляционной модели

Реляционная модель преобладает среди историко-ориентированных информационных систем на протяжении многих лет. Технологической базой систем на основе реляционной модели являются реляционные базы данных и реляционные системы управления базами данных (СУБД), которые представлены на рынке большим разнообразием.

Рис. 2.4. Модель источнико-ориентированной системы

Рис. 2.5. Модель исторической ГИС

Популярность реляционной модели связана как с распространенностью реляционных СУБД, так и с универсальностью и относительной простотой данного типа моделей. «Теоретическая аккуратность, адаптивность и простота использования способствовали росту доминирования в последние годы систем реляционных баз данных и реляционного мышления», – пишут Ч. Харви и Д. Пресс в 1996 г. [Harvey, Press, 1996]. Реляционная модель и ее трансформации продолжают доминировать до сих пор.

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

Напомним, что реляционная модель представлена набором отношений (relation), традиционно визуализируемых в виде двумерных таблиц. Наполнение базы данных представляется заданием значений атрибутов в кортежах отношений. Порядок следования кортежей (записей, экземпляров, строк таблицы) значения не имеет. Записи могут быть отсортированы по любому атрибуту. Кортежи (записи) не имеют связей между собой, также нет связей и внутри одного кортежа. Значения атрибутов (признаков) экземпляров образуют столбцы реляционной таблицы. Все значения одного атрибута относятся к одному типу данных. Список поддерживаемых типов данных определяется возможностями конкретной СУБД. К реляционным базам данных предъявляется ряд требований, в частности целостности и отсутствия избыточности.

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