Axapta и MS SQL 2005

[mike1]

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

[mazzy]

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

[Serge Kotov]

Цитата:

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

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

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

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

[Yprit]

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

[Vadik]

Цитата:

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

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

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

[mazzy]

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

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

[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 шарахнулся от них как черт от ладана Да и мне они показались несколько громоздкими. Хотя, возможно, это косность сознания

[Serge Kotov]

Цитата:

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

В таком случае, Serge Kotov, с нетерпением ждем отчета о тестировании...

Вот, пожалуйста, наконец опубликовали:
http://axapta.mazzy.ru/lib/axapta_benchmark_2005/

[ilya]

Установили SQL 2005.
Отресторили тестовую базу из бекапа, база автоматом стала в режиме совместимости SQL Server 2000 (80).

Поиграли с ней.

Изменили уровень совместимости SQL базы на SQL Server 2005 (90).
Появились много новых возможностей, но Аксапта при запуске выдает сообщение:
"Ядро приложения не может обратиться к таблице UserInfo", после чего разрешает ввести имя пользователя и пароль. Но при проверке выдает что пользователь не существует.
Логин, под которым запускается АОС, на данном сервере sysadmin, для данной базы входит в роли public и dbo,а также специально установлена дефолтная схема dbo. Явно указаны права в схеме dbo на Select, Insert, Update, Delete.

Но в таблице UserInfo есть поле - Password, которое подвержено механизмам шифрования.

Из этого я делаю вывод - может что-то нужно настроить в SQL 2005 в области шифрования (симметричные или ассиметричные ключи). Кто-то знает? Пробовал?

[ilya]

Отловив из профайлера - оказалось что стопорится на запросе:

SELECT
A.ID,A.NAME,A.ENABLE,A.STARTUPMENU,A.STATUSLINEINFO,A.TOOLBARINFO,A.DEBUGINFO,A.AUTOINFO,A.AUTOUPDATE,A.GARBAGECOLLECTLIMIT,A.HISTORYLIMIT,A.MESSAGELIMIT,A.GENERALINFO,A.SHOWSTATUSLINE,A.SHOWTOOLBAR,A.DEBUGGERPOPUP,A.SHOWAOTLAYER,A.PASSWORD,A.OSACCOUNTNAME,A.STARTUPPROJECT,A.CONFIRMDELETE,A.CONFIRMUPDATE,A.REPORTFONTNAME,A.REPORTFONTSIZE,A.FORMFONTNAME,A.FORMFONTSIZE,A.PROPERTYFONTNAME,A.PROPERTYFONTSIZE,A.INFOLOGLEVEL,A.COMPANY,A.AUTOLOGOFF,A.QUERYTIMELIMIT,A.TRACEINFO,A.RECID
FROM USERINFO A(INDEX(I_65531OSACCOUNTNAME)) OPTION(FAST 20)

Проверяю в SQL2005 Managment Studio

в режиме совместимости SQL 2000 (80) все нормально.

в режиме совместимости SQL 2005 (90) ошибка:

Msg 1018, Level 15, State 1, Line 3
Incorrect syntax near 'INDEX'. If this is intended as a part of a table hint, A WITH keyword and parenthesis are now required. See SQL Server Books Online for proper syntax.

А вот как принудить Аксапту не использовать этот индекс?

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: А здесь разве не так написано? Или я тоже чего-то не понял?