Метод Merge

[Андре]

У таблицы есть метод Merge, который вызывается когда две записи объединяются. Не могли бы Вы объяснить, что здесь имеется в виду ?
Когда и каким образом происходит объединение записей ?

[Maxim Gorbunov]

К сожалению, не успел проверить, поэтому пишу как есть в Справке.
<hr>
<b>Синтаксис</b><pre> void merge(common mergeInto)</pre>
<b>Описание</b>
Этот метод переместит всех потомков, принадлежащих выбранной записи (той, у которой вызывается метод merge), в запись, которая передается как параметр. Запись mergeInto должна существовать. После успешного перемещения запись mergeFrom удаляется. Если возникает ситуация создания записи с уже существующим ключом, происходит ошибка времени выполнения и ttsabort.
<hr>
Не знаю, насколько это тебе поможет. Как я понял, потомки определяются по внешнему ключу.

[TasmanianDevil]

merge() на таблице, входящей в виртуальную компанию, отработает только по текущей компании или на всех компаниях, входящих в виртуальную ?
P.S. Вопрос снят, отрабатывает правильно по всем, испытание "на кошках" подтвердило - "кошки" живы

[mazzy]

насколько я знаю, метод merge является устаревшим и уже давно не поддерживается.

[Logger]

Цитата:

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

merge() на таблице, входящей в виртуальную компанию, отработает только по текущей компании или на всех компаниях, входящих в виртуальную ?
P.S. Вопрос снят, отрабатывает правильно по всем, испытание "на кошках" подтвердило - "кошки" живы

С виртуальными компаниями поосторожнее.
Метод RenamePrimaryKey() глючит на связках таблиц при использовании dataareaId. Например, если у вас справочник клиентов в виртуальной компании, то при переименовании первичного ключа, в строках журнала главной книги ссылки могу не переименоваться.

Полагаю, что merge тоже может быть не свободен от этого бага, но я не проверял.

[TasmanianDevil]

Цитата:

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

насколько я знаю, метод merge является устаревшим и уже давно не поддерживается.

Будем писать свое тогда ...

Цитата:

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

Например, если у вас справочник клиентов в виртуальной компании, то при переименовании первичного ключа, в строках журнала главной книги ссылки могу не переименоваться.

Может или не переименуется точно ?
Или переименуется, но не во всех компаниях?
Ибо "барабашки нет" (c) mazzy

Переименование первичного ключа, равно как и объединение записей должно происходить в 2 итерации :

1. Коррекция данных в таблицах по прямому наличию в них полей с EDT изменяемого первичного ключа
2. Коррекция данных в таблицах по Relations на поле таблицы, ассоциированное с этим EDT, при условии, что ссылочное поле корректируемой таблицы не принадлежит этому EDT

Эти две итерации должны быть включены в цикл прохода по всем компаниям, входящих в виртуальную.
В этом случае при описанном случае пропуск строк ОЖ с типом счета "клиент" при переименовании виртуального справочника клиентов в принципе не должен происходить.
Почему происходит такое? Рискну предположить, что либо вообще вторую итерацию не задействуют, либо задействуют, но не по всем компаниям, входящим в виртуальную

[Logger]

Цитата:

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

Может или не переименуется точно ?
Или переименуется, но не во всех компаниях?
Ибо "барабашки нет" (c) mazzy

Переименование первичного ключа, равно как и объединение записей должно происходить в 2 итерации :

1. Коррекция данных в таблицах по прямому наличию в них полей с EDT изменяемого первичного ключа
2. Коррекция данных в таблицах по Relations на поле таблицы, ассоциированное с этим EDT, при условии, что ссылочное поле корректируемой таблицы не принадлежит этому EDT

Гарантировать не могу
Ну вы сами попробуйте.

Барабашки конечно нет, а глюк есть.

Глючит обработка п.2 из вашей схемы. Т.е. ядро пытается для каждой компании из набора компаний составляющих виртуальную компанию выполнить запрос перекодирующий счет и коррсчет в строках журнала ГК, но при генерации запроса на основе relation влезает условие по Ledgerjournaltrans.companyId==CustTable.dataareaID подставляя в запрос код виртуальной компании (вместо реальной, так как в ledgerjournalTrans хранятся ссылки не на виртуальную компанию, а на реальные компании) из-за этого записи остаются необновленными.

[TasmanianDevil]

Реальный баг

Игнорирование в п.2 Relations по компании на нашу таблицу, входящую в виртуальную компанию и по которой мы хотим сделать merge()/renamePrimaryKey() должно помочь вроде ...

[glibs]

Цитата:

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

...метод merge является устаревшим и уже давно не поддерживается...

А насколько это достоверно и в чем заключается неподдержка?

Насколько я помню его еще до 2.5 убрали из пользовательского интерфейса. Т.к. в общем случае он работать не может, т.к. потенциально может привести к нарушению уникальности индексов в связанных таблицах. Думаю что именно поэтому его убрали из пользовательского интерфейса и оставили доступным для программистов, которые понимают что делают.