Привет!
При установке пометки на удаление или при отмене проведения документа движения в регистре не очищаются. При этом флаг "Автоматическое удаление движений" стоит.
Из-за чего так может быть?

(0) в 7.7 такого быть не может. И галка на этот процесс никак не влияет.
Поэтому, одна из черепашек врёт

к сожалению, может

(2) ну показывай, как и чем ты это видишь

[url=https://radikal.ru][img]https://d.radikal.ru/d19/2009/86/d8ee4c8fcba7.png[/img][/url]

https://d.radikal.ru/d19/2009/86/d8ee4c8fcba7.png

(4,5) очень крупно, можно поменьше картинку ?

И.. че это за самодельный просмоторщик движений ?

не получается что-то с картинкой...
Главное Меню Действия/Движения документа

https://radikal.ru/lfp/d.radikal.ru/d05/2009/e1/3eb438d0c44e.png/htm

ты ПКМ на документе в журнале то нажми и выведи что там в Движения документа ?

(9)
https://postimages.org/

по ПКМ Движения недоступны, а через главное меню их можно просмотреть. И в SQL их видно

https://postimg.cc/zHSD99jw

вот здесь видно, что документ НЕ проведен, но движения ЕСТЬ

(12) Гы.. значит кто-то шаловливыми ручками поправил поле closed в табличке _1sjourn

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

Проведи и распроведи до

(16) ;)))))))))))))))))))))))))))))))))))))

что ДО?

Эта фигня возникает на некоторых документах, при проведении программа спрашивает "Провести задним числом или изменить время документа?". И при любом ответе возникает *опа

не, не при любом, а при "Изменить время документа"

Короче, или через QA, или обработкой очисти записи во всех Ra*, там, где closed у документа = 0, потом, обработкой пересчитай итоги.
Профит

Запрос тип того будет :

    Для ном = 1 по Метаданные.Регистр() Цикл
            Рег = Метаданные.Регистр(ном);
            Состояние("движуха регистра "+Рег.Идентификатор);
            Сообщить("движуха регистра "+Рег.Идентификатор,"i");
                ТекстЗапроса ="
                |DELETE
                |FROM $Регистр."+Рег.Идентификатор+"
                |WHERE iddoc in (select Жур.iddoc from _1sjourn Жур where closed=0)";
            Запрос.ВыполнитьСкалярный(ТекстЗапроса);
     КонецЦикла

Если есть еще бух операции и проводки, то и там грохнуть

+23 для скуля так

Closed & 1 <> 1

+и если че,

ЗагрузитьВнешнююКомпоненту("1cpp.dll");
Запрос = СоздатьОбъект("ODBCRecordset");

Занимайся

Очистить движения в SQL получается. Но не могу понять, ПОЧЕМУ так происходит и как этого избежать.
Перенесла ТА на месяц вперед, документы стали нормально проводиться и распроводиться, движения удаляются. Если же снова дата документа = ТА, то при оперативном проведении движения записываются, но документ в журнале выглядит как непроведенный и система его распознает как непроведенный.

(27) Ошибки же есть при этом при проведении ?
Всё проведение дока идёт в одной транзакции. Не должно быть там зависших движений при невозможности апдейта _1sjourn

И.. случем проведение не переписано на прямые запросы ?

Там можно что угодно написать

нет, при проведении прямые запросы не исползовали

Еще такая тема.
Если у документа вручную изменить дату и провести - ОК.
Но если у этого же документа попытаться программно изменить дату, то выводится ошибка:
Ошибка обновления записи

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

ВыбДокумент.Записать();
{E:\...\...}: Ошибка обновления записи

(33) а что  вместо многоточий?

адрес обработки

(32) каким образом ты программно дату меняешь ? В 7.7 штатно можно менять дату только у НЕ проведенного документа

(36)
        ВыбДокумент.СнятьПометкуУдаления();
        ВыбДокумент.Провести();
        ВыбДокумент.СделатьНеПроведенным();
        Попытка
            ВыбДокумент.Записать();
        Исключение
            Сообщить(ОписаниеОшибки());
        КонецПопытки;

Здесь документ записывается успешно

Далее
        ВыбДокумент.ДатаДок = ДатаКорр;
            ВыбДокумент.Записать();
Здесь валится

(37) Медленно (по слогам не буду, извини). Проведённому документу менять дату нельзя. Его распровести надо. Поменять дату. Потом провести.

ВыбДокумент.СделатьНеПроведенным();

так вот же он распроводится

Не раскрыта тема, что происходит тут
"Здесь документ записывается успешно

Далее"

(39)

а вот это нахрена ?

>>>
        ВыбДокумент.Провести();
        ВыбДокумент.СделатьНеПроведенным();

(41) Ну как тебе сказать... Для стимуляции роста волос на ладонях )))

это я уже издеваюсь над документом, проверяю)
в кач эксперимента мне нужно убедиться, что он проводится. Можно этого и не делать

суть от этого не меняется. Документ НЕ записывается даже непроведенный

(44) чей-та ? Какую ошибку выдаёт при записи?

(45) ВыбДокумент.Записать();
{E:\...\...}: Ошибка обновления записи

(46) перед строкой 45- Сообщить(""+ВыбДок.Проведен() )

(47) сделала
0
ВыбДокумент.Записать();
{E:\...}: Ошибка обновления записи

НЕ проведен документ

(49) В транзакции всё это лепишь ?
Покажи скриншот ошибки

ВыбДокумент... случаем, не переменная формы у тебя ?

(50) https://postimg.cc/FfDPpVkP

(51) ВЫбДокумент получаю через НайтиДокумент()
ВыбДокумент.НайтиДокумент(тз.Ссылка);

тз - таблица собирается прямым запросом

(53) твой НайтиДокумент(...) что возвращает хоть ? 1 ?

А так, проверь базу на ошибки.
Что iddoc в _1sjourn соответствует шапке дока и тч дока..

и.. датуДок гришь меняешь, на пустую ? :)

И проверь, нет ли пустых дат в _1sjourn. это те которые в скуле ..17530101 которая

+ проверить мд на битость и соответствует ли он словарику и базе

В пофигураторе, полный синтаксис контроль проходит хоть ?

А где ты это делаешь. Это случаем не открытый в текущий момент документ выбдок?

И ранее ты его не заблокировала случайно. В УРБД не помню, вроде был флаг на изменение документа только в в центре или месте создания.

(60) нет, не открытый, не заблокирован никем

(54) 1
(56) нет, проверяла в отладчике

(56) ДатуДок меняю на значение реквизита этого же документа, реквизит с типом Дата, заполнен

(62) Сообщить(ВыбДокумент.Блокировка()) Перед записать что сообщает. Запусти эту обработку в монопольном режиме.

(61) нет такого в урбд
(0) выложи куда-нибудь свою обработку на посмотреть

И что в процедуре ПриЗаписи() в документе есть, может там собака зарыта?

(67) в клюшках ПриЗаписи отрабатывает только при интерактивной записи.
ну, или в перехватчике

И еще, эти документы, хоть в журнае открываются ? Форма дока показывается ?

На фотке 5 строками выше как по мне два удаленных документа с точно такими же номерами. контроль уникальность номеров отключена что ли или база глюкнула

(70) контроль уникальности отключен

(69) открываются и даже проводятся

(67) интерактивно документ записываться

