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

Добрый вечер! Есть мысли?

параметры разные?

параметры, кривопопие, тупизм

Дополню : Разные базы. Консоль в рабочей, а отладчик в тестовой.

разные базы, разные параметры.

Дополню : в отладчике запрос выполняется в момент проведения...

А че про параметры ниче не сказали?

разные тексты запросов

господин ведущий, мы берём дополнительную минуту

Дополню : у пользователя в отладчике полные права, а в консоли нет. На часть записей нет прав. см

см

Господин крупье, публика желает музыкальную паузу!

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

Вы кончили?

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

Да. Гм... Запрос большой?

с такой постановкой вопроса не дождёшься Самая жлобская передача на ТВ - "Что? Где? Когда?": сидят шестеро интеллектуально развитых мужиков в дорогих костюмах и пытаются отжать шесть тысяч рублей у пенсионера из Уфы...

мы взяли дополнительную минуту

а среди параметров много типа Граница?

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

ВЫБРАТЬ     РегистрСведений.СписанныеТовары КАК СписанныеТовары         ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрНакопления.ПартииТоваровНаСкладах.Остатки(             КОНЕЦ)             И (ПартииТоваровНаСкладах.Склад = СписанныеТовары.Склад ИЛИ ПартииТоваровНаСкладах.Склад = &ПустойСклад)

ну так мы ж с этого и начинали...

где мои 6 т.р.?!

>СписанныеТовары.НомерСтрокиДокумента это что за хламидомонада? да ещё плюс итоги

это похоже на типовой партионный запрос в УПП

он мне иногда, ***, в кошмарах снится

Я тоже так подумал.

Чего проводишь то?

да это типовой запрос партионного учета только в комплексной

провожу реализацию товаров и услуг

ладно, с конфой, почти угадал, согласен на 3 т.р.

Предполагаю что-то вроде ПартииТоваровНаСкладах.Качество- составного типа и = неопрелделено, а в консоли Неопределено нельзя задать как значение параметра

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

ладно 1 т.р.

"Я согласен!" (с)

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

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

и...

По новому кругу пойдем?

дайте мне угадать! в отладчике параметр &Дат - это момент времени, а в консоли тупо датаВремя?

про транзакцию была речь?

да, и что?

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

документ один в сутки, товар уникальный за счет серии

точнее, не то чтобы результат разный, в консоли есть результат, а в отладчике нет результата (пустой результат запроса)

Есть такая штука в 1С. Называется технологический журнал. Можно сравнить планы запросов, которые формирует консоль и которые формирует программа.

это интересно, надо почитать

Зачем сравнивать планы? это инструмент совсем для другого

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

Вроде в уже выяснили вопрос, не?

До сих пор?!!!

вопрос открыт

не, не выяснили

Мда, ТС, ты король интровертов. Слова лишнего не выташишь... Ты давай, расслабся, откинься на кушетку, расскажи чуть больше о своей проблеме....

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

Остатки в модуле берутся на дату или границу включая?

на момент времени ДокументМоментВремени = Новый МоментВремени(СтруктураДата.Дата, ОбрабатываемыйДокумент)

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

проверил, результат тот же, в отладчике РезультатЗапроса пустой, в консоли всё нормально.

"Не верю"©Станиславский.

тимвьювер есть?

Тимвьювером не пользуюсь. Я плохой спец.

ТиИ результатов не принесло, выгрузка-загрузка данных тоже

и пересчет итогов тоже делал, ничо не помогает

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

всё- таки проверь, что там выше твоего запроса делается. Походу проведение там что-то чистит, а потом этот запрос выполняется. А консоль ничего не чистит, сразу запрос, поэтому у нее другие данные.

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

содержимое регистров другое. Причем тут текст запроса.

Параметры разные

вот это особенно проверь ГДЕ     СписанныеТовары.Регистратор = &ОсновнойДокумент бред ведь. Откуда у тебя там списанные товары, если ты только начинаешь списание?

Есть куча вариантов консоли с возможностью вызова из любого места с подготовденным запросом. Получишь на 100? идентичные текст и параметры. Готов спорить, что значания параметрыов отличаются.

Просто движения по регистру сведений "СписанныеТовары" делаются чуть раньше ПартийТоваровНаСкладах

Разобрался я с этим недоразумением. Решил сопоставить цфники текущей и когда-то работавшей нормально базы. Обнаружил, что измерение "Заказ" РегистрНакопления.ПартииТоваровНаСкладах имеет измененный тип. Стал копать дальше и обнаружил, что я до этого добавлял новый документ. Причем создал его видимо некорректно. Изначально в конфигурации был документ "ЗаказПокупателя". Я его переименовал в "ЗаказПокупателяСтарый" и тут же создал совершенно новый документ и назвал его "ЗаказПокупателя". При сохранении конфы ошибок не было, но при компиляции, видимо, произошел какой-то перекос в мозгах. Как следствие некорректная отработка запроса при обращении к регистру "ПартииТоваровНаСкладах". Как-то так. Вывод такой, не надо делать как я, не надо переименовывать старые документы, надо создавать свои имена.

эх, жаль до стоточки не дотянули...

*соточки

это не главное в жизни, но всё равно всем спасибо кто не прошел мимо.