|
![]() |
#1 |
Участник
|
Приложение не натравливали на чужую БД, а создавали с пустой путем синхронизации.
|
|
![]() |
#2 |
Участник
|
Причин подобных ошибок может быть несколько (объект уже существует в бд, наличие данных, не согласующихся с создаваемыми индексами и т.д.), надо смотреть в каждом конкретном случае. Так как при полной синхронизации используется прогрессБар, то для того чтобы быстро понять, на каких таблицах падает, я добавлял в SysOperationProgressBase в метод setText вывод в инфолог переменной _text (DAX 4.0). В этом случае в результирующем инфоЛоге перед сообщением о баге видно имя таблицы.
|
|
![]() |
#3 |
Administrator
|
Цитата:
Кстати - если это все-таки не поможет - тогда совершенно точно прокатит такой механизм: стираете все ваши слои. Натравливаете стандартный функционал на чистую БД. Синхронизируете. Затем подкладываете ваши слои и снова синхронизируете. Я как-то раз так делал - и из-за чего-то (уже не помню из-за чего - может быть из-за этого) мне именно так и пришлось сделать. Вспомнил! Лицензии. База -то пустая. Лицензий на VAR-слой нет.. и с него код запускать нельзя. А модификации, которые "трогали объекты" лежали на VAR-слое. (но это были не системные классы - а функции проверки прав доступа, которые также вызываются при запуске). Поэтому повторяю - сделайте синхронизацию без ваших наработок. Затем залейте лицензию. После чего - вливайте ваш код.
__________________
Возможно сделать все. Вопрос времени |
|
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|