чё тут? опять попытки угадать ошибку в не показаном коде? )))

(0) движения у не проведенного документа - очищаются, все остальное - это твоя интерпретация...

(66) https://yadi.sk/d/T2cnsAfxLPc-TA

(74) я уже делала скрин, где показала, что НЕТ. Очищаем движения в итоге только напрямую в SQL

(76) "по ПКМ Движения недоступны" )))

(77) а в главном меню через Действия/Движения документа?

Анахрена такие телодвижения:

        ВыбДокумент.СделатьНеПроведенным();
        Попытка
            ВыбДокумент.Записать();

и
        ВыбДокумент.Удалить(0);
        ВыбДокумент.Записать();
?

(78) оно аналогично ПКМ-Движения документа.
Если только там не своя обработка для просмотра движений регистра
И там тоже будет залочено, если документ не проведен

(78) кто же тебя знает, на каком ты документе споцизионирована в этот момент...

в клюшках все до ужаса просто...

есть ОбработкаПроведения, есть ОбработкаУдаленияПроведения пока нет текстов этих процедур, весь разговор - безсмысленен...

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

на вот, тест на вшивость, а то тебе веры нет


    Процедура Сформировать()
        Запрос = СоздатьОбъект("ODBCRecordset");
        ТекстЗапроса = "
        |select *  
        |from $Регистр.Отгрузка (nolock)
        |where iddoc in (select Жур.iddoc from _1sjourn  Жур where Жур.closed&1 <> 1)
        |";
        тз = рс.ВыполнитьИнструкцию(ТекстЗапроса);
        тз.ВыбратьСтроку();
    КонецПроцедуры



В ТЗ, есть че ?

(83) не было  бы - в цикл бы не зашло

(84) ... ээ..в какой цикл ? В ёё коде ?

пусть картинку покажет сперва :)

(85) ага

(87) ну..она нигде не написала что туда заходит и сообщает что есть движуха :)

(88)     тз = рс.ВыполнитьИнструкцию(ТекстЗапроса);
    
    ВыбДокумент = СоздатьОбъект("Документ");
    тз.ВыбратьСтроки();
    Пока тз.ПолучитьСтроку() = 1 Цикл
        ВыбДокумент.НайтиДокумент(тз.Ссылка);
        
        ВыбДокумент.СнятьПометкуУдаления();
        ВыбДокумент.Провести();
        ВыбДокумент.СделатьНеПроведенным();
        
        Попытка
            ВыбДокумент.Записать();
        Исключение

(75) к сабжу не имеет отношения, но тут
Рег.ВыбратьДвиженияДокумента(ВыбДокумент);
надо так
Рег.ВыбратьДвиженияДокумента(ВыбДокумент.ТекущийДокумент());
ну или
Рег.ВыбратьДвиженияДокумента(тз.Ссылка);

Пока не могу предоставить пример, потому что вчера вычистили все такие движения:
(22) Короче, или через QA, или обработкой очисти записи во всех Ra*, там, где closed у документа = 0
новых косячных еще не сгенерировала, т.к. после переноса точки актуальности на более позднюю дату, косяков с движениями не стало

трэш и угар какой-то в обработке.
еще и прямой запрос прилепили непонятно зачем, чорным можно обойтись.
.
ну и для начала - ввиду того что мудрячат что-то с прямыми запрсоами - проверить есть ли у непроведенных доков движения. почитстить их для непроведенных. а потом делать все по порядку с ДатаКорр и ДатаДок.
.
главное - не митуситься...

(92) зачем писать чорный, если всегда можно прямой - это же проще

(93) ну, мы уже видим что получилось при "проще".. видимо такими "проще" и покурочили базу вусмерть...

(94) нет, не это причина проблемы

(95) да, даже если бы и прямой запрос был причиной, то это повод разобраться, а не отказываться от прямых (из соображений кабы чего не вышло)

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

ВыбДокумент.Записать();
{E:\...\...}: Ошибка обновления записи
- вот мне мутно это все. ни разу такого не встречал...

(90) это 7.7, какая .Ссылка )))

(99) ну называет она ид дока ссылкой.
я вон и в клюшках писал "регистратор" и "ссылка"

(99) а что в 7.7 колонке ТЗ запрещено так называться?

(101) греховно так зваться в клюшках православных...

(100) ну я тоже такие поля Ссылка называю, потому как это и есть ссылка
Даже унутре ее этот тип данных имеет в названии Ref

(101) не запрещено, но не кошерно ))

(102) (104) почему?

(105) /sarcasm

(103) Мое утверждение по поводу Ref будем считать ложным, память в этом вопросе подверглась эррозии.
Попробовал вспомнить - фиг там

(91) та вперёд не надо толкать. Так вы работаете всегда задним числом, и если используете штатное проведение. это очень замедляет работу, ибо везде есть рассчет итогов на дату дока, в отличие от проведения в потоке, т.е тогда, когда док та сам толкает вперёд

Короче. кто косячит - у того и косячит.

https://postimg.cc/sGS6yfCQ

вот результат выполнения кода
    Процедура Сформировать()
        рс = СоздатьОбъект("ODBCRecordset");
        ТекстЗапроса = "
        |select *  
        |from $Регистр.Отгрузка (nolock)
        |where iddoc in (select Жур.iddoc from _1sjourn  Жур where Жур.closed&1 <> 1 and (Cast(Left(Жур.DATE_TIME_IDDOC, 8) AS datetime) >= :Дата1)
        |    AND (Cast(Left(Жур.DATE_TIME_IDDOC, 8) AS datetime) <= :Дата2))
        |";
        
    рс.УстановитьТекстовыйПараметр("Дата1", Дата1);
    рс.УстановитьТекстовыйПараметр("Дата2", Дата2);

        тз = рс.ВыполнитьИнструкцию(ТекстЗапроса);
        тз.ВыбратьСтроку();
    КонецПроцедуры

(110) документы проведены не по упручету?

сейчас документы вообще распроведены

select Жур.iddoc,
Жур.closed
from _1sjourn  Жур
where Жур.closed&1 <> 1
and Жур.DATE_TIME_IDDOC>= :Дата1
AND Жур.DATE_TIME_IDDOC<= :Дата2

что даст?

(112) вам вообще вашу проблему решить надо, или как?

(113) выдает 4 строки (4 документа)

(115) я ж справшивал не "сколько", а что?
что в поле проведения? что в поле "количество движений", стоит ли флаг наличия движений по вашему регистру "Отгрузка"?

(116) https://postimg.cc/hJm8YyLM

(117) докуметы проведены по бухучету

ACTCNT?
RF*** (соответсвующий регистру)?

(119) там для всех строк стоит 0

(120) чем с проведения снимают? и почему стоят проведенными по бухучету?

closed=4 - документ имеет операцию, если память не изменяет

Кто -то видать балуется прямыми запросами в части апдейта _1sjourn

(122) 1-опер, 2-расчет,4-бух, 8-периодика, операция - или 16, или 32.

(121) просто пытаются провести документ. Программа вываливается с ошибкой, что не может сделать запись в регистр с неуникальным ключом. При повторном запуске документы в журнале выглядят как непроведенные, а по факту есть движения в регистре

(124)5 - док имеет проводки

(125) т.е аварийное завершение 1с при этом ?

проверьте свои регистры этим:

