Kernel Rollup и структура БД

[Alexandr A. Osipkin]

Здравствуйте, вот такой вопросик?

При установке обновлений меняется ли структура БД? Просто хотелось бы на одну базу завязать два АОСа - один с установленным KR, другой без установленного KR. Чтобы можно было плавно обновить клиентов, а не обновлять всех скопом по GPO.

Заранее спасибо.
Планирую установить всем KR2, позже перевести базу в 90. На тестовом сервере всё проверено, нужно обновлять клиентов, а их много... Сетью и групповой политикой занимаюсь не я, вот и хотелось бы оставить возможность плавного обновления клиентов. И перевода их на новый АОС.

[mazzy]

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

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

[Alexandr A. Osipkin]

Цитата:

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

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

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

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

[kashperuk]

Цитата:

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

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

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

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

[mazzy]

Цитата:

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

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

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

[Alexandr A. Osipkin]

Цитата:

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

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

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

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

[mazzy]

Цитата:

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

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

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

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

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

[Alexandr A. Osipkin]

Цитата:

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

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

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

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

[kashperuk]

UPDATE LOCKs есть при пессимистической. и нету при оптимистической.
EXCLUSIVE LOCKs столько же в обоих вариантах.

[mazzy]

Цитата:

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

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

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

[Alexandr A. Osipkin]

Цитата:

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

UPDATE LOCKs есть при пессимистической. и нету при оптимистической.
EXCLUSIVE LOCKs столько же в обоих вариантах.

А можно для дураков, что есть пессимистическая и оптимистическая? )

[kashperuk]

если RecVersion записи при обновлении не совпадает с значением, с которым запись была считана, то получаем Exception - UpdateConflict

Вот про то, что это такое:
http://en.wikipedia.org/wiki/Optimis...rrency_control
Думаю, на русском тоже найти можно на википедии.

А если для дураков, то при оптимистической (честно говоря, не знаю русского термина ) система, грубо говоря, надеется на то, что кроме этого процесса эту запись никто не обновляет.
А при пессимистической она сразу ее лочит, чтобы другие пользователи не могли ее обновить

В DAX 4.0 добавлено даже свойство на каждую таблицу по этому поводу. И для всех таблиц, кроме определенного набора, установлена как раз оптимистическая (хочется назвать ее конкуренцией, но не уверен - может кто даст правильный термин)

[Alexandr A. Osipkin]

Всем огромное спасибо, разобрался.

Сори за глупые вопросы, опыта пока очень мало (

[fomenka]

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

[kashperuk]

Это я увел в сторону, простите
Мои ответы - со стороны Аксапты, но версии 4.0
Видимо, в 3.0 нововведения коснулись только форм.
А про native-режим ничего не говорил, это к Сергею.

И спасибо за определение термина - оптимистическая блокировка. Буду знать. Спасибо

[mazzy]

Цитата:

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

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

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

Цитата:

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

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

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

[fomenka]

Перечитал, пришел к тому же выводу. 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]

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

[fomenka]

Дело не в базе, а в Axapta. Native-режим позволяет подключаться к базе SQL2005 без перевода ее в режим совместимости с SQL2000. Но новые возможности по версионности не используются Axapta3. Да, это так.

[Alexandr A. Osipkin]

Цитата:

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

Дело не в базе, а в Axapta. Native-режим позволяет подключаться к базе SQL2005 без перевода ее в режим совместимости с SQL2000. Но новые возможности по версионности не используются Axapta3. Да, это так.

Спасибо....
Жаль.