Исходные
MS SQL 2000/2008
1c++
1c 77
Проблема
Периодически расходятся datetimeiddoc в _1SJOURN и _1SCRDOC
---------
Ковыряю автоисправление
с mdid = 0 - это структура подчиненности док-док
еще 12 граф отбора - это понятно
но еще 5 неопознанных видов mdid валяется в базе
Вот с ними хотелось бы разобраться
---------
Что кроме граф отбора и структуры подчиненности документов хранится в _1SCRDOC?

MDID        
0        
1019    1    Контрагент
4265    2    Договор
6127    3    Магазин
6156    4    СчетД
6222    5    Подразделение
6305    6    Поставщик
6306    7    Страна
6470    8    Утв
6483    9    Клиент
6767    10    СкладЗакупа
7928    11    ПоставщикПЗ
7929    12    КлиентРН
5514    13    
6861    14    
7067    15    
7287    16    
7406    17    
--------------
вот последние 5 странные mdid


SELECT
    COUNT(*) _1
    , max(PARENTVAL) _2
    , min(PARENTVAL) _3
    , max(CHILD_DATE_TIME_IDDOC) _4
    , min(CHILD_DATE_TIME_IDDOC) _5
FROM _1SCRDOC AS Отбор With (NOLOCK)
where mdid = 5514

Возвращает
6501659    
U    
U    
20190215   7PS DT3TZRAD    
201002197KGLKG 2AKOLRAD
------------------
возвращает
401    
U    
U    
2019021085TMR4 DS89ORAD    
20150219AGBVRK 7EHCCRAD
--------------
в общем все странные mdid возвращают parentval = U
Странно

(0) баян же

>>>Периодически расходятся datetimeiddoc в _1SJOURN и _1SCRDOC
вот это [:]|||||||||||||||х[:]

(2) пересоздай эту табличку.
Скорее всего , баловались при создании граф отбора, переснося из общих реквизитов. Или отборы снимались

ну что баян то понятно - сижу лечу
но чтобы на автомат лечение запустить хотелось бы понять что ничего лишнего не сдохнет от лечения

(6) та ну.. фигня какая

(5) дык они свежие фигачатся
20190210
20190215
---------
пересоздать это круто - думаю несколько часов будет

(8) там еще доп журналы доков хранятся

(9) вроде оно, спасибо