https://www.1cpp.ru/forum/YaBB.pl?num=1228926967

(126) 5 - это 4+1.

(124) это про аппкод, а не про крозет

(130) *клозед

(123) или пишут сразу в регистр, не устанавливая флаг. в этом случае при проведении она пытается инсертить, ну и подает

(131) так они вроде одинаковы

(125) То что сейчас вываливается, это уже следствие нарушения согласованности данных.
С этим бороться не надо
Нужно устранить рассогласование

(133) не уверен

(127) Да
https://postimg.cc/Fk0BQyMX

(136) либо closed установить, либо движения удалить. Все, ничего больше делать не надо
В начале вроде писали об этом

(135) ну по крайней сере первые три. хотя могу и ошибаться - а под рукой нет клюшек чтоб проверить

(136) ясно, ну.. инструмент для обнаружения в (128)
+ желательно проверить,
1. что мд соответствует словарю и и таблицам в скуле
2. что мд не битый

(137) так и делаем. Очищаем движения в SQL

но как только документ создается датой = дате актуальности итогов, возникают вот такие ошибки снова

(137) то и другое можно сделать, имхо, только напрямую

(140) ааа, вот этот артефакт я упустил

(140) да ё..
скачай обработку еще для пересчета итогов прямым запросом, можешь и грохнуть все записи в rg регистра перед этим, тупо truncate table rg****

их чтук 5 разных модификаций валяется

Может быть кроме удаления движения нужно еще что-то делать? Например, в таблице Журнала менять флаг RF?

(145) он влияет только на показ галок в меню просмотра движений

Ошибка появилась после того, как в базе стали создавать документы обработкой.
Сделали копию базы, грузила документы этой же обработкой, но без использования функции, создающей гуиды. Может причина быть в этом?
Функция глСоздатьИдентификатор() Экспорт
    
    Если ЗагрузитьВнешнююКомпоненту("V7Plus.dll") <> 1 Тогда
        Сообщить("Ошибка загрузки компоненты V7+");
        Возврат "";
    КонецЕсли;                                        
    
    НТТРСистИнформ = СоздатьОбъект("AddIn.V7SysInfo");
    
    Возврат СокрЛП(НТТРСистИнформ.СоздатьGUID());
    
КонецФункции   // глСоздатьИдентификатор()

(147) в копии базы не появляется ошибка с движениями.

(148) А теперь в копии используй эту функцию. Что будет?

(149) ну выложи это изделие на поглядеть.
Зы и куда этот гуид пихаете хоть?

(150) пишем в текстовый реквизит
обработку выложила https://yadi.sk/d/WQPwzSmYvgpJbw

поток мутного сознания...

1. ПЕРЕСТАТЬ МИТУСИТЬСЯ.
2. ДЕЛАТЬ ВСЕ МЕДЛЕННО И ВДУМЧИВО. ШАГ ЗА ШАГОМ.
всё!!!!!

1) 1с 77 не поддерживает вложенных транзакций
2) выполнена отмена проведения в транзакции - при этом возникла ошибка.

(151) криминала не вижу.
Ну, если есть подозрение на генерацию гуида V7+ом - попробуйте генерить его 1с++

(155) Сколько лет работаю с 1С - и ни разу не пользовался созданием гуидов. Хотя через 36-ричную что-то было но не гуид. Для чего собственно он нужен если за столько лет как-то не пригодилось

(151) в ветке условия флСоздатьИСО = 1 иначе
при передаче в ЗаписатьОбъект(Флаг,ДокументСоздаваемый);
в ДокументСоздаваемый нет нового документа
наверно туда хотели передать Объект

(157) Объект - это документ, на основании которого заполняется ДокументСоздаваемый

(158) по коду явно видно, что это не так
я говорю про ветку флСоздатьИСО = 1 иначе

(147) Если проблема не повторяется в копии, то, возможно, дело в состоянии базы (или сервера), но маловероятно, что в создании гуида.

(156) А я пользовался. Когда рисовал свою РИБ ))) Тогда 1с++ ещё не было

(159) дас ис так.. по-коду там Объект должен быть

И да, в коде ничего такого нет, что ломало бы базу в призаписи.
И создание гуида тут не при чем

(158)

в пофигураторе, если выполнить полный синтаксис контроль, проходит хоть ?

(161) А я пользовался 26-ричным идентификатором для примерно тех же целей. У справочника он кажется длиннее а у документа короче по длине

(163) Синтаксических ошибок не обнаружено!

(165) ну тогда см. (128)

+ на копии (надеюсь, е средствами скуля делаешь ?) пересоздай словарик, и сравни словарик с рабочей базой. Для этого в пофигураторе сделай конфигурация - загрузить измененную конфигурацию и укажи на мд из каталога базы. После сохранения сравни словарики

(164) 26-ричный идентификатор?

(167) 36-ричный

(166) копия и рабочая уже отличаются тем, что в рабочей введен новый реквизит типа Дата в РасходнуюНакладную. При отмене проведения это РН не удаляются движения в рабочей. В копии такой ошибки нет

(169) да ё.. копия делается за 5 минут

средствами скуля

(171) вот эта процедура выполняется часов 12:
Для этого в пофигураторе сделай конфигурация - загрузить измененную конфигурацию и укажи на мд из каталога базы. После сохранения сравни словарики

конкретно - сохранение, т.к. запустится реструктуризация

(172) копию сделай. копию!

(128) Проверка: rf = 0 и есть 1 или > движений ra
Ошибки 3 = Для регистра = Отгрузка найдено ошибок = 3
Сформировать 3 Отгрузка  cast( rf1159 as int )
Ном строки = 1 iddoc = '1GRZU8   ' rf =  cast( rf1159 as int ) док = Отгрузка товаров, продукции 12163467 (30.09.20)
Ном строки = 2 iddoc = '1GRZVK   ' rf =  cast( rf1159 as int ) док = Отгрузка товаров, продукции ШАТУ-00046 (30.09.20)
Ном строки = 3 iddoc = '1GRZVM   ' rf =  cast( rf1159 as int ) док = Отгрузка товаров, продукции ШАТУ-00050 (30.09.20)

(172) не вопрос. Разверни пустую базу из мд, создай словарик и сравни

(161): накуа??? без 1с++ вполне можно было штатно получать ID объектов данных (и получать объекты данных по их ID).
(164),(167): 24 вообще-то (с не свернутыми в 36-ричную строку id вида и id объекта): Тип (1 символ) + id Вида (10 цифр) + id Объекта (10 цифр) + КодИБ (3 символа).
я вообще удивлялся - зачем в мод было огород с ключами городить - при том, что "все уже украли до нас"...
и - да, свернутые в 36-ричные строки id вида и id объекта - прямо прописаны в ключевые поля таблиц базы данных...

(177) Чтобы понять ответ на ТКВ -- это было в 2004м году. Тогда и интернета у меня практически не было (по модему, дома и на 19600). И информации такой в нём (интернете) тоже практически не было.

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

(176) выявил несоотвествие поля Date_time_iddoc в _1SJourn полям таблиц: _System, _1SOper (но так вроде и раньше было), _1SCRDOC.
Что еще может мешать изменению времени?

(180) не надо массово записывать доки со временем 23:59:59, в журнале при этом будет одна позиция дока а в операциях и проводках другая

(179) хз, не встречал такого, вроде норм время ставится и там и там у не проведенного дока

