Задача следующая: две базы 1С. нужно, в одной базе, затягивать прямыми запросами справочники из другой базы, и их синхронизировать. для 1-го уровня все просто. НО, для многоуровнего справочника, я не могу определиться с алгоритмом, по которому это делать. Получается аж три прохода, что долго. Далаю так:
- Запросом, получаю ТЗ с данными справочника
- перебераю элементы ТЗ, нахожу в текущем справ.по коду, обновляю элемент/группу, причем все помещаю в корень (на данном этапе может и не быть родительской группы)
- После того как все обновленно, переберая справочник, устанавливаю иерархию (проход 2)
- а теперь нужно снова пробежаться по справочнику, и удалить элементы, которых нет в пришедшем наборе записей.

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

Цитата:


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

Z1 писал(а) 29. Мая 2009 :: 07:18:

Нет, база НЕ урбд, "посторонних" элементов быть не может, НО, у синхронизируемых элементов в текущей базе есть реквизиты, которых нет в удаленной базе, и они нужны

а действительно, механизм УРБД в этом случае по какому алгоритму работает?

Если базы разные (Отличаются хотябы одним реквизитом) УРБД не подойдет.

Тогда в справочнике базы приемника заведи 2 реквизита myID и myVerstamp

Код следующих трех примеров предельно упрощен

Для получения списка ID добавленных записей:

SELECT l.ID FROM ТаблицаИсточник AS l
LEFT JOIN ТаблицаПриемник AS r
ON l.ID=r.myID
WHERE ISNULL(r.myID)
 

Для получения списка ID удаленных записей:

SELECT l.myID FROM ТаблицаПриемник AS l
LEFT JOIN ТаблицаИсточник AS r
ON l.myID=r.ID
WHERE ISNULL(r.ID)
 

Для получения списка ID измененных записей:

SELECT l.ID FROM ТаблицаИсточник AS l, ТаблицаПриемник AS r
WHERE  (l.ID=r.myID) AND (l.Verstamp>r.myVerStamp)
 

Для сведения: таблицы справочников и журнал имеют поле Verstamp, значение которого увеличивается на 1 при каждом изменении.
При каждом сеансе синхронизации надо заполнять и эти поля. Так как полученные списки элементов гораздо короче, процедура синхронизации выполняется быстро.

Я подобным алгоритмом пользуюсь уже давно

ol писал(а) 29. Мая 2009 :: 07:49:

к своему стыду, я пока не знаю, как средставми SQL, сделать иерархический запрос

иерархический запрос в принципе возможен
что то вроде left join (тот же справочник) on (условие на parentid)

- но я имел в виду возможности Индексированной таблицы - не уточнил - извиняюсь.
Есть такой метод у нее Группировать()

все таки, добавлять новые записи лучше штатным механизмом; меньше возни с несколькими нюансами, которые обязательно возникнут, если писать в таблицу напрямую. Если, конечно, объемы совсем уж критические, то  есть смысл и повозиться с нюансами