Выборка элементов табличной части справочника #620233

Есть справочник "НормыВыдачиСпецодежды" в нем 2 реквизита Подразделение и Должность. Так же табличная часть содержащая колонки Спецодежда, Количество, Срок. Необходимо получить строки ТЧ справочника, поиск по реквизитам Подразделение и Должность. Эти строки вывести в таблицу на форме обработки. Делаю так: Запрос = Новый Запрос; Запрос срабатывает. в отладчике смотрел, в переменной Результат есть необходимые колонки. Но независимо от кол-ва строк ТЧ попадающих под условие, добавляет в таблицу одну пустую строку. Если условие убрать из запроса, то добавляет пустых строк столько сколько строк с основными реквизитами в справочнике. Не могу разобраться. Может как то по другому обход результата делать? Заранее спасибо за помощь.

Спецодежда.Загрузить(Результат.Выгрузить). Только имена колонок должны совпадать

там не элементы

А если так? ВЫБРАТЬ    НормыВыдачиСпецодеждыСостав.Спецодежда КАК Спецодежда,    НормыВыдачиСпецодеждыСостав.Количество КАК Количество,    НормыВыдачиСпецодеждыСостав.Срок КАК Срок ИЗ

зачем соединять-то, можно сразу ТЧ выбрать ;)

значит у тебя везде по пустой строке

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

с (Результат.Выгрузить) не работает.пробовал уже. Справочник заполнен.Условие срабатывает.Если вводить значения которых нет в справочнике то строка не добавляется. Сейчас попробую поменять запрос

о а что за бредовый запрос?

только сейчас прочитал

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

С таким запросом работает.Спасибо огромное!1с сам сижу изучаю,поэтому пока не успел хорошо подружиться) Еще раз спасибо.

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

какая наивность.   зачем так настойчиво давать вредные советы?

нормально всё

в профайлере смотрел? я вот не знаю как 1С там соединит

нифига не нормально. ты наивно полагаешь, что в твоём запросе нет соединения?

Была попытка сделать так. Только не было слова "Ссылка"

есть, но он проще читается

надо делать не как удобнее программисту, а как эффективнее

Так тоже работает. Но я все таки почитаю про левое соединение

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

"Во-вторых, в данном случае разницы в какой бы то ни было эффективности нет в данной случае. " ну, давай, за базар отвечай. тексты и результаты низкоуровневых запросов к БД для обоих вариантов для разных СУБД в студию

нет, я уверен, что мой вариант работает не хуже твоего (как минимум). Более того, при очень большой таблице справочника он будет работать быстрее. Кроме того, ты первый усомнился в моей правоте, поэтому будь добр, САМ предоставь доказательства того, что твой вариант "эффективнее". А свои блатные замашки, типа "за базар отвечай" оставь кому-нибудь другому, уважаемый лайт-модератор, инженер знаний.

"Более того, при очень большой таблице справочника он будет работать быстрее" вот про это можно поподробнее?

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

Первый вариант: ВЫБРАТЬ    ПользователиКонтактнаяИнформация.Представление,    ПользователиКонтактнаяИнформация.Тип ИЗ    Справочник.Пользователи.КонтактнаяИнформация КАК ПользователиКонтактнаяИнформация ВНУТРЕННЕЕ СОЕДИНЕНИЕ  Справочник.Пользователи КАК Пользователи ПО T1._Fld424, T1._Fld422RRef FROM _Reference49_VT420 T1 WITH(NOLOCK) INNER JOIN _Reference49 T2 WITH(NOLOCK) ON (T1._Reference49_IDRRef = T2._IDRRef) WHERE (T2._Description = ) AND (T2._IsMetadata = @P2)

кстати в не совсем правильно если нам тч нужна

второй: ВЫБРАТЬ    ПользователиКонтактнаяИнформация.Представление,    ПользователиКонтактнаяИнформация.Тип ИЗ    Справочник.Пользователи.КонтактнаяИнформация КАК ПользователиКонтактнаяИнформация T1._Fld424, T1._Fld422RRef FROM _Reference49_VT420 T1 WITH(NOLOCK) LEFT OUTER JOIN _Reference49 T2 WITH(NOLOCK) ON T1._Reference49_IDRRef = T2._IDRRef WHERE (T2._Description = ) AND (T2._IsMetadata = @P2)

> кстати в не совсем правильно если нам тч нужна То есть?

да нет, это я неправ ...по плану запроса если смотреть, то действительно ЛЕВОЕ СОЕДИНЕНИЕ надо мне SQL подтянуть похоже

в целом получается что без джойна компактнее

ну и внутреннее в использовать - это ошибка

но... не в конкретном случае ТСа, но иногда вне зависимости от содержания ТЧ, бывает нужно вывести некие данные из ЭлСправочника, поэтому через соединение все таки лучше, потому что если ТЧ пустая вообще нифига не выйдет

но соединение левое

о, стоп, правильно ли я понял, что если мы сделаем так:    ПользователиКонтактнаяИнформация.Ссылка.Наименование ИЗ    Справочник.Пользователи.КонтактнаяИнформация КАК ПользователиКонтактнаяИнформация то мы получим

думаю лажу, если в ТЧ нет ничего то ничего и не получим

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

там не будет ни одной строки откуда можно б было взять .Ссылка

Справочник.Пользователи а к нему уж лев соед Справочник.Пользователи.КонтактнаяИнформация

да не все ок: SELECT T1._Fld424, T1._Fld422RRef, T2._Description FROM _Reference49_VT420 T1 WITH(NOLOCK) LEFT OUTER JOIN _Reference49 T2 WITH(NOLOCK) ON T1._Reference49_IDRRef = T2._IDRRef WHERE (T2._Description = ) AND (T2._IsMetadata = @P2)

проверь на эл. спр. где ТЧ пустая и получешь нулевой результат

а где лажа? так и должно быть

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

тогда

например в если конт. инф. у Васи не заполнена то нету и Васи, а он есть)

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

ничего. и первые 6 слов...

и да: без джойнов это как если инфа в разных таблицах в БД лежит?

с почитай я про джойны именно в этом контексте

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

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

я понял...

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

итак, я провел тестирование на файловой базе при средних объемах данных и оказалось, что мой запрос работает на 0,5 секунды быстрее, чем . Подробности здесь:

ураа