(179): кстати - возможно именно из-за наличия движений, оставшихся при кривой отмене проведения. там вполне возможно в движок зашита молчаливая проверка (чтобы в результате не получилось гораздо большего искажения данных)...

(183) движения в регистрах ra адалили, в system попал также документ с кривыми движениями, там тоже поправил, 1srdoc  откорректировал child_date_time. Где то ещё косяки есть а таблицах, либо в других периодах.

Нашел такую тему: "Данная обработка 1С 7.7 помогает, когда кто-то установил точку актуальности на конец текущего дня (провел документ концом дня) и документы перестали проводиться. Теперь, чтобы нормализовать ситуацию, время документов нужно изменить и документы перепровести, затем перенести точку актуальности на последний проведенный документ."
http://catalog.mista.ru/public/1132089/
Может у меня проблема из этой области?

(184) ну дык (128) проверяй...

(186) пробовал уже. Пересобрал мдшник через gcomp, подсунул его в тестовой базе.
Вообщем сейчас такая проблема : при изменении времени во всех таблицах время меняется время меняется кроме 1sjourn. Начал смотреть заполненность полей: у новых документов какое то новое заполнение поле dnprefix. Почему он могло измениться?

Раньше поле dnprefix было 1302020, стало 1302021.
Обработка из 128 очень долго работает и там нет фильтра на период...

(188) :)

поправить её как 2 пальца жешь, под любой период

Понял : в dnprefx год стоит

(188)
DNPREFIX    Префикс номера документа. Тип - Строка(18). Для документов, у которых код числовой, это поле равно десятичному ID вида документа. Если нумерация в пределах периода - то также хранится и период в виде ГГГГММДД (например 2006 для нумерации в пределах года).

http://www.script-coding.com/v77tables.html#1.2.4.

(189) я правлю по отдельным документам date_time затем пробую в 1с поменять время и снова время в 1sjourn остаётся без изменений, а в 1soper , _1scrdoc время меняется.

В профайлере нет также установки нового date_time_iddoс, хотя данные в журнале меняются:
exec sp_executesql N'Update _1SJOURN set  IDJOURNAL=@P1, IDDOCDEF=@P2, APPCODE=@P3, DNPREFIX=@P4, DOCNO=@P5, CLOSED=@P6, ISMARK=@P7, ACTCNT=@P8, VERSTAMP=@P9, RF1159=@P10, RF1287=@P11, RF1296=@P12, SP697=@P13, SP696=@P14, SP425=@P15, SP1123=@P16 where  IDDOC=@P17 and DATE_TIME_IDDOC=@P18 and SP652=@P19',N'@P1 int,@P2 int,@P3 smallint,@P4 varchar(18),@P5 varchar(20),@P6 tinyint,@P7 bit,@P8 int,@P9 int,@P10 bit,@P11 bit,@P12 bit,@P13 varchar(9),@P14 varchar(9),@P15 varchar(45),@P16 numeric(1,0),@P17 varchar(9),@P18 varchar(23),@P19 varchar(13)',174,130,21,'       1302021    ','00000000000000000004',4,0,0,3,0,0,0,'     K   ','    QI   ','                                             ',0,'1FOVYH   ','202112313M7I001FOVYH   ','   0     0   '

Вот так выглядит изменение времени в восстановленной копии:
exec sp_executesql N'Update _1SJOURN set  IDJOURNAL=@P1, IDDOC=@P2, IDDOCDEF=@P3, APPCODE=@P4, DATE_TIME_IDDOC=@P5, DNPREFIX=@P6, DOCNO=@P7, CLOSED=@P8, ISMARK=@P9, ACTCNT=@P10, VERSTAMP=@P11, RF1159=@P12, RF1287=@P13, RF1296=@P14, SP697=@P15, SP696=@P16, SP652=@P17, SP425=@P18, SP1123=@P19 where  ROW_ID=@P20',N'@P1 int,@P2 varchar(9),@P3 int,@P4 smallint,@P5 varchar(23),@P6 varchar(18),@P7 varchar(20),@P8 tinyint,@P9 bit,@P10 int,@P11 int,@P12 bit,@P13 bit,@P14 bit,@P15 varchar(9),@P16 varchar(9),@P17 varchar(13),@P18 varchar(45),@P19 numeric(1,0),@P20 int',174,'1GRZU7   ',130,21,'2020090776AWSW1GRZU7   ','       1302020    ','УТ-157              ',4,0,0,5,0,0,0,'  KC6M   ','   194   ','  3M1BF2WJ   ','                                             ',0,64228314

Отличие как видно в том что не устанавливается, IDDOC, Date_Time_IDDOC. И разная секция where: раньше при update было условие на rowid

(193) Вроде время нормальное, 06:04:30

Т.е ты для непроведенного дока выбираешь в меню установить новое время и оно не алё ?

и "в восстановленной копии".. старая копия этой же базы ?

В восстановленной 3х дневной копии время устанавливается, а в текущей базе не устанавливается.
Скрипты из профайлера привел

(199) Для всех видов дока или конкретного ? покажи select * from _1sjourn where iddoc = ...для этого дока

И.. если штатненько, через
Док = СоздатьОбъект..
Док.НайтиДокумент(выбДок)
Док.АвтоВремяОтключить()
Док.УстановитьВремя ..

устанавливается ?

(200) я могу скрин привести из разных таблиц, трэйс с утра делал потом у там уже может быть другое время

И ты документ операция правишь ? судя по апкоде 21

(200) в базе только 1 вид документа

(23) документ отгрузка. Это самописка.

(205) документ с какими галками ? бухня+упр ?

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

Не параметры одинаковые в обеих базах

Документ с галочками бух+упр

Штатно время тоже не устанавливается

В конце нужно записать()?
Если с Записать, то ошибка "ошибка обновления записи".

В резервной копии время меняется, в текущей базе "ошибка обновления записи"

(211) для любых доков ?

в _1soper поменял время ?

в свойствах дока стоит что.. создавать операуию вместе с доком ?

(214) я вообще беру очень старые документы (разные) и на них проверяю

(215) стоит создавать операцию = всегда

(216)
вот еще, на ночь чтиво
https://www.1cpp.ru/forum/YaBB.pl?num=1281425103

И это проапдейть табличку _1soper на предмент не совпадения date_time с 1s_journ

Короче, нужно во всех табличках всё засинхрить с табличкой журнала в части date_time_iddoc, для начала

(220) там полмиллиона рассинхрон с 1Soper

вот еще..
1C 7.7 SQL испорчена базы при установке обновления.

(221) ну дык.. исправляй :)

На копии, сперва..

тренируйся

Основной [:]||||||[:]
это кучка документов с временем 23:59:59.. где позиция дока в журнале и операций будет отличаться для каждого нового дока "в конец дня"..в операциях она "продолжается", а в журнале нет..

вот и рассинхрон

Мне казалось что если в резервной копии такие же расхождения с 1soper то значит не в этом дело. Ещё кажется я видел, что date time отличается не только по времени но и по дате.

(228) по дате.. был прикол, что 1с-ина казала, типа время 24 часа 01 минута..или че-то в этом роде

хороче, какой-то явный мусор

апдейти таблички, не забывая про _1scrdoc

и про 1sentry

ф табличках регистров такого нет, вся шняга, только в бухне.

