В MAXREADER вы используете поле 22? А оно, случайно не копируется в поле 30 записи MAXREADER? А в DBNFLC.pft вы не вставляли проверку по полю 22? В записи MAXREADER есть значение 200004? В каком поле?



Редактировано 2 раз. Последний раз 08.04.2013 09:02 пользователем ochagova.

Добрый день.
ИРБИС64 2014.1
Установила автоматический идентификатор читателя "MAXREADER" в БД RDR в поле 17.
Аutoin.gbl изменила, всё работает, но при каждом сохранении любой записи БД, идентификатор в MAXREADER увеличивается на 1.
У нас идентификаторы выстроены таким образом, что совпадают с MFN записи.
Подскажите, как решить проблему? Спасибо.

Надо немного сложнее. А именно:
CORREC
'*'
v30
'RI=MAXREADER'

DEL
1
*
XXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXX
ADD
1
XXXXXXXXXXXXXXXXXXX
if v1001<>'' then f(val(v1001)+1,0,0) fi
XXXXXXXXXXXXXXXXXXX
IF
if val(v1)>val(v17) then '1' fi
REP
17
1
v1

FI
DEL
1
*


END

ochagova написал(а):
-------------------------------------------------------
> Надо немного сложнее. А именно:
> CORREC
> '*'
> v30
> 'RI=MAXREADER'
>
> DEL
> 1
> *
> XXXXXXXXXXXXXXXXXXX
> XXXXXXXXXXXXXXXXXXX
> ADD
> 1
> XXXXXXXXXXXXXXXXXXX
> if v1001<>'' then f(val(v1001)+1,0,0) fi
> XXXXXXXXXXXXXXXXXXX
> IF
> if val(v1)>val(v17) then '1' fi
> REP
> 17
> 1
> v1
>
> FI
> DEL
> 1
> *
>
>
> END

Благодарю! Всё работает отлично!

Добрый день! Вернулась ещё раз к вопросу автоматического формирования идентификатора...
В БД RDR всё работает.
Создана ещё одна БД массовых мероприятий по образцу RDR. Установить автосчётчик поля (30:) не получается... Он не увеличивается на 1 с каждой новой записью. В чём может быть проблема? Спасибо.

Добавлю.
В БД RDR счётчик сейчас тоже отказывается увеличиваться на 1... и у каждому новому читателю присваивает одинаковый идентификатор.
Подскажите, пожалуйста, что делать?



Редактировано 1 раз. Последний раз 07.06.2016 08:03 пользователем Nata.

Проверьте - не заблокирована ли запись MAXREADER? Что чтоит у нее в по ле 17? должно быть - макс.номер + 1

ochagova написал(а):
-------------------------------------------------------
> Проверьте - не заблокирована ли запись MAXREADER?
> Что чтоит у нее в по ле 17? должно быть -
> макс.номер + 1
Запись не заблокирована, даже если делаю принудительную разблокировку, всё остаётся как прежде... Макс. номер в поле отслеживаю - с ним всё в порядке. При формировании новых записей в БД - идентификатор копируется из записи MAXREADER и не увеличивается на 1.

У вас не в порядке файл autoin.gbl. Видимо, вы правите его ручками. Посмотрите как он выглядит в редакторе - doc1. Оператор CORREC у вас вообще не работает.
Если уж вводите руками, то следите, чтобы не было никаких пробелов до и после названия операторов

ochagova написал(а):
-------------------------------------------------------
> У вас не в порядке файл autoin.gbl. Видимо, вы
> правите его ручками. Посмотрите как он выглядит в
> редакторе - doc1. Оператор CORREC у вас вообще не
> работает.
> Если уж вводите руками, то следите, чтобы не было
> никаких пробелов до и после названия операторов
Действительно, правлю ручками...
Пойду исправлять. Спасибо!

Файл исправила в редакторе.
Теперь такая ситуация:
первая новая запись в БД - идентификатор равен значению записи MAXREADER (например, 10001),
вторая новая запись в БД - идентификатор увеличился на 1 и стал равен 10002,
третья новая запись в БД - идентификатор имеет вид 1000110003,
четвёртая и последующие записи - идентификатор не изменяется и имеет вид 1000110003.

Вернула вот эту конструкцию:
ADD
30

if a(v30) then &uf('D,!RI=MAXREADER!,v17') fi

CORREC
'*'
''
'RI=MAXREADER'

REP
17
1
f(val(v17)+1,0,0)

END

Всё работает, но вернулась старая проблема с увеличением идентификатора при любом сохранении в записях.



Редактировано 2 раз. Последний раз 10.06.2016 09:35 пользователем Nata.

Проблема актуальна...
В чём может быть причина?

У вас выпал оператор удаления транзитного поля 1001 в блоке CORREC. Т.е. перед оператором END вставьте
DEL
1001
*
XXXXXX
XXXXXX

Подскажите пожалуйста, а число для автосчетчика может только с цифр от 1 до 9 начинаться? Возможно каким-то образом сделать чтобы с 0 шло?
Так как нужны номера формата 000001, 000002, 000003,...,002345 и т.д. Потому что, если счетчик ставить на значения с нуля в MAXREADER, то он все равно сбрасывается на 1,2,3...

И еще вопрос. Как правильно составить задание на глобальную корректировку, чтобы перенумеровать идентификаторы всех читателей? То есть удалить все существующие идентификаторы и назначить новые от 0000001 до 0035372. Пробовал назначить команды по примеру автосчетчика, но не получается.



Редактировано 1 раз. Последний раз 22.11.2016 13:25 пользователем KrVs.

Мне кажется, вам надо освоить такую технологию - Служба ГЛОБАЛЬНЫХ СЧЕТЧИКОВ. Она описана в релизе к 2015. Ведь MAXREADER был придуман в отсутствии такой самостоятельной технологии.

