Axapta и MS SQL 2005

[mike1]

Кто нибудь пробовал ? И что говорит MS по этому поводу ?

[mazzy]

Пробовали Вадим Гончаренко (Vadik) и Сергей Котов.
В первый раз результаты широкой публике презентовал Сергей Котов на клубе клиентов.
Подождите отчета. Чуток.

[Yprit]

Пробовал, правда совсем недолго за недостатком времени. До тех пор, пока все фичи Юкона ядром поддержиавться не будут, смысла ИМХО в переходе нет. А так вроде работает :-))

[Serge Kotov]

Цитата:

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

Пробовал.
В первый раз результаты широкой публике презентовал Сергей Котов на клубе клиентов.
Подождите отчета. Чуток.

Не на Клубе Клиентов была другая презентация. Доклад (с результатами по SQL 2005) был на Microsoft Платформа 2006 8 декабря.

Я еще слегка дополнил презентацию. Может кстати выложить где-нибудь? Там много фактологической информации, может быть кому-нибудь будет полезна (4 MB).

[mazzy]

Хм... а доклады на Платформе 2006 опубликованы в открытом доступе?
Если да, то выкладывай здесь.

Если нет, присылай, поглядим.
Давай лучше отчет как можно скорее закончим оформлять?

[Vadik]

Цитата:

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

До тех пор, пока все фичи Юкона ядром поддержиавться не будут, смысла ИМХО в переходе нет

"Все" - плохое слово (с)
ALTER DATABASE SET READ_COMMITTED_SNAPSHOT ON работает даже в режиме совместимости с 2000. Уже приятно

[Yprit]

Согласен Меняем "все" на "версионность".

[Serge Kotov]

Не соглашусь с уважаемым Yprit Смысл в переходе на SQL Server 2005 все-таки есть и немалый. Это показали тесты производительности даже на стандартной Axapta (правда в упомянутом выше тесте Vadik тестировал 64-битный режим SQL Server 2005 для Xeon EM64T). Кроме того новые функциональные и визуальные вкусности наверное добавят радости админу БД.

[belugin]

В некоторых блогах была информация что будет фикс к СП4 для MS SQL 2005. Информацию по теме собираю здесь.
База знаний ERP : Axapta / Совместимость ССУБД

[Yprit]

В таком случае, Serge Kotov, с нетерпением ждем отчета о тестировании. А что касается визуальных вкусностей, то наш DBA шарахнулся от них как черт от ладана Да и мне они показались несколько громоздкими. Хотя, возможно, это косность сознания

Microsoft по слухам обещается в sp5 сделать native поддержку mssql2005

[EVGL]

Axapta 3.0 Kernel Rollup 1 Service Pack Release

We are pleased to announce the availability of Microsoft Axapta 3.0 Kernel Rollup 1, which we believe is a huge win for our partners and customers, and will further increase the value of Microsoft Axapta 3.0.

Microsoft Axapta 3.0 Kernel Rollup 1 can be installed on customer sites running Microsoft Axapta 3.0 SP2, SP3 and SP4. The kernel rollup provides compatibility with Microsoft SQL Server 2005, Optimistic Concurrency Checking for Microsoft SQL Server 2000 & Microsoft SQL Server 2005, Enhanced SQL Tracing Utilities, Increased SQL Query Performance, AOS Enhanced Stability & Logging, AOS Abort if Listener Thread Fails, and a link to an application update for Enhanced Password Security, as well as other improvements.

Software Requirements
Supported platforms include:
· Microsoft Windows 2000 Server SP4 Update Rollup1
· Microsoft Windows 2003 Server SP1
· Microsoft Windows XP SP2
· MDAC 2.8 SP1 (Client & Server)
· Microsoft SQL Server 2000 SP4, 32-bit & 64-bit
· Microsoft SQL Server 2000 Analysis Services with SP4
· Microsoft SQL Server 2005, 32-bit & 64-bit
· Oracle 9i patched to version 9.2.0.2

Note Microsoft Axapta 3.0 Kernel Rollup 1 does not work with Microsoft SQL Server 2005 Analysis Services. If you are running OLAP and reporting with your existing implementation, do not upgrade to Microsoft SQL Server 2005 Analysis Services.