+ заодно проверить, нет ли пустых дат в журнале и в 1сопер, те которые 01.01.1753

1sentry пустая

(235) как это ? проводок нету что ле ?

если проводок нет, то отключи вообще бух учет у документа и прибей план счетов, если есть

(237) если убрать бу то что будет с actcnt в существующих записях журнала?

(238) да на него вообще плевать с высокой колокольни :)

и.. он же не учитывает движения по бу.

так что, усё хорошо будет

короче, это поле никак не изменится

а вот апкоде можешь сам проапдейтить, и поставить 1 туда.

(220) исправил во всех таблицах date_time_iddoc. Проблема осталась.

(234) как искать пустые даты в журнале и 1soper? Дата же содержится в строке datetimeiddoc

where date_time_iddoc like '17530101%'

И грохни бух учет, если не используешь, не будет таблички 1сопер (план счетов еще удали)

И..база большая ? выгрузка есть на посмотреть ?

И..точная ошибка какая, на счет обновления записи ?

Обновление какое было перед этим ?

что в архиве работает ?

(248) база очень большая, выгрузку не могу дать

В архиве работает

(249) Док.Записать();
{E:\тЕСТ ВРЕМЯ.ERT(9)}: Ошибка обновления записи

(250) в обновлении добавили реквизит типа дата в таблицу документов

То что читал по поводу этой ошибки, она обычно возникала у других при записи констант, но у меня константы нигде не пишутся.

Проверил : пустых дат нет

(255) общий реквизит дока что ле ?

И поди еще есть строковый реквизит неогр длины в общих реквизитах ?

(258) нет, не общий. Реквизит в таблицу DH

Нет общих реквизитов неогр длины

Ну и начали грузить документы на 30.09, при этом дату актуальности опер учёта тоже сместили на 30.09

(260) и реструктуризация при этом нормально прошла ? Или добавлял поле сам руками и подсовывал словарик и мд ?

И в доке, в шапке, есть строковые реквизиты неогр длины ?

Реструктуризация прошла штатно примерно за 8-10ч

(264) нет в шапке неогр длины

(265) ой ё...

проверь еще вот что :

select iddoc from _1sjourn
group by iddoc
having count(*)>1

возможно, есть доки с разными row_id

но с одним iddoc

(268) нет, пустой запрос

_1soper тоже проверил на дубли

Может быть кто то залезал в исходники? В каком случае по установки времени документа выполняется запрос с условием на на row_id, а на iddoc + date_time_iddoc + документ основание?

У нас есть как раз такой собственный некластерный индекс в таблице _1sjourn. Может в этом проблема?

(272) а в 1crdoc?

(274) ну отключи его.. Какой состав этого индекса ?

(276)iddoc + date_time_iddoc + документ основание

(275) там как проверять? Там графы отбора же могут быть разные и ещё подчинённые документы?

(278) короче, надо сперва локализовать проблему, подыми копию скульной базы, то что есть.
В ней проапдейть 1sjourn , set appcode=1 + truncate table _1soper, это для начала, если не помогает, то truncate table _1scrdoc

+ можешь на пустышке создать новый мд и словарик, в котором выкинишь бух учет и удалишь план счетов.
Потом эти мд и ддс подсунешь в копию, можешь и таблички с операциями там прибить потом. И проверяешь

если работает, в рабочию кидаешь мд и словарик и апдейтишь журнальчик

только _1scrdoc придётся пересоздать

да, еще проверь, нет ли в 1sconst периодики, установленной документами (мало ли осталась от непроведенных доков)

1sconst проверял.
А как пересоздать _1scrdoc?

(284) штатно, тии с галкой одной, пересчет служ данных (вроде, точно не помню, помню, одну втыкать надо)
Или запрос поискать, где-то валялся

(285) после удаления индекса в журнале проблема пропала

(286) теперь заново его создай

+ внеси в словарик, по-аналогии с системными индексами

Создал заново индекс, время пока изменяется.

Тему можно считать закрытой, всем спасибо!

но всё же, прибей следы от бухни, если  не используешь

(291)  похоже имеет значение порядок индексов который указан в файле DDS.
Скрипт, который добавляется индексы через openconf после внесения изменений добавляет индексы перед блоком индексов в dds. Так вот не работает именно когда индекс идет вначале.

Скрипт:

'------------------------------------------------------------------
'Добавление строк в dd(dds)
Sub ProcessDD()

    Set FSO = CreateObject("Scripting.FileSystemObject")
    If FSO.FileExists(IBDir & "1cv7.ddx") Then

        If FSO.FileExists(IBDir & "1cv7.dd") Then
            ext = "dd"
        Else
            ext = "dds"
        End If
        
        'Резервное копирование исходного dd
        FSO.CopyFile IBDir & "1cv7." & ext, IBDir & "1cv7." & ext & ".bak", True
    
        'Обработка расширенного словаря - ddx
        'Строки на символ "X" состоят из двух частей:
        '  до символа "%" - имя сушествующей в dd таблицы(Т) к которой необходимо применить доп. описание
        '  после символа "%" - строка дополнительного описание которая вставляется после описания полей Т
        'Все другие строки добавляются в конец dd
        
        'Построение ассоциативного массива, где: Ключ - имя таблицы, Значение - строки доп. описания
        Set XDict = CreateObject("Scripting.Dictionary")
        Set TS = FSO.OpenTextFile(IBDir & "1cv7.ddx", 1)
        AppendStr = ""
        Do While TS.AtEndOfStream <> True
            Str = TS.ReadLine()
            Ch = Left(Str, 1)
            If Ch = "X" Then
                Arr = Split(Mid(Str,3), "%", 2)
                TableName = RTrim(Arr(0))
                If XDict.Exists(TableName) Then
                    XDict.Item(TableName) = XDict.Item(TableName) & vbNewLine & Arr(1)
                Else
                    XDict.Add TableName, Arr(1)
                End If
            Else
                AppendStr = AppendStr & vbNewLine & Str
            End If
        Loop
        TS.Close()
        
        Set TS = FSO.OpenTextFile(IBDir & "1cv7." & ext & ".bak", 1) 'для чтения
        Set TS_Out = FSO.OpenTextFile(IBDir & "1cv7."& ext, 2) 'для перезаписи
        CurTable = ""
        Mode = ""
        Do While TS.AtEndOfStream <> True
            Str = TS.ReadLine()
            SubStr = Left(str, 2)
            Select Case SubStr
                Case "T="
                    Arr = Split(Str, "|", 3, 0)
                    CurTable = RTrim(Mid(Arr(0),3))
                Case "F="
                    Mode = "F"
                Case Else
                    If Mode = "F" Then
                        Mode = ""
                        If XDict.Exists(CurTable) Then
                            TS_Out.WriteLine(XDict.Item(CurTable)) 'Запись строк доп. описания
                        End If
                    End If
            End Select
            TS_Out.WriteLine(Str) 'Копирование строки
        Loop
        TS.Close()
        
        If AppendStr > "" Then
            TS_Out.Write("### ddExtension ###")
            TS_Out.Write(AppendStr) 'Добавление строк в конец
        End If
        TS_Out.Close()
        
        MsgBox "Внесены изменения в 1cv7." & ext
        
    End If 'FileExists(IBDir & "1cv7.ddx")
    
End Sub

