Построитель отчёта при левом соединение не работает отбор #296856

Есть 2 таблицы, Одна таблица(Таблица1 ) с полями Товар и склад , Вторая таблица (Таблица2) : ТОвар и числовые данные При левом соединении Таблица1 с Таблица2 по полю товар при отборе на склад (если в пользовательских настройках сделать) то числовые данные в результате пропадают

код запости

покажи код запроса

или хотя бы результат без соединения с Таблица2 проверь при том же отборе

по отдельности всё работает ВЫБРАТЬ    ПартииТоваровНаСкладахОстаткиИОбороты.КоличествоПриход КАК КолвоПриход,    ПартииТоваровНаСкладахОстаткиИОбороты.КоличествоРасход КАК КолвоРасход,    ТоварыНаСкладахОстаткиИОбороты.Номенклатура КАК Номенклатура ПО    ОБЩИЕ

а по складу слабо соединить?

Попробуй для начала сделать слединение еще и по Склад и посмотреть результат без отбора

Нельзя объеденять по складу

:) Ели ты поставила отбор по складу, то на вторую таблицу будет тоже отбор по складу. А зачем тыбе нужны общие итоги при отборе по складу?

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

а смысл запроса и левого соединение? от меня он ускальзает

даже при внутреннем соединениени таблиц записи из второй таблицы не попадают при отборе

пересмотрел запрос, мозг сломал.... что ты хочеш получить то?

+1

получить отбор по складу

ЗАПРОСОМ что ты хочеш получить то? КАКОВ СМЫСЛ ТАКОВА ЗАПРОСА?

Отбор по складам.. это же очевидно... Вываливается отчет, в нем уже есть колонка "Склад", где показаны склады.. Пользователь смотрит в колонку, видит свой склад.. Это гораздо удобнее, чем просматривать все поступления....

Автору респект... Настроение заметно  посветлело...

3 раза перечитал не понял.....

Это была шутка... такая

Саркастическая

ааааааааааа

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

:)) блондинко? то что он "не будет работать" при отборе это очевидно, также очевидно что он явно задвоит/затроит/зачетвирит цыфры если остатки имеются по более чем 1 складу..... проверь.

а зачем тебе левое соединение!?!?!??!?!?! попробуй ВЫБРАТЬ ПО    ОБЩИЕ

я так полагаю у РегистрНакопления.ПартииТоваровНаСкладах нет склада...

тогда структуру регистров в студию

есть там измерение Склад но есть настройки позволяющие вести учет без разреза складофффф. т.е. себестоимость "размазана по складам".

учёт ведётся непартионный

Пад столом.... стоп прозрение: вы пьяны!

Отбор по складу в виртуальную таблицу регистра ТоварыНаСкладах, связь с регистром ПартииТоваровНаСкладах по номенклатуре и расчет показателей - количество по товарам*себестоимость единицы по регистру партии. Наркоманы.

:)) что будет если юзер выберет группировку склад? (в фильтре выберет список складофффф)

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

какую проблему? проблема не у построителя а у автора запроса ИМХО.

расскажи в чем проблема у аффтара запроса :)

Делать вложенный запрос. Хотя мне непонятно зачем использовать регистр партий, если партионного учета нет (или в ТоварыНаСкладах только количество?)

я это пытался выяснить в 915) ответа до сих пор нет.

915) =

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

кто скажет что нужно получить?

Забей, я уже оказал аутсортинговые услуги малознакомой девочке из Перми :)