Получение данных из двух таблиц одним запросом #443997

Есть два РН. Продажи и Закупки. Интересует : Номенклатура , Регистратор продажи, Количество проданного , Цена продажи ,Регистратор покупки, Кол закупленного , Цена покупки. С группировкой по номенклатуре. В виде : Номенклатура РТиУ №...|<КолПрод>|<ЦенаПрод>| ПТиУ №...|<КолЗакупки>|<ЦенаЗакупки> | РТиУ №...|<КолПрод>|<ЦенаПрод>| Следующаяноменклатура РТиУ №...| <КолПрод>|<ЦенаПрод>|ПТиУ №...|<КолЗакупки>|<ЦенаЗакупки> | Есть отбор за период. Причем для какой-либо номенклатуры количество д-в продажи и покупки может быть не равно. Пробую получить с помощью "Объединить все" , но не устраивает результат. Есть варианты ?

Полное соединение

+ связь

При полном соединении такого вида : При нескольких документах покупки и продажи идет их дублирование

2 потому и написали  - +Связь, та, которая будет обеспечивать отсуствие дублирования

В РН нет реквизита "Партия"?

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

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

ну хорошо, давай разбеем.. например номенклатуру "Гвозди" ты получал по ПН№2 и ПН№5, и расходовал их по РН№4, РН№6 и РН№9... Что ты хочешь увидеть в твоем результате по номенклатуре "гвозди"?

Какая конфигурация и редакция?

А вообще да, если партии нет, то непонятно, чего пытается автор получить.

Гвозди РН№4| <КолПрод>|<ЦенаПрод>| ПН№2 |<КолЗакупки>|<ЦенаЗакупки> | РН№6| <КолПрод>|<ЦенаПрод>| ПН№5 |<КолЗакупки>|<ЦенаЗакупки> | РН№9| <КолПрод>|<ЦенаПрод>| .... |............|............. | Вместо точек  - пустое место. Документы РТиУ и ПТиУ не связаны друг с другом . Можно сказать что существуют две пристыкованные друг к другу таблицы.

УТ  10.3 Хочу получить с группировкой по номенклатуре , документы РТиУ и ПТиУ в которых есть эта номенклатура , количество продажи , цена продажи , количество закупки , цена закупки. РТиУ и ПТиУ не связаны. Есть РТиУ - сторона РТиУ заполняется. Нет РТиУ - не заполняется. Есть ПТиУ- сторона ПТиУ заполняется. Нет ПТиУ - не заполняется.

к

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

При чем у тебя будет ИЗ ВТРасходов Левое соединение ВТПриходов...

а не, не левое, возможна и обратная ситуация.. Да, полное соединение будет

"который ты будешь каким-то образом заполнять" Каким, интересно? Временные таблицы нельзя редактировать.

А откуда такая острая необходимость получать данные именно одним запросом? Для СКД, что ли?

2 Зато ТЗ, которыми эти ВТ заполнять - можно.

Чесно говоря я уже сделал эту задачу через два запроса, выгрузку в ТЗ и последующий поиск в ТЗ. Но скорость не устраивает. Для себя хочется найти решение для повышения скорости. Это частый вопрос от пользователей - цены продажи и покупки для номенклатуры в одном отчете. Интересует решение одним запросом   )))

2 но ведь пользователи не настаивают на соединении несвязанных документов - nuulf почему ты так делаешь?

в Ут посмотри, там это сделано: регистры Продажи и ПродажиСебестоимость.

Постановщик задач сказал - РТиУ и ПТиУ - рядом для наглядности

Сразу и одним запросом не получить... Либо Через СКД, либо через пакетный запрос, либо через два запроса, в первом из которых будет подготавливаться две ВТ...

При чем как через пакетный запрос - я даже и не знаю, потому что не уверен что можно в запросе организовать поле "счетчик" для какой-то группировки... Но может и можно...

Зачем тебе вторую таблицу мастрячить справа если нет связи документов?.Делай два отдельных запроса, объединяй их и упорядочивай

+...упорядочивай по номенклатуре и документу

на самом деле нет никакой наглядности.. наоборот, будет создаваться иллюзия что РН4 и ПН2 как-то связаны, чего на самом деле нет...

При превышении количества товар не с пишется с РН ПродажиСебестоимость.Не подходит. ОК. Спасибо. Наверно так и сделаю В том и вопрос темы - как объединить в одном запросе двнные из двух таблиц , чтоб не было дублирования документов. Сложносказать что перевешивает - удобство или возможное недопонимание ...

Вообще, вариант Рэйв позволит получить желаемый результат без дублирования документов. Просто не надо вообще использовать связи, использовать надо объединение двух запросов и упорядочивание по номенклатуре и виду документа. Свистопляска с ВТ/ТЗ вряд ли хоть как-то увеличит скорость, а уж код читать станет точно сложнее.

А отчет и правда дурацкий.

Если объединить без связи по номенклатуре , то упорядочивать придется по двум номенклатурам отдельно   )))  Не подходит

2 Он наверное имеет в виду - в подзапросе ипсользовать Объединить все, а в самом запросе - выбрать все поля из подзапроса с объединением с группировкой по номенклатуре, и там будут документы идти впремешку, или в хронологическом порядке, или если ты поставишь например еще поле вид документа, и по нему упорядочишь, то будут идти сначала Приходы потом расходы

то есть

Полное соединение я сразу сделал , но оно меня не устраивает  )

2 нет, не полное соединение, а ОБЪЕДИНИТЬ ВСЕ... да, то что предлагается в - там не будет двух колонок, но и не будет такого как у тебя - сначала весь Приход, потом весь расход...

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

Это будет трудно выводить в макет требуемого вида.

2 Ну в общем даже невозможно.. :) это они тебе таким образом намекают отказаться от этого макета...

Почему невозможно? Возможно, но трудно.

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

2 интересный, ага...