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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 02.07.2008, 13:59   #1  
Didukh84 is offline
Didukh84
Участник
 
57 / 10 (1) +
Регистрация: 09.06.2006
Добрый день!
Цитата:
Сообщение от DSPIC Посмотреть сообщение
Причина в том что SQL кэширует удаление\апдейт для возможности отката транзакции в случае ошибки, поэтому и наблюдается затухание скорости в геометрической прогрессии. , соответственно чем больше записей - тем больше тормоза.
Согласен. В принципе логично.
Цитата:
Сообщение от DSPIC Посмотреть сообщение
Edit: Чтобы затухание не возникало, удаляйте записи по-одной в рамках транзакции ttsbegin\ttscommit.
Здесь мне кажеться лучше организовать цикл по удалению (но без ttsbegin\ttscommit!), a через delete_from. Что-то типа
X++:
int i = -1* maxuint();
while(i < maxuint())
{
   delete_from Table where Table.RecId<i;
    i = i + 10000;
}
По идее результат тот же, а выполнится быстрее.
__________________
Жить все веселей!.. AX3SP3CU1
Теги
ax4.0, delete_from, truncate, производительность

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Dynamics AX: SQL Sever 2008 - Performance with Dynamics AX 2009 - Resource Governor Blog bot DAX Blogs 0 23.01.2009 22:05
axStart: Why performance issues hits you’re AX implementation 3 months after going live. Blog bot DAX Blogs 0 05.03.2008 05:47
Dynamics AX: Dynamics AX project success - Performance Tuning the system Blog bot DAX Blogs 0 09.08.2007 22:53
Dynamics AX: Performance Load Testing for Dynamics AX [Soon!] Blog bot DAX Blogs 0 19.03.2007 08:05

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

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

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