Здравствуйте. Мы установили J2.
Пробую создать виртуальную базу, интегрированную из двух физических книжных баз, а сами источники скрыть.

Как давать техническое имя виртуальной базе: любые 5 латинских или это обязательно должно быть имя одной из физических баз, с которой интеграция проводится?

Можно ли, просто перечислив несколько физических баз в колонке интеграции, объединить их в одной виртуальной или нужно обязательно писать формат типа (<.>V=KN<.>) ?

Скрины можно не смотреть, я с ними разобралась.



Редактировано 5 раз. Последний раз 23.12.2013 10:24 пользователем Novinka.

Novinka написал(а):
-------------------------------------------------------
> Здравствуйте. Мы установили J2.
> Пробую создать виртуальную базу, интегрированную
> из двух физических книжных баз, а сами источники
> скрыть.

Не забудьте прописать идентификаторы объединяемых баз.

> Как давать техническое имя виртуальной базе: любые
> 5 латинских или это обязательно должно быть имя
> одной из физических баз, с которой интеграция
> проводится?

Виртуальная база всегда базируется на физической. Поэтому Вам обязательно требуется указать название физической базы.

> Можно ли, просто перечислив несколько физических
> баз в колонке интеграции, объединить их в одной
> виртуальной или нужно обязательно писать формат
> типа (<.>V=KN<.>) ?

Запрос не является обязательным элементом.

Кирилл Соколинский (СЗТУ) написал(а):
-------------------------------------------------------
>
> Виртуальная база всегда базируется на физической.
> Поэтому Вам обязательно требуется указать название
> физической базы.
>
> Кирилл Евгеньевич, простите, не доходит до меня, если объединяющий запрос строится на двух физических базах, что ставить в краткое название виртуальной? Название одной (ЛЮБОЙ) из двух физических? А если виртбаз несколько?

Вот пример: имеются базы KNIGA и EK_KN нужно построить три виртуальные - краеведческую, электронные ресурсы, книги в целом. Все эти три виртуальные нужно назвать KNIGA?

И еще есть вопрос:
Как можно проверить, что виртуальная база создана правильно? Количество записей в ней не известно, состав тоже.



Редактировано 3 раз. Последний раз 25.12.2013 11:02 пользователем Novinka.

Novinka написал(а):
-------------------------------------------------------

>Название одной (ЛЮБОЙ) из двух
> физических? А если виртбаз несколько?

Совершенно верно. Если несколько, технология идентична.


> Вот пример: имеются базы KNIGA и EK_KN нужно
> построить три виртуальные - краеведческую,
> электронные ресурсы, книги в целом. Все эти три
> виртуальные нужно назвать KNIGA?

Приведите запросы для получения каждой базы и после Нового года я напишу Вам подробный рецепт. Его же продублирую как пример в документации.

Если будете экспериментировать, Вам потребуется чистить кэш. Эту процедуру я пока нигде не описывал...

Представьтесь, пожалуйста, и приведите адрес сайта своей библиотеки.

> И еще есть вопрос:
> Как можно проверить, что виртуальная база создана
> правильно? Количество записей в ней не известно,
> состав тоже.

Только последовательным выполнением идентичных запросов в физических базах и суммированием результатов.

Реализовал на Вашем сайте желаемую комбинацию виртуальных баз. Технологию подробно описал в документации в разделе "Создание сложных виртуальных баз с пересекающимися запросами"

Должен отметить, что сделанное является далеко не оптимальным вариантом.

Технология виртуальных баз имеет архитектурное ограничение: не может быть несколько виртуальных баз, основанных на одной физической базе (IBIS, например), которые:

1. Будут включать несколько физических баз (IBIS +PERIO, например);

2. Будут выделять из них с помощью запроса нужные записи.
Если это правило не будет соблюдаться, система при выборе виртуальных баз будет выводить сообщение «Ошибка. Перекрываются запросы виртуальных баз».

Сами по себе базы "Книги до 1996 года" и "Книги после 1996 года" со всех точек зрения не оправданы. Хотя я и знаю, как яростно библиотекари в течение десятилетий готовы защищать такие атавизмы.

Большое спасибо, Кирилл Евгеньевич.
Насчет баз "до и после" Вы правы, атавизм, но там есть технические сложности, появившиеся при первоначальном конвертировании в Ирбис. А с появлением сквозного поиска в J2 отпадает необходимость продолжать работать с их объединением, просто старую активно списываем.