ochagova написал(а):
-------------------------------------------------------
> Мне кажется, вам надо освоить такую технологию -
> Служба ГЛОБАЛЬНЫХ СЧЕТЧИКОВ. Она описана в релизе
> к 2015. Ведь MAXREADER был придуман в отсутствии
> такой самостоятельной технологии.

Большое спасибо! Но как понял, эта технология работает только для версии 2015.1 и выше. А у нас версия 2011.1. Поэтому, к сожалению, это не будет работать. Придется самому писать и делать корректировку. А это пока не понял, как лучше сделать.

Взял в качестве задания на глобальную корректировку команду из вашего примера, но возникла проблема, записи почему-то логически удаляются. Не пойму, почему такое происходит. Так как задание всего лишь добавляет поле. А запись удаляется. Вообще ерунда какая-то. Сам счетчик работает. Но запись удаляется. В чем может быть причина? Прилагаю скриншоты с тем что делаю.

Записи могут удаляться только по причине ФЛК. А если отключать ФЛК?

ochagova написал(а):
-------------------------------------------------------
> Записи могут удаляться только по причине ФЛК. А
> если отключать ФЛК?

Если отключить все ФЛК, то становится гораздо лучше, меньше записей удаляется. Но все равно по непонятной причине некоторые записи удаляются. Допустим, задаю корректировку 200 записей, и 10 из них в середине удалились опять.

То есть тогда можно на время корректировки просто убрать ФЛК?

А ошибка -608 это ничего страшного? В записи MAXREADER. Можно ее игнорировать? Вроде ничего не происходит, все работает.



Редактировано 1 раз. Последний раз 01.12.2016 09:48 пользователем KrVs.

-608 - это находясь в какой-то записи, вы ее же вызываете на корректировку оператором CORREC. Ничего страшного, просто надо где-то поставить условный оператор IF, т.е. выполнять для всех записей, которые не MAXREADER
А почему в отсутствии ФЛК происходят удаления - непонятно, надо разбираться. ФЛК, конечно, можно отключать, но при этом не будет контроля на дублетные поля 30. Если все работает правильно, то дублетов быть не должно. Но вдруг запись MAXREADER заблокируется? Тогда в ней не будет сдвигаться номер и один и тот же ИД будет присваиваться записям. Т.е. перед запуском надо проверять состояние записи MAXREADER.

Еще возник один вопрос. Теперь при выборе идентификатора читателя, он очень долго висит и прокручивает, когда открываешь словарь для выбора. Появлется все правильно, как и положено, одно число, последний введенный идентификатор (который записан в MAXREADER) +1, но очень долго висит и крутится. Непонятно почему такое происходит. Вроде должно все быстро работать, так как из записи MAXREADER системе только число взять надо, и все. Но чем больше записей в RDR, тем больше висит. На первый такого не было, когда проверял.

При выборе или при сохранении? Если при выборе, то MAXCREADER непричем, т.к. он работает в автовводе (?) при сохранении записи. При выборе задержка бывает на формировании окна полного просмотра. Это бывает связано с большим кол-м поля 40.

При выборе идентификатора из словаря.
Повторения поля 40 по идее тоже влиять не должны, так как все делаю на новом читателе.
То есть нужно записать нового читателя, становимся на новый MFN, выбираем поле 30, словарь, и начинает долго крутится, минуты две, потом появляется идентификатор в словаре.
Первый скриншот этот как раз при ожидании. Вот так крутятся песочные часы минут две. Потом появляется идентификатор, второй скриншот.

Тогда надо проверять словарь. Во-первых, вы в RDR.fst ничего не добавляли? Во-вторых, меняли метод ввода в поле 30, что у вас там стоит?
В-третьих, сделайте реорганизацию словаря или создайте его заново.

Большое спасибо! Сделал создание словаря заново и все стало хорошо.
Теперь идентификатор появляется моментально.

А в RDR.fst добавлено все как тут в инструкции, для создания автосчетчика:
70 0 if v30: 'MAXREADER' then "MAXI="v70 fi

В методе ввода в поле 30 стояло подключение словаря:
Режим ввода:2 (Ввод через словарь); Доп. инф-ия: ,MAXI=,

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

Здравствуйте! подскажите, пожалуйста. У нас есть несколько категорий читателей, всем, кроме разовых мы присваиваем номер, который соответствует штрих-коду читательского билета. А категории "Разовые" мы номер прописываем вручную. Необходимо сделать счетчик, который будет в поле 30 автоматически проставлять идентификатор читателя по формату номер/год (1/2025, 2/2025, 3/2025 и т.д.), (или другой возможный формат, если такой нельзя), чтобы при добавление нового, номер повышался на единицу. Пробовал сделать самостоятельно, но не получилось, можно по пунктам расписать, что где прописать, что где поменять. За раннее спасибо!

В начале этой темы я предлагала вариант создания автосчетчика. Может вам подойдет?
Смысл в том, что вы заводите специальную записи в БД RDR с уникальным полем 920=MAXREADER и в этой записи в автовводе организуете изменение максимального значения ИД +1. А при вводе используете значение из этой записи.

Людмила Николаевна. уже в другой ветке ответили:)
ochagova написал(а):
-------------------------------------------------------
> В начале этой темы я предлагала вариант создания
> автосчетчика. Может вам подойдет?
> Смысл в том, что вы заводите специальную записи в
> БД RDR с уникальным полем 920=MAXREADER и в этой
> записи в автовводе организуете изменение
> максимального значения ИД +1. А при вводе
> используете значение из этой записи.

Государственная универсальная научная библиотека Красноярского края, Ассоциация ЭБНИТ