|
26.01.2007, 15:04 | #1 |
Участник
|
Кто использует KR3 ?
Коллеги, кто использует KR3 ?
Поделитесь впечатлениями. Стоит ставить или нет ? Ax 3.0 SP3 Oracle |
|
26.01.2007, 15:31 | #2 |
Участник
|
KR3 достаточно стабильный релиз.
Однако имеет странный баг, когда в проект нельзя положить объекты разного типа с одним наименованием. В KR3 не работает Hint flag (впрочем, похоже, как и в KR2) Если указанные баги для вас не важны, то ставьте. Посмотрите в FixList, если среди пофиксеных есть важные для вас |
|
|
За это сообщение автора поблагодарили: Logger (2). |
28.01.2007, 21:31 | #3 |
Участник
|
|
|
|
За это сообщение автора поблагодарили: Vadik (3). |
29.01.2007, 09:41 | #4 |
Модератор
|
по просьбам трудящихся, я полагаю..
Цитата:
а вбить можно
Спасибо за наводку. Больше никаких изменений, связанных с index hints? Может быть, добавлялись интересные/полезные фичи?
__________________
-ТСЯ или -ТЬСЯ ? |
|
29.01.2007, 10:44 | #5 |
Member
|
Цитата:
Сообщение от AlEr
...
Исчисление номера перевернуто, а вбить можно. ...
__________________
С уважением, glibs® |
|
01.02.2007, 21:59 | #6 |
Участник
|
|
|
02.02.2007, 12:51 | #7 |
Участник
|
|
|
15.03.2007, 15:03 | #8 |
Участник
|
У нас в Ax3+SP4+KR3+Oracle 9.2.0.6 тонкий клиент AOS. Сейчас тестируем.
Если поставить Hint flag = 32767, вообще жуткие глюки. Сразу пропадает Windows-аутентификация, Аксапта не находит юзеров Если hint flag не трогать, то он по-умолчанию равен 167 (получил из значения SQLSystem::databaseHints()), что вроде бы как соответствует дефолтовой настройке. Но поведение Аксапты при этом удивляет. Она ТАКИЕ хинты вставляет! Что разноска 1 строки перемещения происходит несколько минут. Выбирает плохие индексы. Установка hint flag = 0 решает проблему. Сразу почти все начинает летать, но некоторые запросы, наоборот, встают наглухо. Сейчас пробую 166 (типа index hint хочу отключить) - пока не поняли, что происходит. Не пойму, о чем идет речь, когда говорят, что hint перевернут. Судя по дефолтной настройке, все в норме. Может кто-нибудь пролить свет на эту темную сторону Аксапты? Перерыл весь форум, запутался в конец. |
|
15.03.2007, 16:17 | #9 |
Модератор
|
Форум рыть бесполезно. Поведение hint flags изменилось, как - великая тайна, не иначе. И ладно бы, но добавленная мегафича с навязыванием ядром индексов Поубывав бы..
Я конечно задал вопрос здесь, но надежды на ответ мало... P.S. Ну вот, каких-то два часа экспериментов.. Ничего там не перевернуто. На KR3 хинты работают по-прежнему, навязывание индекса отключается с помощью SQLSystem::databaseHints() | 0x200. С остальными битами (старше 2 << 7) разбираться будем позже Кстати, для KR3+MSSQL значение index hints по умолчанию другое (191)
__________________
-ТСЯ или -ТЬСЯ ? |
|
|
За это сообщение автора поблагодарили: mazzy (5), glibs (3), raz (13), Logger (2). |
31.03.2007, 18:39 | #10 |
Member
|
Цитата:
Сообщение от mazzy
...
Однако имеет странный баг, когда в проект нельзя положить объекты разного типа с одним наименованием. ... Я всегда в проектах создаю группы по образу и подобию структуре АОТ. Так что для меня лично это "не бага". 1951.7609
__________________
С уважением, glibs® |
|
|
За это сообщение автора поблагодарили: mazzy (-5). |
26.01.2007, 15:58 | #11 |
Участник
|
>>>Однако имеет странный баг, когда в проект нельзя положить объекты разного типа с одним наименованием.
микрософт сказал, что так и задумано |
|
26.01.2007, 16:07 | #12 |
Участник
|
Цитата:
Странно, ведь так естественно создать табличку TableX, а к ней форму для отображения TableX и MenuItemDisplay TableX и запихнуть их все в один проект. Непонятно как теперь вообще модифы создавать. Или я чего-то недопонимаю ? |
|
26.01.2007, 16:04 | #13 |
Участник
|
Спасибо за ответы.
|
|
26.01.2007, 16:09 | #14 |
Участник
|
группы делать. нельзя только на одном уровне одинаковые наименования использовать
|
|
26.01.2007, 16:33 | #15 |
Moderator
|
В KR2 был очень неприятный баг, когда пользователь ставил фильтры, добавлял новую запись и поставленные фильтры терялись.
Ради избавления от одного этого бага ряд клиентов стоило перевести на KR3. |
|
14.12.2009, 12:45 | #16 |
Участник
|
Цитата:
баг-фичу можно поправить так: \Classes\SysSetupFormRun\classDeclaration X++: public class SysSetupFormRun extends FormRun { boolean newRec; // SHiSHok.fix #if.never #define.CurrentVersion(1) #localmacro.CurrentList #endmacro #endif } \Classes\SysSetupFormRun\task X++: public int task(int _p1) { #task FormDataSource formDataSource; int ret; if (_p1 == #taskFilter) { formDataSource = this.objectSet(); if (formDataSource && formDataSource.queryRun() && formDataSource.queryRun().args() && !formDataSource.queryRun().args().caller()) { formDataSource.queryRun().args().caller(this); } } // SHiSHok.fix --> if (_p1 == #taskNew) newRec=true; if (_p1 == #taskRemoveFilter && newRec) { newRec=false; return 1; } // SHiSHok.fix <-- ret = super(_p1); return ret; } PS. А вот баг с confind меня убил наповал. просто нет слов!
__________________
--- SHiSHok |
|
14.12.2009, 13:44 | #17 |
Участник
|
а что за
X++: #taskRemoveFilter |
|
26.01.2007, 16:39 | #18 |
Member
|
А эта бага и в KR 3 воспроизводится.
__________________
С уважением, glibs® |
|
26.01.2007, 16:53 | #19 |
Moderator
|
Хм.... обидно. MBS обещал поправить ее в KR3.
|
|
26.01.2007, 17:22 | #20 |
Участник
|
Кроме того, что не написанно - очень часто падает AOS, при синхронизации изменений в таблицах, под нагрузкой (если, друг надо). Падает, иногда, на принудительной выгрузке тонких клиентов, если те делли тоже что-то тяжелое.
|
|
Теги |
ax3.0, hint, kr3, oracle, sql, sql server, баг, ошибка, ядро |
|
|