29.07.2008, 11:31 | #41 |
Модератор
|
Цитата:
Цитата:
Increased SQL Query Performance
Query (Transact-SQL) hint removal flags have been implemented in Axapta 3.0 Kernel Rollup 1 to increase query performance for large datasets. With the hints removal implementation of query hints, users will have the ability to specify that Axapta database queries not use indexes or table join order. They will, however, be able to specify the strategy to use when joining. Previously these capabilities were enabled only within SQL Server. The following table lists the enabled hint removal flags. Hint Query keyword Startup Command Ltrim [LTRIM] 8192 Nestedloop [LOOP JOIN] 2048 selected order [FORCE ORDER] 1024 index [INDEX] 512 To implement the removal of the default hint flags in Axapta, simply add the Startup Command flag to the Startup Command field in the Navision Axapta Configuration Utility, General tab, and apply the changes to save the configuration. When a hint flag is disabled in SQL Server, the query generated by Axapta 3.0 Kernel Rollup 1 will remove the query keyword hint from the query. The following example demonstrates an enabled index hint and ltrim hint. Example: SELECT A.ZIPCODE,A.RECID,A.RECVERSION FROM ZIPCODE A(INDEX(I_517ZIPCODEIDX) NOLOCK) WHERE (DATAAREAID=?) AND ({fn ifnull({fn LTRIM(ZIPCODE)},ZIPCODE)} LIKE ? ESCAPE '\' )) OPTION(FAST 100) [ID=70, Reused=No]The following example demonstrates a disabled ltrim 8192 with the Startup Command flag set. Example: SQL Server statement: (ZipCodeTable) SELECT A.ZIPCODE,A.RECID,A.RECVERSION FROM ZIPCODE A(INDEX(I_517ZIPCODEIDX)) WHERE ((DATAAREAID=?) AND (ZIPCODE LIKE ? ESCAPE '\' )) OPTION(FAST 100) [ID=28, Reused=No]
__________________
-ТСЯ или -ТЬСЯ ? |
|
|
За это сообщение автора поблагодарили: Logger (3), alex55 (1). |
14.12.2009, 12:45 | #42 |
Участник
|
Цитата:
баг-фичу можно поправить так: \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 | #43 |
Участник
|
а что за
X++: #taskRemoveFilter |
|
14.12.2009, 13:50 | #44 |
Участник
|
X++: #define.taskNew(260) #define.taskRemoveFilter(2840)
__________________
--- SHiSHok |
|
15.12.2009, 16:04 | #45 |
Участник
|
обсуждалось и было решено Сброс фильтра в KR3 по Ctrl-N.
__________________
--- SHiSHok Последний раз редактировалось SHiSHok; 15.12.2009 в 16:08. |
|
15.06.2010, 17:36 | #46 |
NavAx
|
Всем доброго вечера.
Axapta 3.0 SP4, устанавливаю KR3 на серверную и клиентскую часть. Вопрос в следующем: Нужно ли в контрольном списке обновления делать обновление данных перед синхронизацией? Создавать проект обновления приложения? (что там обновлялось, если слои остались теми же?) В общем главный вопрос в том, что достаточно сделать в контрольном списке? Спасибо. |
|
15.06.2010, 18:50 | #47 |
Участник
|
Достаточно сделать глобальную компиляцию - и то лишь на тот маловероятный случай, если по сравнению с предыдущей версией ядра как-то изменился генерируемый ядром байт-код.
|
|
|
За это сообщение автора поблагодарили: Roman777 (2). |
15.06.2010, 20:51 | #48 |
NavAx
|
|
|
15.06.2010, 20:59 | #49 |
Участник
|
Зачем? У вас при смене ядра разве что-то меняется в Data Dictionary?..
|
|
16.06.2010, 09:14 | #50 |
NavAx
|
|
|
17.06.2010, 09:29 | #51 |
Участник
|
А... ну да, ради RecVersion стоит синхронизироваться. Я сперва подумал, что SP4 относится лишь к версии приложения. К слову, KR3 (3.0.1951.7609) - не последняя доступная для 3-ки версия ядра, последняя - 3.0.1951.7669, вышедшая двумя годами позже; взять ее можно здесь.
|
|
Теги |
ax3.0, hint, kr3, oracle, sql, sql server, баг, ошибка, ядро |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|