Есть регистр сведений "СтатусыТендера"
В нем измерения:
1) Тендер - тип ссылка на справочник "Тендеры"
2) Период - тип дата (дата изменения статуса тендера из справочника "Тендеры")
И ресурс:
Статус тендера - тип перечисления

Запись в регистре создается, когда меняется статус тендера в элементе справочника "Тендера"

Задача: Создать отчет, где за выбранный период, по месяцам будет выведено количество активных тендеров. Активные задачи - все, кроме задач со статусом "Готов" и "Отменен"

Что вызывает сложность:
1) Если, к примеру в марте был тендер "

Что вызывает сложность:
1) Если, к примеру в марте был тендер "Тендер1"  в статусе "Подготовка" и до сентября статус не менялся, значит тендер активен и должен считаться в марте 1шт,
апрель 1 шт и т.д. до сентября
2) Если "Тендер1" в марте был в статусе "Подготовка", в апреле "Сбор информации", затем в апреле перешел в статус "Отменен",
то он должен считаться в марте 1шт, в апреле в количество не попадает

(0) активных на конец месяца? или которые были активны в месяце хотя бы какой-то период?

(1) значит на конец месяца

(0) срез последних на каждый день

(2) Мне нужно выбрать период, например "01.01.25 - "31.03.25"
Тогда тогда в отчете должен быть тендер и колонки по месяцам где будет выводиться количество активных задач, то есть за январь - март в каком то количестве, по остальным месяцам, соответственно количество выводиться не должно, потому что они не попадают в выбранный период

(0) Наймите уже программиста

(6)+ И заодно аналитика, умеющего формализовывать и ставить задачи программистам

Самый простой вариант это тупо кодом в цикле перебор всех тендеров
И для каждого смотреть записи в РС
В зависимости от условий засовывать в ТЗ по месяцам

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

Вариант когда период "01.01.25 - "31.03.25"
Тендер последний раз менялся 01.12.24 в "Подготовка"

Он должен попадать в месяца "01.01.25 - "31.03.25"?

(10) Да, все верно

Не надо любую задачу пытаться решить через одни запросы
Часто в этом нет смысла ибо долго делать и решение не гибкое
И хрена с два легко модифицируемое
И сложно ошибки отлавливать

Тупо сделать кодом в циклах
Имхается тут не требуется излишние быстродействие

1. Запросами к РС выбрать все тендеры для перебора/проверки в цикле
Тут будет несколько запросов или составной через ОБЪЕДИНИТЬ
Например выбрать все Тендеры с нужными статусами до начало периода
Так же все Тендеры изменяющиеся за период

2. Перебираем ТЗ Тендеров (свернуть ТЗ или в запросе выше)
Каждый Тендер проверяем надо ли выводить и в какие периоды
Добавляем в выходную ТЗ

3. Просто сортируем и выводим выходную ТЗ в макет

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

(14) Лучше запрос в цикле чем удвоение, утроение и т.д. строк в результате кривых запросов

(15) согласен. плюс читаемость кода повышается

(15) Странная альтернатива) Не делай кривые запросы.
Задачка решает не кривым запросом

(17) В некоторых случаях это невозможно, ибо зависит от данных
Например надо подобрать элементы справочника по некоему коду
И упс один код повторяется у нескольких элементов справочника
Упс было 10 строк а стало 25 - и хз в каких ошибка

(18) почему невозможно? это разные формы одного и того же, выраженные разными алгоритмами

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

но тут главное перед тем как писать любой алгоритм ответить на вопрос - а какой элемент выбирать, если код неуникален?

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

(20) не стр, а ТекСтр !!!

(21) шаришь! ))

(20) Если в цикле по кодам делать запросы то если вернулось не 0 или 1, а >1 элемента справочника - понятно что ошибка
Ее можно обработать

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

(19)
А как ты это в запросе общем по куче кодов опишешь?

Короче если есть знания (и офигенный опыт) как делать только через запросы
Да еще без ошибок (все предусмотреть с их обработкой) - вперед (на мины)!

Если таких знаний и опыта нет - хреначишь кодом и простыми запросами в цикле
И ниипет, задача решена, допилить если что легко

Не нужно излишне переусложнять код и запросы
Лучше проще - проще потом переписать

(24)
ВЫБРАТЬ
  ТаблицаКоды.Код,
  МАКСИМУМ(Номенклатура.Ссылка),
  ВЫБОР
    КОГДА Количество(*)>1 ТОГДА "Неоднозначное соответствие"
    КОГДА Количество(*)=0 ТОГДА "Нет соответствия"
  КОНЕЦ КАК Ошибка
ИЗ
  ТаблицаКоды КАК ТаблицаКоды
  ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Номенклатура КАК Номенклатура
  ПО ТаблицаКоды.Код=Номенклатура.Код
СГРУППИРОВАТЬ ПО
  ТаблицаКоды.Код

(26) Чем непонятно
"А вот предварительными запросами делать проверку на дублирующиеся коды долго и сложно" в (23) ?

(26) Я не спорю что так тоже можно
Еще усложнить запросы, добавив разные проверки
Но это еще более усложнит доработку-переписывание в последующем

(28) такие вещи обычно обычно приходят из вне базы. Например чтение из файла. Поэтому они проверяются в самом начале

я бы вообще перешел бы по возможности в функциональный стиль (например LINQ), дабы не писать все эти циклы

(30) Надо понимать что под капотом там один хрен те же циклы
И в LINQ и в SQL

(31) да. А внутри циклов goto (jmp) богомерзкий, просто другой уровень абстракции. Таков путь