Содержание
|
|
Логическая структура БД справочника
Основой БД является список видов, каждый вид имеет ряд
атрибутов. Рассмотрим структуру списка подробнее:
- Номер
- Уникальный номер записи в базе данных
- Название
- Принятое латинское название вида
(в соответствии со сводкой
С.К.Черепанова 1995 года)
- Русское название
- Русское название вида
(по Определителю Северо-Запада)
- Практическое применение
- Способы практического использования
(например, лекарственное или
декоративное)
- Статус охраны
- Охраняемость вида (по Красной книге РСФСР
и по Списку охраняемых растений Новгородской
области)
- Описание
- Морфологическое описание вида
(цитата из флоры СССР, том IV)
- Рисунок
- Общий вид растения с
увеличенным изображением
некоторых морфологических деталей.
(цветные рисунки из Красной Книги РСФСР,
штриховые - из "Орхидных нашей страны"
Вахрамеевой)
- Иконка
- Уменьшенное изображение растения без
морфологических деталей (из Вахрамеевой)
- Местонахождения
- Список местонахождений вида
на территории области (см. далее)
Кроме самого списка видов, систематическую часть БД дополняет
список синонимов, структура которого очень проста:
- Номер
- Уникальный номер записи в базе данных
- Ссылка на вид
- Ссылка на уникальный номер вида в
списке видов (указывает, к какому виду
относится синоним)
- Название
- Собственно синоним
Важнейшей частью нашей БД является блок репрезентативной
информации, заполненный данными о местах гербарных сборов видов на
территории области. К сожалению, идея создания этого блока
возникла несколько позднее разработки базовой структуры БД, поэтому
физически он оказался разорванным на множество частей. Для каждого
вида в БД существует отдельный список местонахождений со следующей
структурой:
- Номер
- Уникальный номер записи в базе данных
- Координаты
- Координаты местонахождения
для отображения его на карте
(используются относительные координаты,
пригодные только для работы со
специальной картой, включенной
в справочник)
- Цитата
- Цитата гербарной этикетки
- Дата сбора
- Дата сбора (включая век)
- Коллектор
- Имя коллектора
- Номер листа
- Номер листа, указанный коллектором
на этикетке
- Гербарий
- Индекс гербария, из которого получена
информация
Любой, кто достаточно долго занимается проектированием баз
данных, сразу увидит недостатки такой структуры:
- Блок репрезентативной информации эффективнее было бы сделать
единым массивом, общим для всех видов, с отсылками
к виду, как это реализовано в списке синонимов.
Такой подход позволил бы, помимо снижения накладных расходов,
еще и выполнять более сложные запросы к БД.
Как автор программы, могу добавить, что при работе с
картой всех местообитаний БД динамически конвертируется
именно в такой формат.
- Логичнее было бы реализовать список местных названий по образу
и подобию списка синонимов. Наиболее очевидное преимущество -
возможность использовать несколько местных названий для
одного вида.
- Функциональность БД можно было бы значительно расширить, если
иллюстрации и описания вынести в отдельные блоки. Это дало
бы возможность привязывать к одному виду несколько описаний и
иллюстраций из разных источников, а кроме того, позволило бы
работать с альбомами изображений отдельныых морфологических
деталей (например, просматривать галлерею изображений
цветков).
Помимо логических ошибок, структура БД неполна и с точки зрения
представленности ботанической информации. Однако следует учесть,
что никто из участников проекта никогда до этого не имел опыта
проектирования ботанических БД, а ее структура рождалась постепенно,
постоянно перекраиваясь и дополняясь.
Дальше
|