Если кто сталкивался или разбирался со структурой базы 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...
Делается это неприемлемо долго.
Кто знает, что происходит в этот момент и как ускорить этот процесс?