AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Администрирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 23.01.2006, 17:41   #1  
ahtoh
Гость
 
n/a
а 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.

Последний раз редактировалось ahtoh; 23.01.2006 в 17:43.
Старый 23.01.2006, 18:46   #2  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,340 / 3558 (125) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Цитата:
Сообщение от ahtoh
а Snapshot Isolation тоже поддерживается?

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

Последний раз редактировалось sukhanchik; 23.01.2006 в 18:54.
За это сообщение автора поблагодарили: mazzy (18).
Старый 23.01.2006, 21:58   #3  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от sukhanchik
Думаю - что имелось в виду следующее - в этот клиент (кстати - его полная версия - 1951.6710) - влепили в каждую табличку поле RecVersion. Которое по умолчанию заполнено единичкой. Это поле наверное и будет использоваться под "Concurrency Checking". А в System Documentation поленились до конца доделать - и тип, который по логике должен был быть RecVersion - имеет вид непечатаемого символа.
Спасибо.
__________________
полезное на axForum, github, vk, coub.
Старый 24.01.2006, 09:55   #4  
Recoilme is offline
Recoilme
злыдень
Аватар для Recoilme
Злыдни
 
895 / 192 (8) ++++++
Регистрация: 18.06.2003
Цитата:
Сообщение от sukhanchik
Думаю - что имелось в виду следующее - в этот клиент (кстати - его полная версия - 1951.6710) - влепили в каждую табличку поле RecVersion.
Получается контроль версий записи будет осуществляться не на уровне СУБД, а на уровне АОС? или я вообще ничего не понял???
__________________
Ибо зло есть лучшая сила человека. "Человек должен становиться все лучше и злее" -- так учу я. /Ф. Ницше/
Старый 24.01.2006, 10:07   #5  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,340 / 3558 (125) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Цитата:
Сообщение от 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: А здесь разве не так написано? Или я тоже чего-то не понял?
__________________
Возможно сделать все. Вопрос времени
Старый 24.01.2006, 10:36   #6  
Recoilme is offline
Recoilme
злыдень
Аватар для Recoilme
Злыдни
 
895 / 192 (8) ++++++
Регистрация: 18.06.2003
Цитата:
Сообщение от sukhanchik
2Recoilme: А здесь разве не так написано? Или я тоже чего-то не понял?
Не знаю, фигня какая то получается... Версионный механизм обновления записей, как я его понимаю, предполагает что каждая транзакция идет с определенным номером и при обновлении записи создает версию данной записи с этим номером. Читающая транзакция в свою очередь тоже идет с неким номером и считывает запись с версией <= номера читающей транзакции. Таким образом, читатели не "ждут" завершения пишущих транзакций с номером > читающей транзакции. Из изложенного - сложилось впечатление что МС запупырил? в некое поле а-ля рекид номер версии записи и сравнивает её с версией на АОС для некой "оптимизации". Если это так - то получается - запускаем долгоиграющий снэпшот, создается туева хуча версий - и все эти версии ещё физически сохраняются в запись => получим немерянные тормоза при многопользовательской работе???

Объясните плз кто-ть на пальцах:
1. Правильно ли я понял
2. Отключаема ли эта хрень
3. Огласите плз весь список фич
__________________
Ибо зло есть лучшая сила человека. "Человек должен становиться все лучше и злее" -- так учу я. /Ф. Ницше/
Теги
sql 2005, ax3.0

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Неизвестный сбой!!! Dynamics AX 4.0 SP2 with MS SQL 2005 MarunYA DAX: Администрирование 6 06.12.2007 12:16
mazzy: Сравнительное тестирование производительности Microsoft Axapta v.3.0. CУБД Microsoft SQL Server 2005 и Microsoft SQL Server 2000 Blog bot DAX Blogs 0 28.10.2006 17:22
AX-05-020 Axapta Database MS-SQL MadLight DAX: Администрирование 9 12.01.2005 14:52
Экзамен AX-05-020 Axapta DataBase MS-SQL DenisS DAX: Программирование 4 20.04.2004 17:54
Введение в Аксапту Роман Кошелев DAX: Прочие вопросы 0 18.12.2001 14:00

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 07:45.