Наличие ограничений на функционирование системы
Ограничения бывают разные. Я буду говорить не о
вынужденных, а об объективных ограничениях, без
которых не может существовать ни одна система
вообще, а об ограничениях, загоняющих
пользователя в угол.
В АС "Музей" имеются поля, обязательные для
заполнения. К ним относятся количество предметов
и два уровня классификационной схемы описания
музейного предмета: тип источников
(вещественные, письменные или изобразительные) и
вид предмета (живопись, предметы
естественнонаучной коллекции, предметы истории
техники, предметы этнографии и др.) Нетрудно
видеть, что обязательные для заполнения поля
являются теми самыми атрибутами, из которых
формируются статистические сведения для
министерской формы 8-НК. Таким образом,
пунктуальное и аккуратное заполнение
вышеуказанных полей в карточке музейного
предмета избавляет сотрудников отдела учета от
трудоемкого ручного подсчета официальной
статистики. Здесь ограничение, связанное с
обязательностью, является благом. В первой
версии АС "Музей" было около 70-и полей,
обязательных для заполнения. Это требование
попросту блокировало возможность нормальной
работы с системой, так как далеко не все сведения
об экспонате могли быть занесены "с ходу",
без научного изучения. Кроме того, существует
целый ряд учетных операций, для осуществления
которых достаточно описать базовые 5-7 полей
(например, операция сверки). В случае наличия
полей, обязательных для заполнения, выполнение
этих операций становится невозможным.
В КАМИС нет полей, обязательных для заполнения.
Для того, чтобы в базе данных появилась новая
карточка, в ней необходимо лишь ввести номер по
книге поступлений или инвентарный номер.
Еще одним существенным ограничением является
предел на объем базы данных, который в состоянии
обработать купленная вами музейная система.
Например, АС "Музей-2" по сведениям
разработчиков успешно прошла испытания на
массиве в 400 тысяч записей и теоретически может
обрабатывать базу данных, содержащую сведения об
1 миллионе экспонатов. Относительно КАМИС
известно следующее. На реальной базе данных
Владимиро-Суздальского музея-заповедника мной
проверены операции с объемом данных 105 тысяч
экспонатов. В Российском Этнографическом музее
(РЭМ) функционирует комплекс "Сверка наличия
музейных предметов". Он работает с базой
данных в 560 тысяч записей. Теоретически СУБД FoxPro
может работать с миллионами записей. Упомянутая
выше задача РЭМ прошла успешное тестирование на
массиве в 2 миллиона записей.
Новая версия КАМИС-2000, построенная на платформе
Oracle, теоретически имеет предел в сотни миллионов
записей. Такой лимит позволит обрабатывать
собрания музеев-миллионеров (ГИМа и Эрмитажа) и
даже общую базу данных музейного фонда России
объемом 50 миллионов записей. На практике
проверен массив информации в 55 тысяч записей,
который обрабатывается с помощью КАМИС-2000 в
Рыбинском музее-заповеднике, и массив в 45 тысяч
записей в отделе учета Государственного
Русского музея. В качестве примечания для
коллег-специалистов добавлю, что Oracle изначально
ориентирован на большие объемы информации и
работает с базой данных от сотен гигабайт до 10
терабайт. К системе на Oracle теоретически может
быть подключено до 10 тысяч клиентов. Oracle
демонстрирует очень высокое быстродействие в
многопользовательском режиме и лучшие среди
СУБД результаты по производительности.
|