'------------------------------------------------------------------
'Удаление строк описания доп.таблиц из dd(dds) перед реорганизацией
'чтобы Конфигуратор не удалил таблицы из базы данных
Sub UnProcessDD()
    
    Set FSO = CreateObject("Scripting.FileSystemObject")
    
    If FSO.FileExists(IBDir & "1cv7.ddx") Then

        If FSO.FileExists(IBDir & "1cv7.dd") Then
            ext = "dd"
        Else
            ext = "dds"
        End If
        
        'Резервное копирование исходного dd
        FSO.CopyFile IBDir & "1cv7." & ext, IBDir & "1cv7." & ext & ".tmp", True
    
        Set TS = FSO.OpenTextFile(IBDir & "1cv7." & ext & ".tmp", 1) 'для чтения
        Set TS_Out = FSO.OpenTextFile(IBDir & "1cv7."& ext, 2) 'для перезаписи
        CurTable = ""
        Mode = ""
        Do While TS.AtEndOfStream <> True
            Str = TS.ReadLine()
            If Str = "### ddExtension ###" Then
                MsgBox "del ddExtension"
                Exit Do
            End If
            TS_Out.WriteLine(Str) 'Копирование строки
        Loop
        TS.Close()
        TS_Out.Close()
        
        FSO.DeleteFile(IBDir & "1cv7." & ext & ".tmp")
    End If 'FileExists(IBDir & "1cv7.ddx")
    
End Sub

'------------------------------------------------------------------
Sub Configurator_OnMsgBox(Text, Style, DefAnswer, Answer)
    If Left(Text,49) = "При сохранении метаданных будет произведен анализ" Then
        UnProcessDD()
    ElseIf Text = "Реорганизация информации закончена!" Then
        ProcessDD()
    End If
End Sub

(292) в дбф так и есть, в скуле ,возможно, что свой индекс в ддс должен быть после кластерного
Типа кластерный первый в словарике

Хотя нет.. Проверил на демке, пофик, в какой место свой индекс пихать, главное, блок описания индексов от нужной таблички

Вот например, запихал.. усё работает
и время меняется и движуха пишется и никаких "неудачное обновления записи нет"
#----Indexes------
# Name                           |Descr         |Unique|Indexed fields                                              |Type      
I=MY                             |Id Doc+Type   |0     |IDDOC,IDDOCDEF                                              |0          
I=PK__1SJOURN                    |ROW_ID        |1     |ROW_ID                                                      |1          
I=IDDOC                          |Id Doc        |1     |IDDOC                                                       |0          
I=ACDATETIME                     |Date+Time+ID  |1     |DATE_TIME_IDDOC                                             |0          
I=DOCNO                          |Prefix+No     |1     |DNPREFIX,DOCNO,ROW_ID                                       |0          
I=DOCTYPE                        |Type+Date+Time|1     |IDDOCDEF,DATE_TIME_IDDOC                                    |0          
I=JOURNAL                        |Journal+Date+T|1     |IDJOURNAL,DATE_TIME_IDDOC                                   |0

Вот так у меня выглядит когда не работает:

#Доп. индекс Журналы
I=K_IX1                    |              |0     |IDDOC,DATE_TIME_IDDOC,SP652                                |0                  
#----Indexes------
# Name                           |Descr         |Unique|Indexed fields                                              |Type      
I=PK__1SJOURN                    |ROW_ID        |1     |ROW_ID                                                      |1          
I=IDDOC                          |Id Doc        |1     |IDDOC                                                       |0

SP652 - документ-основание...

(297) ну, надо его пихать после #----Indexes------

тогда полетит

Или, попробуй ему еще имя задать.. MyIndex в поле descr

(300) нужно скрипт тогда переписывать, нашел где-то его на форуме.

И это, а чего он у тебя неуникальный то ?

поставь ему уникальность еще

(301) имя задал произвольное, не помогло

(304) указал 1 для уникальности в DDS - не помогло

(306) проверил на демке, пофик, где указан индекс, можно сразу за полями как у тебя.
В самом скуле он хоть создан и соответствует описанию в ддс ?

(0) Куда круче любых лент новостей. Столько полезного узнал для себя

(307) да в скуле он есть, я как раз теперь все сделал на рабочей базе, просто потом решил восстановить строку индекса в том месте где он был в словаре и вылез этот косяк. Переставка индекса в ддс приводит к такому результату: уже проверил на четырех базах (₽ копии и 1 рабочая).

Проверял на Sql 2008

(308) ага все-то 150 сообщений с того момента как я пришел в тему)

(296) в твоём индексе нет date_time_iddoc. 1с ищет по полям индекса и не изменяет поля которые в него входят. В частности при изменении времени, должно меняться поле date_time_iddoc.

(300) его нужно пихать после строки I=PK__1SJOURN

Как можно отлаживать скрипты для openconf или в принципе vbs скрипты?

(312) может быть, проверю потом
(314) https://1c.alterplast.ru/faq/openconf.html

Ну и тут...
https://www.1cpp.ru/forum/YaBB.pl?board=openconf

Есть всё что нужно

Доработал скрипт:
'------------------------------------------------------------------
'Добавление строк в dd(dds)
Sub ProcessDD()

    Set FSO = CreateObject("Scripting.FileSystemObject")
    If FSO.FileExists(IBDir & "1cv7.ddx") Then

        If FSO.FileExists(IBDir & "1cv7.dd") Then
            ext = "dd"
        Else
            ext = "dds"
        End If
        
        'Резервное копирование исходного dd
        FSO.CopyFile IBDir & "1cv7." & ext, IBDir & "1cv7." & ext & ".bak", True
    
        'Обработка расширенного словаря - ddx
        'Строки на символ "X" состоят из двух частей:
        '  до символа "%" - имя сушествующей в dd таблицы(Т) к которой необходимо применить доп. описание
        '  после символа "%" - строка дополнительного описание которая вставляется после описания полей Т
        'Все другие строки добавляются в конец dd
        
        'Построение ассоциативного массива, где: Ключ - имя таблицы, Значение - строки доп. описания
        Set XDict = CreateObject("Scripting.Dictionary")
        Set TS = FSO.OpenTextFile(IBDir & "1cv7.ddx", 1)
        AppendStr = ""
        Do While TS.AtEndOfStream <> True
            Str = TS.ReadLine()
            Ch = Left(Str, 1)
            If Ch = "X" Then
                Arr = Split(Mid(Str,3), "%", 2)
                TableName = RTrim(Arr(0))
                If XDict.Exists(TableName) Then
                    XDict.Item(TableName) = XDict.Item(TableName) & vbNewLine & Arr(1)
                Else
                    XDict.Add TableName, Arr(1)
                End If
            Else
                AppendStr = AppendStr & vbNewLine & Str
            End If
        Loop
        TS.Close()
        
        Set TS = FSO.OpenTextFile(IBDir & "1cv7." & ext & ".bak", 1) 'для чтения
        Set TS_Out = FSO.OpenTextFile(IBDir & "1cv7."& ext, 2) 'для перезаписи
        CurTable = ""
        Mode = ""
        Do While TS.AtEndOfStream <> True
            Str = TS.ReadLine()
            SubStr = Left(str, 2)
            Select Case SubStr
                Case "T="
                    Arr = Split(Str, "|", 3, 0)
                    CurTable = RTrim(Mid(Arr(0),3))
                Case "F="
                    Mode = "F"
                Case "I="
                    Mode = "I"    
                Case Else
                    If Mode = "I" Then
                        Mode = ""
                        If XDict.Exists(CurTable) Then
                            TS_Out.WriteLine(XDict.Item(CurTable)) 'Запись строк доп. описания
                        End If
                    End If
            End Select
            TS_Out.WriteLine(Str) 'Копирование строки
        Loop
        TS.Close()
        
        If AppendStr > "" Then
            TS_Out.Write("### ddExtension ###")
            TS_Out.Write(AppendStr) 'Добавление строк в конец
        End If
        TS_Out.Close()
        
        MsgBox "Внесены изменения в 1cv7." & ext
        
    End If 'FileExists(IBDir & "1cv7.ddx")
    