Note Microsoft 3.0 Kernel Rollup 1 is not supported with Microsoft SQL Server 2005 Express or Microsoft SQL Server 2005 Personal Edition. Microsoft SQL Server 2005 Standard & Enterprise editions are supported.

а Snapshot Isolation тоже поддерживается?

а вот, что имелось ввиду под "Optimistic Concurrency Checking":

Optimistic Concurrency Checking for SQL Server 2000 and SQL Server 2005

Optimistic Concurrency Checking for SQL Server versions has been introduced in the Kernel Rollup 1 update. The goal is to improve the performance of single record update operations in Microsoft Business Solutions – Axapta 3.0. The application or Axapta Object Server (AOS) compares the record being updated by rereading the record from the database on update. Prior to this record update, if the record in the database and memory were the same, the changes were merged before the update statement to the database was issued. With Optimistic Concurrency Checking enabled, if the record in the database and the record in memory are the same, the update statement is issued and run. In short, if there is no update conflict with the record, only one database request is made.

[sukhanchik]

Цитата:

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

а Snapshot Isolation тоже поддерживается?

а вот, что имелось ввиду под "Optimistic Concurrency Checking":

Думаю - что имелось в виду следующее - в этот клиент (кстати - его полная версия - 1951.6710) - влепили в каждую табличку поле RecVersion. Которое по умолчанию заполнено единичкой. Это поле наверное и будет использоваться под "Concurrency Checking". А в System Documentation поленились до конца доделать - и тип, который по логике должен был быть RecVersion - имеет вид непечатаемого символа.
Таким образом - при переходе на этот клиент - необходимо синхронизировать все таблички. Хотя есть и приятная новость - при переходе на этот клиент нет необходимости убивать используемые данные .

[mazzy]

Цитата:

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

Думаю - что имелось в виду следующее - в этот клиент (кстати - его полная версия - 1951.6710) - влепили в каждую табличку поле RecVersion. Которое по умолчанию заполнено единичкой. Это поле наверное и будет использоваться под "Concurrency Checking". А в System Documentation поленились до конца доделать - и тип, который по логике должен был быть RecVersion - имеет вид непечатаемого символа.

Спасибо.

[Recoilme]

Цитата:

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

Думаю - что имелось в виду следующее - в этот клиент (кстати - его полная версия - 1951.6710) - влепили в каждую табличку поле RecVersion.

Получается контроль версий записи будет осуществляться не на уровне СУБД, а на уровне АОС? или я вообще ничего не понял???

[sukhanchik]

Цитата:

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

а на уровне АОС?

Цитата:

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

The application or Axapta Object Server (AOS) compares the record being updated by rereading the record from the database on update. Prior to this record update, if the record in the database and memory were the same, the changes were merged before the update statement to the database was issued. With Optimistic Concurrency Checking enabled, if the record in the database and the record in memory are the same, the update statement is issued and run. In short, if there is no update conflict with the record, only one database request is made.

2Recoilme: А здесь разве не так написано? Или я тоже чего-то не понял?

Установил вчера KR1 на mssql server 2005

Впечатления очень хорошие, ax32.exe наконец то перестал кушать память как бешеный

[Vadik]

Цитата:

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

Установил вчера KR1 на mssql server 2005
Впечатления очень хорошие, ax32.exe наконец то перестал кушать память как бешеный

а у меня перекрестные ссылки так с двух попыток и не построились

[Recoilme]

Цитата:

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

2Recoilme: А здесь разве не так написано? Или я тоже чего-то не понял?

Не знаю, фигня какая то получается... Версионный механизм обновления записей, как я его понимаю, предполагает что каждая транзакция идет с определенным номером и при обновлении записи создает версию данной записи с этим номером. Читающая транзакция в свою очередь тоже идет с неким номером и считывает запись с версией <= номера читающей транзакции. Таким образом, читатели не "ждут" завершения пишущих транзакций с номером > читающей транзакции. Из изложенного - сложилось впечатление что МС запупырил? в некое поле а-ля рекид номер версии записи и сравнивает её с версией на АОС для некой "оптимизации". Если это так - то получается - запускаем долгоиграющий снэпшот, создается туева хуча версий - и все эти версии ещё физически сохраняются в запись => получим немерянные тормоза при многопользовательской работе???

Объясните плз кто-ть на пальцах:
1. Правильно ли я понял
2. Отключаема ли эта хрень
3. Огласите плз весь список фич