Что нужно сделать чтобы слить три базы в одну?

Для этого есть режимы в АРМе Администратор (КОПИРОВАНИЕ, ИМПОРТ)
Что с чем Вы хотите слить?

Работали в ИРБИС 32 создали 8 баз, теперь переходим на ИРБИС 64 и нужно соединить 4 базы в одну. Как это сделать правильно не знаем.Подскажите.

Если не предполагается слияние ОДИНАКОВЫХ записей, то слить БД просто - необходимо последовательно импортировать их в ОДНУ БД

Alio написал(а):
-------------------------------------------------------
> Если не предполагается слияние ОДИНАКОВЫХ записей,
> то слить БД просто - необходимо последовательно
> импортировать их в ОДНУ БД
А если два отдела, получая периодику по-отдельности на 2 адреса, набивали частично ОДИНАКОВЫЕ записи каждый в свой каталог, как теперь их можно слить?

Как в слитой БД удалить ненужные записи мхр?

Подскажите, пожалуйста можно ли создать условия слияния (подобные при импорте- экспорте) для процесса копирования выбранных записей из одной БД в другую??
У нас при копировании теряется несколько полей, а это недопустимо...

Как вы организовали копирование? Вы применяете ТВП?

Выделила требуемые записи,через сервис->копирование->KPM-полное описание->выходная DB переношу их в новую DB..
От поля 910 (^A0^B385807^DФ16^E18.00^FПодар. чит.^U2010/23^YА2010/18^C100607) остается (^A2^DФ16) (статус и должен меняться?)

Моя проблема в том, что Человек, копирующий записи из своей БД ,по другому работать не хочет,а у принимающего эти записи повторяющиеся- не сливаются, а становятся логически-удаленными.
Может эти условия копирования возможно подкорректировать ??

Tamara написал(а):
-------------------------------------------------------
> Выделила требуемые записи,через
> сервис->копирование->KPM-полное описание->выходная
> DB переношу их в новую DB..
> От поля 910 (^A0^B385807^DФ16^E18.00^FПодар.
> чит.^U2010/23^YА2010/18^C100607) остается
> (^A2^DФ16) (статус и должен меняться?)

Чтобы запись копировалась ПОЛНОСТЬЮ, ТВП переформатирования задавать не нужно
сервис->копирование->KPM-полное описание->выходная
> DB переношу их в новую DB..

Спасибо, так действительно запись остается целее...
Но при копировании записи, которая отличается только 910 полем, формируется логически-удаленная запись(разве не должны экземпляры этих дублетов дописываться в 910 поле)без каких либо удалений?

При простом копировании такого не происходит. То, о чем вы говорите, можно реализовать на принципе импорта со слиянием. Вы работаете над сводным каталогом?

НЕт, сводного каталога у нас не предвидится..
Человек, ведущий ЭК книг, по мере поступления в него краеведческих книг
заносит эти данные в БД краеведения. Делать это он согласен только простым копированием..Моя проблема при копировании записи, которая отличается только 910 полем, формируется логически-удаленная запись(разве не должны экземпляры этих дублетов дописываться в 910 поле)без каких либо удалений?

Подскажите,пожалуйста, как можно при импорте записей периодики,отличающихся полями "содержание"-922 и "шифр в БД"-903, 933 сначала выполнить замену шифра импортируемой записи, а затем слияние уже откорректируемой записи. Раньше при импорте использовался формат ключа impnj_sh.pft и отдельно imp903.gbl. Из них я сделала imp903new.gbl но он не работает.Подскажите где я ошиблась