End Sub

'------------------------------------------------------------------
'Удаление строк описания доп.таблиц из dd(dds) перед реорганизацией
'чтобы Конфигуратор не удалил таблицы из базы данных
Sub UnProcessDD()
    
    Set FSO = CreateObject("Scripting.FileSystemObject")
    
    If FSO.FileExists(IBDir & "1cv7.ddx") Then

        If FSO.FileExists(IBDir & "1cv7.dd") Then
            ext = "dd"
        Else
            ext = "dds"
        End If
        
        'Резервное копирование исходного dd
        FSO.CopyFile IBDir & "1cv7." & ext, IBDir & "1cv7." & ext & ".tmp", True
    
        Set TS = FSO.OpenTextFile(IBDir & "1cv7." & ext & ".tmp", 1) 'для чтения
        Set TS_Out = FSO.OpenTextFile(IBDir & "1cv7."& ext, 2) 'для перезаписи
        CurTable = ""
        Mode = ""
        Do While TS.AtEndOfStream <> True
            Str = TS.ReadLine()
            If Str = "### ddExtension ###" Then
                MsgBox "del ddExtension"
                Exit Do
            End If
            TS_Out.WriteLine(Str) 'Копирование строки
        Loop
        TS.Close()
        TS_Out.Close()
        
        FSO.DeleteFile(IBDir & "1cv7." & ext & ".tmp")
    End If 'FileExists(IBDir & "1cv7.ddx")
    
End Sub

'------------------------------------------------------------------
Sub Configurator_OnMsgBox(Text, Style, DefAnswer, Answer)
    If Left(Text,49) = "При сохранении метаданных будет произведен анализ" Then
        UnProcessDD()
    ElseIf Text = "Реорганизация информации закончена!" Then
        ProcessDD()
    End If
End Sub

(318) еще немного и дорастешь до своих вьюх\триггеров\прямой записи...

Хотя, всё потом в снеговике пригодится, там те же грабли вид сбоку.
Борьба за универсальность ограничивает возможности платформы.
Хотя могли бы на селезнёвке выпускать релизы 1с-ины чисто под контретную бд - сскуль\постриги\..и т.д Где использовался весь функционал того же tsq в запросах + создание своих индексов, а не там где галочка "индексировать" ну и т.д

(319) Я уже setattrs переделал на прямую запись в скуль...

(320) Скинь, плз, какую-нибудь свою обработку с разворачиванием 1с++ и формекса из этой обработки.
домашний архив пока недоступен, а знакомая попросила наваять ей отчетик...

(322) на вот, тока там не совсем актуальные версии
http://catalog.mista.ru/public/79515/

тут бесплатно, тока мыло надо ввести, на мыло придёт ссылка

в поделке есть описание, чем запакованы dll, или в коде не помню.

(324) попробовал отключить бух учет штатно, выдает сообщение "Бухгалтерский учет не может быть отключен. Есть проведенные документы..."

Как сейчас получается APPCODE 21 ?
Из описания:
Число, отражающее принадлежность документа к компонентам. Возможные значения:
0 - не принадлежит никакому учету.
(1) 000001 - опер учет.
(2) 000010 - расчет.
(4) 000100 - бух учет.
(8) 001000 - движения периодических реквизитов.
(16) 010000 - существует документ операция у документа (документ может быть не проведен, но тогда должно быть выбрано "Создавать операцию - Всегда" в окне свойств документа).
(32) 100000 - Выполнен метод Операция.Записать(); в документе, принадлежащем бух. учету.
(20) 010100 - Это документ "Операция".
Возможна их комбинация, например 6 = 2+4 (бух. учет + расчет), 7 = все три компоненты. Тип - Число(2).

(323) Спасибо!

(326) Существует операция+проведен по бухучету+проведне  по оперучету

(325) апдейтом замени все CLOSED>0 на 1

(328) при отключении бух. учета (оставить только опер. уч) нужно проставить appcode = 1 и удалить таблицу _1Soper ?

(329) это зачем?

(330) я не помню, проверяет ли он аппкод. емнип, только проведение проверяет
(331) чтоб был проведен только по упручету

Сейчас Closed = 4 это не проведен
Closed = 5 это проведен

(333) 4 - проведен по бухучету

(332) так получится что все документы проведенные, а нужно непроведенные оставить непроведенными.

(333) Closed = 4 - проведен, по бух

(329) не корректно. Например так можно 20 превратить в 1, а это фигня.

(333) ну проверь на копии. вот чесслово, не помню - лет 20 назад делал
(335) значит,  CLOSED&1=1 на 1

Мне нужны значения которые нужно поставить в поле closed при отключении  бух. учета

надо так
update _1sjourn
set closed = closed&1

А CLOSED&1=0 заменить на 0 ?

CLOSED&1=1 на 1, а CLOSED&1=0 на 0
записывается так (340)

(341) - см (340)

аппкод - аналогично

(344) Так?

update _1sjourn
set appcode = 1

(345) update _1sjourn
set appcode = appcode&1

Хотя по идее, без принадлежности документов быть не должно

(346)
Select
21&1

Возвращает 1

(348) через метаданные обойди доки и сделай условие, что если есть галка опер учет, то апкоде =1 иначе 0 и привет
в запросе условие на iddocdef и case воткнешь и всё

а можешь и еще тупее, 2 запроса и

update _1sjourn set appcode = 1 where iddocdef in ($ВидДокумента.Один,....$ВидДокумента.Y)

для тех кто в опер учете и 0 для всех остальных

ну и truncate table _1soper и 1sentry

Уже поправил такими запросами:
update _1sjourn
set closed = closed&1
where IDDOCDEF = 130

update _1sjourn
set AppCode = 1
where IDDOCDEF = 130

Но сообщение осталось, truncate не делал

При желании, можешь и на пустышке нужный мд и словарик создать и хоть на ходу подсунуть в рабочую базу

эт чтоб оно реструктуризацию потом не делало

(355) все удалил, заменил, и все равно ругается...

(254) подсунуть только мд? dd от пустышки не подойдет

(357) чей та ? словари тоже нужен

очисти еще таблицы итогов и итоги по субконто

и табличку плана счетов до кучи

(358) у меня dds файл со своими добавленными индексами. Структура DD сильно отличается от DDS

(361) дык пустышку вскуле создай, и добавь свои поля

а что меняется в словаре, если я отключаю бу в МД?

Не достаточно перетащить МД из скульной базы в файловую и там внести исправление?

(363) на подобные вопросы лучше (полезнее) отвечать самому. Делаешь да смотришь

