0
RuslanD
07.02.06
✎
22:46
|
Если кто сталкивался или разбирался со структурой базы v8 в SQL. При обновлении базы на бух. регистрах обновление уходит в 100% загрузку сервера SQL на таких запросах: ехес sp_ехесutesql N'SELECT TOP 1000 _AccntRegChangeRec1575._NodeTRef _NodeTRef, _AccntRegChangeRec1575._NodeRRef _NodeRRef, _AccntRegChangeRec1575._MessageNo _MessageNo, _AccntRegChangeRec1575._RecorderTRef _RecorderTRef, _AccntRegChangeRec1575._RecorderRRef _RecorderRRef FROM _AccntRegChangeRec1575 WITH(NOLOCK) WHERE _AccntRegChangeRec1575._RecorderRRef > @P1 AND _AccntRegChangeRec1575._NodeRRef = @P2 AND _AccntRegChangeRec1575._NodeTRef = @P3 AND _AccntRegChangeRec1575._RecorderTRef = @P4 AND _AccntRegChangeRec1575._MessageNo IS NULL OR _AccntRegChangeRec1575._RecorderTRef > @P4 AND _AccntRegChangeRec1575._NodeRRef = @P2 AND _AccntRegChangeRec1575._NodeTRef = @P3 AND _AccntRegChangeRec1575._MessageNo IS NULL OR _AccntRegChangeRec1575._NodeRRef = @P2 AND _AccntRegChangeRec1575._NodeTRef = @P3 AND _AccntRegChangeRec1575._MessageNo IS NOT NULL OR _AccntRegChangeRec1575._NodeRRef > @P2 AND _AccntRegChangeRec1575._NodeTRef = @P3 OR _AccntRegChangeRec1575._NodeTRef > @P3 ORDER BY _AccntRegChangeRec1575._NodeTRef, _AccntRegChangeRec1575._NodeRRef, _AccntRegChangeRec1575._MessageNo, _AccntRegChangeRec1575._RecorderTRef, _AccntRegChangeRec1575._RecorderRRef SELECT @@TRANCOUNT', N'@P1 varbinary(16),@P2 varbinary(16),@P3 varbinary(4),@P4 varbinary(4)', 0xB43500093D12899D11DA89737CA6DFE5, 0xB43500093D12899D11DA87A875ED5218, 0x0000008D, 0x00000056 естественно параметры в последней строке постоянно меняются... Судя по надписи в конфигураторе это таблица изменений бухгалтерского регистра... Записей там (AccntRegChangeRec1575) почти 6000000... Делается это неприемлемо долго. Кто знает, что происходит в этот момент и как ускорить этот процесс?
|
|