Еще один баг-репорт.
Запускаю я простенькую ГК на простеньких записях. Работет она примерно минут 15-20 и заканчивается с сообщением, что откорректировано 0 записей. Смотрю базу. Врет. ~12000 все-таки обработано, причем правильно. Запускаю еще раз. Та же фигня. В базе 279379 записей. Каждый день на 500-1000 пополняется. Запускал уже 5 раз. Откорректировано по порядку
12317
24406
36090
47838
59423
Как видно, каждый раз при запуске корректируется в среднем 12000 записей.
Внимание! Вопрос: В чем проблема?
Ирбис куплен буквально недавно.
cirbisc от 11.01.05
irbisgbl от 09.12.04
irbis_server от 14.01.05
server_64 от 11.01.05

Какую именно глобальную?

В смысле код?

Имя файла или код

!0
ADD
907^A
F
v10
XXXXXXXXXXXXXXXXXXX
DEL
10
*
XXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXX
ADD
907^B
F
v11
XXXXXXXXXXXXXXXXXXX
DEL
11
*
XXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXX
ADD
951^I
F
v19
XXXXXXXXXXXXXXXXXXX
DEL
19
*
XXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXX
ADD
951^Q
F
v20
XXXXXXXXXXXXXXXXXXX
DEL
20
*
XXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXX
ADD
951^T
F
v13
XXXXXXXXXXXXXXXXXXX
DEL
13

XXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXX
DEL
1
*
XXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXX

Не обращай внимания на странные метки полей. Это база собственнной разработки.
Кстати, ГК, сделаные в 32-й версии не открываются в 64 (или на оборот, уже не помню :). Что изменено?

На счет совместимости заданий: задания из 32-й будут идти в 64. Но если вы в 64 сохранили это задание (или сделали как новое), то это задание переводится в кодировку UTF8, ставится признак ! в первой строке и с этих пор оно в 32-й выполнятся не будет (что логично). А на счет "Откорректировано 0 записей" - еще раз поэкспериментируйте (на одну запись, на несколько, на много и т.д.), т.к. у нас это не случается (и на вашем задании).

Уже поэкспериментировала. На следующей неделе запланирован перенос записей из Библиотека 4.02 (каталог Книги), все отработано МЕСЯЦ НАЗАД, только перенести, тормозило отсутствие железа.
Версию ИРБИС64 обновила (файл 12345.zip от 14.01.2005г., по извещению А.И. Бродовского).
Импортировала (АРМ Администратор) 9937 записей.
В результате заметила следующее:
1) без флажка "Проверять кодировку" записи не импортируются, это нововведение, раньше это не наблюдала;
2) в АРМ Каталогизатор выполнила глобальную корректировку (стандартная, выбрала из списка USPV.gbl), получила сообщение "Откорректировано записей 0", проверила результат - записи откоректированы, 2 удалены после коректировки логически;
3) эти записи попробовала импортировать еще раз (по одной) и выполнила глобальную корректировку этих двух записей, в результате сообщение "Откорректировано записей 2" соответствует истине, причем они не были удалены. Почему эти записи были удалены, когда импортировала 9937 записей?! Не понятно!

Я не очень поняла, когда были удалены записи: при импорте или в рез-те глобальной. В обоих случаях удаление могло быть только в результате ФЛК, но об этом д.б. упомянуто в протоколе.

Записи были логически удалены как дублетные в результате глобальной корректировки см. выше п.2
> "(стандартная, выбрала из списка USPV.gbl)".

>"3) эти записи попробовала импортировать еще раз (по одной) ..., причем они не были удалены..."

Эти записи должны были быть удалены как дублетные, когда были импортированы повторно (только те, которые были удалены см. п.2.) Их дублеты были в каталоге, ничего не менялось после выполнения п. 2).

Записи, которые были удалены в глобальной, действительно были -дубли? А при импорте, если вы убрали формально-логический контроль, то они не провнрялись на дубль.

Вопрос о другом: почему, когда я отдельно загрузила эти две записи повторно, актуализировала словарь (АРМ Администратор), сделала глобальную корректировку этих двух записей (АРМ Каталогизатор), они не были логически удалены? Ведь это дубли записей, находящихся в каталоге! Значит не работает механизм проверки на дублетность, наверное.