Пользователь, прежде всего читатель, и особенно неспециалист (в данном случае - небиблиограф), должен воспринимать АБИС как поисковик "вообще", то есть вне зависимости от физического расположения искомых данных. Отдаленное подобие, если не ошибаюсь - Sherlock из MacOS.
В случае с ИРБИС назовем сие для разнообразия ИРБИС Эксплорер.
В таком АРМе должны быть пункты:
Искать в:
- ЭК данной библиотеки
- СБД данной библиотеки
- региональных корпоративных ресурсах
- ЛИБНЕТ
- Сигле
- Гугле
- Яндексе
В двух последних случаях неясно. как будут отбираться при необходимости только библиографические данные
- сторонних ПТБД и ЭБ (например, основанных на Greenstone)
С любой комбинацией этих источников (с помощью чекбоксов).



Редактировано 1 раз. Последний раз 04.05.2011 13:22 пользователем Lavrinovich.

Задача не надуманная. Предположим, мне нужна биография некоего ученого + список всех его трудов + тексты хотя бы части их. Ни один отдельно взятый ресурс не решит этой задачти. да и трех недостаточно.

И вообще эта идея давно реализована, хотя бы частично. Слышал, что в центральной (или городской) б-ке какого-то штата, в том самом зале, где однажды заседала "восьмерка", на компьютерах для ч-лей (Маках) есть поиск как в собственном ЭК, так и в интернете.

Да, когда я это писал, то забыл, что MS Internet Explorer (а теперь и любое окно Windows) ищет и локально, и глобально. И раз АРМы 128 работают в браузере, многие из моих предложений лишние.



Редактировано 2 раз. Последний раз 07.04.2011 23:31 пользователем Lavrinovich.

Здесь уже неоднократно, но кратко и туманно говорилось о возможности и/или необходимости в будущем смены платформы ИРБИС, то есть, очевидно, об использовании (как одного из вариантов?) какой-то распространенной СУБД по причинам достижения пределов масштабируемости ИРБИС64, хотя и возможного пока лишь теоретически.
И почему-то на форуме (случайно?) периодически всплывает MySQL... просто и удобно интегрируется с PHP, распространяется самой Oracle, а главное, масштабируется до... 32 эксабайт! И опять-таки
[irbis.gpntb.ru]
Приверженцы "чистой" CDS/ISIS говорят о ее особой "библиографичности". Да, повторяющиеся поля - это преимущество, даже необходимое нам качество, а то, что подполя есть лишь потенциально - недостаток (так как требуется их очень трудоемкое ручное проектирование)...
Переменная длина полей, видимо, довольно давно не имеет значения (но прямо этого никто нигде не сказал). Но переменная-то только до 999 символов... хотя, конечно, это было лучше, чем фиксированная 999 в популярных СУБД 90-х.



Редактировано 3 раз. Последний раз 17.07.2012 08:12 пользователем Lavrinovich.