Kernel Rollup и структура БД - DAX: Администрирование

**mazzy** · 17.04.2007, 09:16

Да, меняется.
Синхронизация с установленным KR добавляет поле RecVersion для всех таблиц.
О поле RecVersion аксапта без KR ничего не знает, поэтому синхронизация без KR удаляет это поле.

Ищите по ключевому слову RecVersion.

Alexandr A. Osipkin · 17.04.2007, 10:03

Цитата:

Сообщение от mazzy

Да, меняется.
Синхронизация с установленным KR добавляет поле RecVersion для всех таблиц.
О поле RecVersion аксапта без KR ничего не знает, поэтому синхронизация без KR удаляет это поле.

Ищите по ключевому слову RecVersion.

Спасибо за информацию

kashperuk · 17.04.2007, 10:14

Цитата:

Сообщение от mazzy

Да, меняется.
Синхронизация с установленным KR добавляет поле RecVersion для всех таблиц.
О поле RecVersion аксапта без KR ничего не знает, поэтому синхронизация без KR удаляет это поле.

Ищите по ключевому слову RecVersion.

А зачем добавили это поле?
Разве в KR уже есть Optimistic Concurrency?

**mazzy** · 17.04.2007, 10:23

Цитата:

Сообщение от kashperuk

Разве в KR уже есть Optimistic Concurrency?

Есть. KR позволяет работать с SQL2005 в native-режиме.

Alexandr A. Osipkin · 17.04.2007, 12:19

Цитата:

Сообщение от mazzy

Есть. KR позволяет работать с SQL2005 в native-режиме.

А можно вопрос не в тему?

native-режим дает, в чем нибудь существенный прирост производительности? Если да, то в чем конкретно?
Много читал на эту тему, но что-то пока не особо понимаю

**mazzy** · 17.04.2007, 13:32

Цитата:

Сообщение от Alexandr A. Osipkin

А можно вопрос не в тему?

native-режим дает, в чем нибудь существенный прирост производительности? Если да, то в чем конкретно?
Много читал на эту тему, но что-то пока не особо понимаю

Да, около 30%.
Прежде всего, за счет отсутствия блокировок на чтение.
Ну и по мелочи много чего полезного.

См. http://axapta.mazzy.ru/lib/axapta_benchmark_2005/

Alexandr A. Osipkin · 17.04.2007, 13:38

Цитата:

Сообщение от mazzy

Да, около 30%.
Прежде всего, за счет отсутствия блокировок на чтение.
Ну и по мелочи много чего полезного.

Т.е. автоматически используется грязное чтение?
Если нет, то что произойдет, если в момент чтения данных из таблицы эти данные будут меняться?

Сори. что сразу не спросил.
А без перехода в native-режим, блокировки на чтение есть? или это связанно именно с SQL2005

**mazzy** · 17.04.2007, 13:52

Цитата:

Сообщение от Alexandr A. Osipkin

Т.е. автоматически используется грязное чтение?

Нет, конечно. Используется версии записей.
Может вам про версионники и нововведения в 2005 почитать?

fomenka · 17.04.2007, 14:15

Вы чего-то нагрузили человека

...если я не прав, знающие люди поправят.
Оптимистическая блокировка и поле RecVersion к native-режиму отношение не имеет. Просто добавили одновременно(почти). RecVersion используется для оптимистической блокировки в Axapta3 только в формах. Так что прирост в 30% в тестах - это кумулятивный эффект от перехода на SQL2005 и все нововведения KR. Native-режим нужен, скорее, для использования новых уровней изоляции в SQL2005, переход от блокировочного режима работы к версионному в понимании SQL2005.
PS Немного ушел от темы, но думаю не сильно модераторы накажут - путаница в понятиях и что к чему в этом вопросе часто встречается.

**mazzy** · 17.04.2007, 14:38

Цитата:

Сообщение от fomenka

Оптимистическая блокировка и поле RecVersion к native-режиму отношение не имеет.

Еще раз призываю воспользоваться поиском по форуму по ключевому полю RecVerion

Цитата:

Сообщение от fomenka

Так что прирост в 30% в тестах - это кумулятивный эффект от перехода на SQL2005 и все нововведения KR.

Если вы таки прочитаете, то увидите, что тестирования SQL2000 и SQL2005 делалось до того, как вышел KR

