Как использовать RENAME?

[VasVovec]

Что то я из справки не очень понял про эту функцию.

Цитата:

[Ok]:= Record.RENAME(Value1, [Value2],...)
Value1, Value2, ...

Data type: text

The new values for the primary key.

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

Тобишь примерно так должно выглядеть изменение значения 3 поля ключа?

фильтрация
IF SomeRecord.FIND('-') THEN
  WITH SomeRecord DO
	REPEAT
	  RENAME("Key1","Key2",NewValue,"Key4","Key5");
	  UNTIL SomeRecord.NEXT = 0;

[RedFox]

Цитата:

Сообщение от VasVovec

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

Тобишь примерно так должно выглядеть изменение значения 3 поля ключа?

фильтрация
IF SomeRecord.FIND('-') THEN
  WITH SomeRecord DO
	REPEAT
	  RENAME("Key1","Key2",NewValue,"Key4","Key5");
	  UNTIL SomeRecord.NEXT = 0;

Именно так. При этом поменяется первичный ключ у текущей записи. При этом следующая запись после переименовки будет равна следующей записи до переименовки.
SomeRecord. RENAME("Key1","Key2",NewValue,"Key4","Key5");

Если ты хочешь поменять только одно поле (и при этом новое значение выходит за диапазон фильта), то можно использовать копирование ссылки в новую записть и потом изменять что нужно только у этой записи.
Пример "GenJnlLine.COPY(Rec);" в 13 кодеюните.

P.S. Хотите увеличить производительность - не используйте RENAME, потому что при вызове данной команды производится проверка связей всех полей по все таблице (проверено).

[VasVovec]

Как это понять?

Цитата:

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

Имеется ввиду следующая запись после текущей?

Цитата:

P.S. Хотите увеличить производительность - не используйте RENAME, потому что при вызове данной команды производится проверка связей всех полей по все таблице (проверено).

Этот объект я для одноразового использования делал, но как медленно работает успел заметить.
А если не делать переименования, а удалять старую запись и вставлять новую? Так быстрее будет? И не поубивает ли Навижен при удалении записи в одной таблицы связанные с ней записи в других таблицах?
Или есть какая то другая альтернатива RENAME?

[RedFox]

Цитата:

Сообщение от VasVovec

Как это понять?
Имеется ввиду следующая запись после текущей?

Да, если измененная запись выходит за диапазон фильтров, то обычно сразу происходит выход за пределы цикла (если Вы его используете). Мне кажется, что именно так и происходит ("локальная" вставка нового значения и удаление другого).

Цитата:

Этот объект я для одноразового использования делал, но как медленно работает успел заметить.
А если не делать переименования, а удалять старую запись и вставлять новую? Так быстрее будет? И не поубивает ли Навижен при удалении записи в одной таблицы связанные с ней записи в других таблицах?
Или есть какая то другая альтернатива RENAME?

Удаление и вставка будет быстрее, но связи могут теряться (не могу 100% утверждать).
Альтернатива есть (как я уже писал) - копировать (при копировании в новую переменную туда передается только указатель) в другую переменную, модифицировать нужное поле и сохранять значение (.MODIFY).

[VasVovec]

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

[RedFox]

Цитата:

Сообщение от VasVovec

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

Переменные в объявлении:
CopyRecord (rec) = "SomeRecord";
NextStep :boolean

КОД:
SomeRecord.фильтрация
IF SomeRecord.FIND('-') THEN REPEAT
NextStep := 0
// SomeRecord.RENAME("Key1","Key2",NewValue,"Key4","Key5");
CopyRecord.COPY(SomeRecord) //to copy a record from a C/SIDE table. All filters, marks, and keys are included in the copy.
NextStep := SomeRecord.NEXT;
CopyRecord.KeyField3 := NewValue;
CopyRecord. MODIFY;
UNTIL NextStep = 0;

[VasVovec]

Попробовал таким способом прога вылетает на MODIFY с ошибкой "Запись не существует"

[del_negrozzz]

заводим темповую переменную такого же типа, что и переменная в которой хотим поменять ключевое поле например
Temp

Далее пишем примерно такой код

Temp.DELETEALL;

MyRec.FIND('-'); //реальная запись
Temp := MyRec;
Temp.PrimaryKeyField := 'NewValue';
Temp.INSERT;

MyRec.DELETE;
MyRec := Temp;
MyRec.INSERT;

этот пример можно модифицировать и для перебора значений по фильтру(с последующей сменой значения в ключ поле)

минус в том что в Temp мы можем вставить запись которая уже есть в MyRec

[VasVovec]

Цитата:

MyRec.DELETE;
MyRec := Temp;
MyRec.INSERT;

а при DELETE не случится ли удаление подчиненных записей? К примеру, если удалить запись из таблицы Calendar, то не повлечет ли это удаление соответствующих записей из таблицы Calendar Line?

Цитата:

минус в том что в Temp мы можем вставить запись которая уже есть в MyRec

даа DELETE тогда случится а INSERT не сработает. Так если между этими вызовами COMMIT не вставлять то в принципе ж вся транзакция откатится и ничего страшного не случится

[Голышев Михаил]

Цитата:

Сообщение от VasVovec

а при DELETE не случится ли удаление подчиненных записей? К примеру, если удалить запись из таблицы Calendar, то не повлечет ли это удаление соответствующих записей из таблицы Calendar Line?

DELETE без параметров вызывается со значением FALSE по умолчанию, т.е. никаких тригеров, которые могут удалить Lines не выполняется.

Цитата:

Сообщение от VasVovec

даа DELETE тогда случится а INSERT не сработает. Так если между этими вызовами COMMIT не вставлять то в принципе ж вся транзакция откатится и ничего страшного не случится

Оперирование с данными темповских таблиц не поддерживает транзакционность. (в 4.0 sp3 точно)
Операции с темповской таблицой не откатываются при откате транзакции

[Fordewind]

Цитата:

Сообщение от golyshev

Оперирование с данными темповских таблиц не поддерживает транзакционность. (в 4.0 sp3 точно)
Операции с темповской таблицой не откатываются при откате транзакции

ну так MyRec не темповая.... по ней откат должен пройти.
А вобще, лучше проверку поставить перед удалением и все

[VasVovec]

Согласен с Fordewind