5 февр. 2014 г.

Перезапись объекта по потенциальному ключу

При загрузке объектов приоритет имеет поиск по потенциальному ключу (там, где перекрыт метод CheckTheSameStatement) перед поиском по РУИДу. Например, пусть у нас имеется исходная база данных с двумя отчетами:

Разработчик копирует ее себе на локальную машину:

...и производит доработку: удаляет отчет "Реестр" и переименовывает отчет "Новый реестр" в просто "Реестр":

Сохраняет доработанный отчет в ПИ и загружает его на исходную БД. Для отчетов у нас определен поиск объектов по имени в пределах одной папки. Т.е. будет найден отчет с именем "Реестр" и перезаписан. Попутно, его РУИД_1 заменится на РУИД_2 из файла.

Перезапись РУИДа означает, что исходный отчет "Новый реестр" вообще останется без РУИДа, потому что РУИД_2 теперь указывает на отчет "Реестр":

Так что будьте аккуратнее с переименованием объектов и следите за тем, что система пишет в лог при загрузке пространства имен.

2 комментария:

Анонимный комментирует...

Доброго времени суток! I need help! Простите за оффтоп!
Необходимо поставить клиентскую часть Гедымин на win8 x64. База данных лежит на сервере под win server 2003. Установка версии 1.4.8 даёт ошибку "Не удаётся определить протокол TCP/IP" и далее установив её, база данных с сервера не открывается. Комп в доменной сети, всё настроено.
Дабы не флудить, адрес моей почты: velcom330@yandex.by
Заранее спасибо! Очень надеюсь на понимание и помощь!

Анонимный комментирует...

Почему версия 1.4.8? Возьмите с сайта новейшую версию:

http://gsbelarus.com/gs/modules.php?name=Downloads&d_op=getit&lid=38

при необходимости обновите структуру БД.

Как выглядит строка подключения к базе? Открыт ли на сервере и клиенте порт в файрволе?

Отправить комментарий