fomenka · 17.04.2007, 15:45

Перечитал, пришел к тому же выводу. RecVersion к native-режиму не имеет отношения.
К тому же пришел еще к одному выводу на основе тестов, на которые вы ссылаетесь. 30% увеличение производительности, о котором вы говорите, к native-режиму тоже не имеет отношения

. Это выигрыш от улучшения алгоритмов работы сервера баз данных, реализованных в SQL2005. К клиенту повышение производительности не имеет отношения. Так что мои слова про повышение производительности, надо считать поспешными, согласен. Все благодаря SQL2005.

И еще, вычитал то, что уже читал, но не зафиксировал. Цитирую Еременко:

Цитата:

Часто задаваемый вопрос: "А поможет ли включение READ_COMMITED_SHAPSHOT для Microsoft Dynamics Ax 3.0"? Вообще-то, версия 3.0 не поддерживает Read Committed Snapshot Isolation (RCSI) в Microsoft SQL Server 2005.

Так что и тут я поспешил, извините - увлекся. Native-режим не добавляет возможностей работы с версионными механизмами SQL2005.

Added: Native-режим в Axapta3 для SQL2005, похоже, приводит к тому, что правильно обрабатываются индексные hint'ы. Это единственное, с чем пришлось столкнуться.

Alexandr A. Osipkin · 18.04.2007, 07:35

Вот теперь я совсем загрузился

)
Т.е. в native-режиме база Аксапты всё равно не использует новые уровни изоляции??

vesna dba · 23.04.2007, 19:16

Цитата:

Сообщение от mazzy

Да, меняется.
Синхронизация с установленным KR добавляет поле RecVersion для всех таблиц.
О поле RecVersion аксапта без KR ничего не знает, поэтому синхронизация без KR удаляет это поле.

На днях "игрался" на тестовом сервере с SP5 (боевой - Ax 3.0.SP3 CU1).
Заметил, на обновленной с SP3 CU1 Axapta до SP5 у всех таблиц появилось поле RecVersion.
Я думал поддержка SQL 2005 появилась после SP5..

**mazzy** · 23.04.2007, 22:45

Цитата:

Сообщение от vesna dba

Я думал поддержка SQL 2005 появилась после SP5..

Так и есть.
Смотрите номера билдов http://forum.mazzy.ru/index.php?showtopic=881

vesna dba · 23.04.2007, 23:00

Цитата:

Сообщение от mazzy

Так и есть.

А поле зачем тогда прилепили? Это ж для версионности в SQL 2005.

fomenka · 23.04.2007, 23:15

Так SP5 ставит KR3 при установке по умолчанию. Кто вам мешает перепаковать пакеты msi и исключить KR3 из установки?
Хотя, вся эта процедура upgrade такая нежная, наверное дешевле и правильнее будет выдрать из инсталляционного пакета SP5 ровно то, что вам нужно: забрать либо нужные слои, либо конкретный функционал из aod-файлов.
Кстати, поле не для версионности SQL2005, а для реализации механизма оптимистической блокировки самой Axapta.

Добавлено: Мда, печально. Установил SP5 - такая же песня, добил везде recversion. build ax32.exe соответствует SP5. Никаких KR не устанавливал. Так что перепаковывать msi - бесполезно...Только вторым путем.

**mazzy** · 23.04.2007, 23:33

Цитата:

Сообщение от fomenka

Так SP5 ставит KR3 при установке по умолчанию.

Ну...
По-моему, не KR3, а KR1
И SP5 международный. SP5 русский этого не делает, насколько я помню.

Похожие темы
Тема	Автор	Раздел	Ответов	Посл. сообщение
Kernel rollup 958213 for Microsoft Dynamics AX 4.0 SP2 is now available	Vadik	DAX: База знаний и проекты	1	23.02.2009 16:42
aEremenko: Kernel Rollup 4 и Service Pack для DAX 3.0	Blog bot	DAX Blogs	0	28.01.2007 19:31
aEremenko: Kernel Rollup 3 для DAX 3.0	Blog bot	DAX Blogs	0	28.10.2006 16:01
Ставим Kernel Rollup 2 на Windows 98	Spider	DAX: Администрирование	2	20.10.2006 14:51
Проблема с Application после установки Kernel Rollup 1	polygris	DAX: Программирование	18	07.02.2006 18:47