Как выбрать одинаковые записи с двух регистров? #628296

Как выбрать одинаковые записи с двух регистров, за определенную дату? Подскажите где ошибки.

Как выбрать одинаковые записи с двух регистров, за определенную дату? Подскажите где ошибки.

оно не выбирает "одинаковые записи"

А как выбрать?

ты смотри-ка, фотку выложила везде ошибки

Отчет по валовой делаешь? Используй виртуальные таблицы оборотов и период задавай в параметрах

что надо конкретно то? зачем выбирать одинаковые записи?

все зависит от того что ты с ними потом делать будешь

Создавать менеджер записи, выгружать в ТЗ и методом найти строки сравнивать?

как с такими ногтями код писать?

стоп а менеджер записи для чего!?

ногти шикарны!

Нужно выбрать старые записи с базы по регистру накопления "Продажи" и "ПродажиСебестоимость" сравнить их, если будут одинаковые, тогда в регистр "Продажи" в ресурс себестоимость записать себестоимость с регистра "ПродажиСебестоимость".

Спасибо

а может не стоит? а

Вот как я вчера делала, только со старыми записями

Почему?

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

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

+ Ну и физика тут действительно даром не нужна. Виртуальных таблиц хватит.

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

я не буду спрашивать зачем)

не надо!!!!

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

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

Не спрашивая "зачем", спрошу: в "ресурс "Себестоимость"" новые документы как данные пишут?

Создала ПодпискуНаСобытие с Событием "ОбработкаПроведения" код см.

на фото тема слегка приоткрыта

ну и что будет с твоим ресурсом если просто перепровести старый документ? -)

там и продажисебестоимость могут полететь

Должен записаться

Почему?

Должен или запишется? -) И если ты уверенна в том что запишется, то почему просто взять и не перепровести документы и не городить всего этого в ? -)

Запишется, проверяла

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

Управленческий учет. Документ Реализация товаров и услуг ЧК-00087328 от 27.09.2010 15:40:27, табличная часть "Товары" Не списано по партиям 6 шт. товара Жигулівське   1 л пет, х-ка: , серия: , со склада: НЛ-1 Управленческий учет. Документ Реализация товаров и услуг ЧК-00087328 от 27.09.2010 15:40:27, табличная часть "Товары" Не списано по партиям 10 шт. товара Пляшка 0,5 темна, со склада: НЛ-1 Проведение по партиям остановлено

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

Вы о чем?

о Них

+100500 особенно в свете

"в регистр Продажи добавила ресурс "Себестоимость" - это кто-то подсказал так делать или самостоятельное решение?

Подсказали

вот после этого посмотри что у тебя в этих двух регистрах? т.е. по продажам прошло все, а вот по себестоимости нет :)))

Нормально все

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

наверное те-же кто и подсказал :) ...откуда интересно такие наблюдения "производительность на порядок меньше будит"?

+100500 учитывая что Себестоимость не ресурс, а реквизит и придется дергать физическую таблицу - скорость будет огромная

Ресурс

Сейчас доделаю, проверю и выложу результат

надеюсь все это не на боевой базе :)

Конечно нет)

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

Какая конфа?

УТ да Украины по-ходу.  или УТП

А может УПП?

УПП

8.1

О_О как страшно жить!

Расчет себестоимости пишет в регистр ПродажиСебестоимость?

все, после этого ты обязана раскрыть тему полностью!

а я уже ставлю 1С 8.1, чтобы такой помочь)

конфу тока скажите ...

а все вижу спс)

Тему только мой парень может раскрыть

спорное утверждение

На ответишь?

Да

А теперь будет массовая запись в два регистра Продажи и Продажи себестоимость. У тебя пользователи будут вешаться. Два регистра сделано не просто так.

При записи документа, производительность упала на 0.40, это не существенно

а при проведении?

Если не влияет на время расчета с/с и пользователи не замечают блокировки, значит объем данных не большой. Тогда нафига ?

ибо ОБС (одна бабка сказала)

За день количество документов может быть больше 1000

И что, это много?

РСВ сколько проводится? и что пишет и куда?

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

однокуйственно, т.е. он не заметит разницы

вообще не понял зачем там соединение, если данные таблицы ПродажиСебестоимость нигде не используются в запросе пройтись по старым записям можно с помощью НабораЗаписей и отбора по Регистратору Создавать доп.ресурс в регистре не нужно было Если начальство не устраивает скорость построения отчетов - пусть раскошелятся на новый сервер

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

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

не нужно объект получать нужна ссылка

какой адский ужас

+ никому больше ЭТО не показывай

Ссылку поставила, все равно тоже самое

Значит твои заказы покупателей не имеют движения по регистру накопления продажи ПыСы  - код действительно страшен

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

она копию ломает

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

+ На 2 уровне дерева по идее и нет заказов покупателя - ибо это третья группировка

"Для Каждого Строка Из НаборЗаписей Цикл". Строка -> ТекСтрока. "Строка" нельзя использовать, ибо служебное слово.

Есть

Тогда возьми любой пример заказа в цикле и посмотри в базе - есть ли у него движения по продажам.

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

наглая ложь! всегда использую и никаких проблем

*Ушел учить мат.часть.

Но все равно возвращает пустой набор

Меня учили проверять по Ctrl + Пробел, так что там все правильно

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

Когда делаю сама быстрее научусь