Да, блин, без опенконнфа - пофигуратор 7.7 действительно неприятен...

(365) Ну вроде сделал: все работает в моем варианте.

(367) это в каком ? просто с мд ?

(368) да, создал файловую пустышку, там поменял признак, вернул мд на место в скуль

(369) по-уму, еще надо в пустышке удалить план счетов, тогда вообще бух учет улетит

(370) да надо бы, но тогда может код править придется: когда новую базу делаешь он автоматически заполняется...

(0) НА инфостарте есть моя обработка  "Поиск Ошибок в регистрах 7.7.
Обработка как раз для Вашей базы. Прогоните базу по всем кнопкам.
Обработка писалась по поиску ошибок ( которые  я смог представить )

(0 , 110 ) В 110 найдите ошибку, лучше найдите сами и это не потому что не хочу сказать,
а потому что пока свои шишки не набъешь не поймешь.
Подсказка: ошибка не с точки зрения правильности выполнения запроса, а сточки зрения производительности.

+ 372  в 128 ссылка дана на 372

(274)  >>> У нас есть как раз такой собственный некластерный индекс в таблице _1sjourn. Может в этом проблема?
Если дополнительный индекс уникальный то скорее всего в нем проблема, уникальность не выполнима вот и получаешь ошибку обновления,
если индекс неуникальный то он никак не может влиять на ситуацию.

(297) назвать индекс IDDIC в таблице где и поля такие есть - это сильно.
Лучеше переименуйте как нибудь по другому.

+ 375 так это его так 1с назвала. Вот уж не разу на это пристально не смотрел.

(330) да не трогай бы бы учет : там есть еще счета и оборотка по счетам.
Если к ним не обращаешься лишние таблицы не мешают а при удалении еще что нибудь поломаешь.

(375) вроде разобрались: переставление строки индекса в файле dds решило проблему

(364) обработка из 128 только ищет ошибки и не исправояет. Я ее запускал. Мне не нужно устранять все ошибки , а решить конкретную проблему.

(376) индекс не называется iddic

(376) индекс K_IX1

(380) Ну это Ваша база, Ваша ответственность, Вам решать что нужно а что нет

(382)
индекс
I=K_IX1                    |              |0     |IDDOC,DATE_TIME_IDDOC,SP652                                |0  

если это индекс на таблицу _1sjourn и описание индекса совпадает с тем что прописано в ms sql
то этот индекс бесполезный - он только замедляет работу сервера ms sql

(384) Почему он замедляет работу сервера, он делался для какого-то отчета для выполнения прямого запроса. Состав индекса не обсуждается.

(385) Отчёт у тебя выполняется раз в неделю, а индекс обновляется на каждую запись документа... Любого...

(386) я ХЗ, индекс не мой, я его не могу просто так удалить. Какие конкретно претензии к данному индексу?

Так можно про любой индекс сказать, что избыточные индексы замедляют проведение.

(385) "Состав индекса не обсуждается."
А почему бы и нет?
Вот я вижу наличие этих полей в порядке индекса (IDDOC,DATE_TIME_IDDOC), и в таком порядке совершенно бессмысленным.

Значение IDDOC однозначно определяет значение DATE_TIME_IDDOC.
Если в условии запроса не указываем IDDOC, то индекс не работает
Если в условии запроса указываем IDDOC, то ему будет соответствовать одно и только одно DATE_TIME_IDDOC, при этом DATE_TIME_IDDOC нужно будет указывать обязательно, когда хотим чтобы и SP652 работало.

(389) как  понимаю Индексы работают если такой же состав полей указан в условии связи с другими таблицыми или секции where. Этот индекс был создан человеком, на основании анализа планов запроса.

Абсолютно пофиг что "Значение IDDOC однозначно определяет значение DATE_TIME_IDDOC".
Даже у 1С есть индексы которые включают IDDOC и DATE_TIME_IDDOC

(391) А кто тебе сказал такую чушь, что у 1с нормальные индексы?

Отсюда рассмотрим два варианта:
1. (IDDOC, SP652)
При указании в запроса IDDOC = А и SP652 = В - индекс будет работать.
2. (DATE_TIME_IDDOC, SP652)
При указании в запроса DATE_TIME_IDDOC = А и SP652 = В - индекс будет работать, но для этого достаточно п.1
Если рассматривать запрос на интервал DATE_TIME_IDDOC между А и Б, то в ключе SP652 - работать все равно не будет, а для интервала уже есть штатный индекс.

Отсюда вывод. Имеет смысл только (IDDOC, SP652)

(390) Знаешь, почему-то мне кажется, что trad разбирается в индексах на порядок лучше как тебя, так и того человека...

Если есть Join по IDDOC,DATE_TIME_IDDOC,SP652 то этот индекс будет использоваться

(394) Еще раз, я не могу удалить индекс, т.к. он был создан не мной. Это требует согласования и обоснования.

(390) "Этот индекс был создан человеком, на основании анализа планов запроса."
Значит анализ был так себе.
См. (393) - почему этот индекс не имеет смысла

(396) Индекс можешь и не удалять, но понять не помешает, что бы потом самому делать правильно

(393) Почему индекс будет работать "При указании в запроса DATE_TIME_IDDOC = А и SP652 = В" ?

(395) правильно, будет.
Но он также отлично будет работать если будет таким (IDDOC,SP652)

(399) в предложенном, гипотетическом варианте (DATE_TIME_IDDOC, SP652) - будет

(401) но ты же предлагаешь индекс IDDOC, SP652. Он не будет использоваться если нет фильтра на IDDOC

(391) "Даже у 1С есть индексы которые включают IDDOC и DATE_TIME_IDDOC"
Приведи пример.
На _1sjourn нет таких индексов. Все штатные индексы на этой таблице нормальные и не лишены смыла

(402) при индексе  (IDDOC, SP652) я не предлагаю писать условие DATE_TIME_IDDOC = А и SP652 = В

(403) ладно, в _1sJourn нет ни одного индекса на IDDOC

(405) а где есть?

Плюсом ко всему добавлю, что для отбора SP652 на интервале не лишен смысла индекс (SP652, DATE_TIME_IDDOC)
И для этого существует штатный индекс.

IDDOC есть в таблицах документов

Вообщем индекс создавался для ускорения каких-то отчетов в базе 7.7, каких уже никто не помнит, и лучше этот индекс не трогать

(408) индекс на IDDOC конечно есть. Есть он в 1sjourn.
Речь идет про совместное использование IDDOC,DATE_TIME_IDDOC в одном индексе, что лишено смысла

(0, 409)  Порядок полей в составном индексе имеет огромное значение.здесь не применимо  от перемены мест слагаемых ...
Для понимания работы индексов решите самостоятельно (373)

(411) эта дурь в (110), на которую ты сделал замечание, кмк, из какого-то букваря распространяется

не знаю что там за ошибка в (110), я этот запрос н запускал

(413) там скан всей таблицы журнала, т.к. через такое индексы не работают
Cast(Left(Жур.DATE_TIME_IDDOC, 8) AS datetime) >= :Дата1

(414) какая разница, если это разовый запрос. Понятно что конструкцию IN не желательно использовать.

(414) тогда уж и Left() не желательно использовать

(415) "какая разница," да не вопрос

ps
к IN вопросов нет

(416) ты не понял.
Проблема в применении условия не к X, а к f(X)