Axapta и MS SQL 2005

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

[Recoilme]

Цитата:

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

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

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

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