тормоза

[AndyG]

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

Axapta 3.0, размер базы ~ 1,3 Гб, строк в LedgeTtrans ~ 250 тыс.

[Андре]

Цитата:

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

А если просто в Query Analyzer выполнить запрос:

select * from LedgerTable ?

[AndyG]

работает, практически мгновенно,
но в select * from LedgerTable не расчитывается сальдо

[AndyG]

в момент "тормозов" sql забирает 96% процессорного времени, складывается впечатление, что axapta пересчитывает сальдо по всем периодам, в т.ч. и закрытым

[komar]

Модификации были? Какое оборудование? Какая конфигурация (2-зв, 3-зв)?
И т.д., и т.п......

[AndyG]

2-зв., модификации были, оборудование скорее всего тут не причем
axapta тоже...
вот такой job работает так-же долго:

PHP код:

    LedgerTable _ledgerTable;
    LedgerTrans _ledgerTrans, _ledgerTrans1;

    TransDate   _fromDate;
    TransDate   _toDate;
    int        _year;

    while select _ledgerTable
    {
        select sum(AmountMST) from _ledgerTrans where _ledgerTrans.PeriodCode == PeriodCode::Closing &&
                                                      _ledgerTrans.AccountNum == _ledgerTable.AccountNum;
        select sum(AmountMST) from _ledgerTrans1 where _ledgerTrans1.PeriodCode == PeriodCode::Regular &&
                                                      _ledgerTrans1.AccountNum == _ledgerTable.AccountNum &&
                                                      _ledgerTrans1.TransDate  >= 01\01\2003              &&
                                                      _ledgerTrans1.TransDate <= today();
        _ledgerTrans.AmountMST = _ledgerTrans.AmountMST + _ledgerTrans1.AmountMST;
        info(num2str(_ledgerTrans.AmountMST,10,2,2,2) + ' ' + _LedgerTable.AccountNum);
    }

; 


может дело в кодовой странице или других параметрах SQL ?

[komar]

Простой способ проверки - если стандартная версия на то же самом работает с нормальной скоростью, значит дело в модификациях. Если нет - значит, яйца тут не при чем.....

[Vadik]

PHP код:

select sum(AmountMST) from _ledgerTrans where _ledgerTrans.PeriodCode == PeriodCode::Closing && _ledgerTrans.AccountNum == _ledgerTable.AccountNum 


План запроса смотрели?
Индекс по AccountNum, PeriodCode строить пробовали?
Перестройку индексов, обновление статистик в MSSQL делали?

[Andrew Besedin]

Привет!
У меня была похожая проблема, когда включил трассировку в ODBC да и забыл отключить. Все тормозило жутко и файлик лога на 500МБ создался
...Хотя это, вероятно, не твой случай...

[AndyG]

кто нибудь знает на что влияет значение Fill factor в SQL ?

[AndyG]

http://www.sql.ru/articles/mssql/010...torTruth.shtml

[komar]

Еще акзаптовским логом базы данных нужно уметь пользоваться... Системные таблицы там быть не должны.

[Vadik]

Интересная получается ветка. Человек задает вопрос, ответить на который, не зная некоторых деталей, нельзя. На наводящие вопросы он не отвечает, зато вступает в диалог с самим собой. А потом возникают обвинения в том, что от форума нет толка

Прошу не воспринимать как наезд

[SimPai]

Цитата:

в момент "тормозов" sql забирает 96% процессорного времени, складывается впечатление, что axapta пересчитывает сальдо по всем периодам, в т.ч. и закрытым

Если у Вас SQL установлен отдельно от AOSа (на другом компьютере) то выполните следущее: проведите переиндексацию (или хотя бы обновите статистику в БД), установите план обслуживания БД. Затем проанализируйте запросы и оптимизируйте индексы.
Это следует сделать даже если AOS и SQL установлены вместе, только предварительно убедитесь, что именно SQL пожирает ресурсы.
Согласен с

Цитата:

Простой способ проверки - если стандартная версия на то же самом работает с нормальной скоростью, значит дело в модификациях. Если нет - значит, яйца тут не при чем.....

и

Цитата:

У меня была похожая проблема, когда включил трассировку в ODBC да и забыл отключить. Все тормозило жутко и файлик лога на 500МБ создался

Учитывайте также, что трассировка может быть включена не только в ODBC. Проверьте все возможные места как в Аксапте, так и вне её.

Не используются ли у Вас на SQL какие-либо встроенные процедуры или тригеры? Если да, обратите на них повышенное внимание. В такой ситуации именно они могут оказаться источником проблемы.

[sash_xp]

Может быть, все гораздо проще. Есть такое понятие клиент-серверная архитектура. И эта архитектура предпологает, что клиент находится на одной машине, а сервер на другой. Если суп и мухи оказываются вместе, то тут и возникают страшные тормоза. (Неоднократно проверено на собственном опыте )

Это утверждение, кстати, касается и .Net и любителей, которые любят тестировать эту технологию на локале, а потом удивляются, чего она так тормозит