|
20.11.2014, 17:47 | #1 |
Участник
|
ax2012 - почему не находит по RecID УЖЕ существующую запись?
Уважаемые Аксаптоведы, щас ёжика рожу.
Может у вас какие-то соображения будут? Есть большой-большой алгоритм, который работает... хм... странно. из него я выделил кусок, который не работает, хотя должен. Итак, есть таблица, в ней есть Find по RecID. В find передается RecID, который гарантировано существует в этой таблице. пользователь administrator. пользователь видит эту запись в форме. Но Аксапта не находит запись даже select'ом в job'е. WTF? есть какие-нибудь объяснения? Последний раз редактировалось mazzy; 20.11.2014 в 17:50. |
|
20.11.2014, 17:50 | #2 |
северный Будда
|
Наследование таблиц есть?
__________________
С уважением, Вячеслав |
|
20.11.2014, 17:53 | #3 |
Участник
|
нет
это стандартный функцинал. таблица TAMVendRebateAgreement включено кэширование таблицы CacheLookup = Found |
|
20.11.2014, 17:56 | #4 |
Участник
|
безопасность на уровне записей - отсутствует.
|
|
20.11.2014, 17:58 | #5 |
Участник
|
причем другие записи этим же select'ом вполне нормально аксаптой находятся.
|
|
20.11.2014, 17:59 | #6 |
Участник
|
аос перегрузил только что. те же яйца, вид в профиль.
|
|
20.11.2014, 18:10 | #7 |
Участник
|
компания может другая, или партишн
в SQL database log надо глянуть |
|
20.11.2014, 18:37 | #8 |
Axapta
|
Если кэшлукап убрать - запись будет найдена?
|
|
20.11.2014, 19:23 | #9 |
Участник
|
|
|
20.11.2014, 19:44 | #10 |
Участник
|
ValidTimeState?.. Что видно в трассировке операторов SQL для select'а? Мне кажется, первым делом надо трассировку SQL смотреть, тогда многие вопросы отпадут.
|
|
|
За это сообщение автора поблагодарили: mazzy (2). |
20.11.2014, 20:24 | #11 |
Участник
|
Проблема с дебагером?
|
|
20.11.2014, 21:07 | #12 |
Боец
|
Вложение 9061
Так находит? X++: static void Job2(Args _args) { TAMVendRebateAgreement TAMVendRebateAgreement; TransDate endDate = dateNull(); TransDate startDate = maxDate(); ; select validTimeState(endDate, startDate) * from TAMVendRebateAgreement where TAMVendRebateAgreement.recId == 111222333; info(strFmt("%1", TAMVendRebateAgreement.recId)); } Последний раз редактировалось DSPIC; 28.09.2017 в 01:50. |
|
|
За это сообщение автора поблагодарили: mazzy (2), trud (1). |
20.11.2014, 21:53 | #13 |
Участник
|
черт-черт-черт.
похоже, таки да, ValidTimeState. спасибо. завтра посмотрю. |
|
21.11.2014, 09:32 | #14 |
Участник
|
да, это ValidTimeState.
Спасибо огромное. Барабашки нет! но это значит, что ретробонусы подняты со старой версии... хм... с некоторыми ошибками. и без этого то, кодировал человек с мутным сознанием... а тут еще и поднято через жопу... В общем, будьте внимательны и осторожны. |
|
21.11.2014, 10:20 | #15 |
Талантливый разгвоздяй
|
Была еще мысль, что это может быть работа XDS. Но вроде уже разобрались, что проблема с ValidTimeState.
|
|
|
|