Выше я писал, что надо выдавать последние записи, потому что виртуальная таблица называется "Срез последних". Если последних записей больше одной, тогда можно выдавать больше одной
Об этом я здесь уже писал. В идеале иметь уникальную дату. В реальном мире никакие два события не происходят в точности одновременно. Если это невозможно, тогда можно выдавать в результате несколько записей
В таком случае, если в исходном запросе стоит только Номенклатура, то и GROUP BY должен быть только по Номенклатуре. Вообще техническая сторона дела примитивна. Что поставишь в GROUP BY, по такому набору измерений и получишь срез. Поставишь Номенклатура, Поставщик, получишь срез по Номенклатура+Поставщик. Поставишь только Номенклатура, получишь срез по Номенклатура.
А программисту не нужен ни минимум, ни максимум. Программисту нужен срез последних. И его можно было сразу сделать нормальным. Просто правильно написав GROUP BY
Говорите - что вы хотите сказать, не стесняйтесь. Срез последних - это агрегация плюс соединение с исходной таблицей. Хотите это опровергнуть - приводите факты
В 1С-ной таблице будет две записи при:
01.07.2022; поставщик 1;ложка;10.00;
01.07.2022; поставщик 2;ложка;11.00;
и при:
01.07.2000; поставщик 1;ложка;10.00;
01.07.2022; поставщик 2;ложка;11.00;
Выше я писал, что надо выдавать последние записи, потому что виртуальная таблица называется "Срез последних". Если последних записей больше одной, тогда можно выдавать больше одной
Но какая-то одна из этих двух цен более "последняя", чем другая. В реальном мире. Но не суть, пусть в результате будут две цены
Две строки с разными ценами
Об этом я здесь уже писал. В идеале иметь уникальную дату. В реальном мире никакие два события не происходят в точности одновременно. Если это невозможно, тогда можно выдавать в результате несколько записей
Вы когда-нибудь делали срез последних? Группировка + соединение с и исходной таблицей?
Последнее же. В чем вопрос? Начинаю догадываться, что вы просто не в теме
В таком случае, если в исходном запросе стоит только Номенклатура, то и GROUP BY должен быть только по Номенклатуре. Вообще техническая сторона дела примитивна. Что поставишь в GROUP BY, по такому набору измерений и получишь срез. Поставишь Номенклатура, Поставщик, получишь срез по Номенклатура+Поставщик. Поставишь только Номенклатура, получишь срез по Номенклатура.
Нормальный срез - это срез с нормальным GROUP BY. Таким, в котором присутствуют только те поля, которые заданы в исходном запросе
А программисту не нужен ни минимум, ни максимум. Программисту нужен срез последних. И его можно было сразу сделать нормальным. Просто правильно написав GROUP BY
Конечно можно обойтись одним регистром, если делать нормальный срез. И не пользоваться ненормальным 1С-овским
Зачем делать срез последних от среза последних, если можно сразу сделать нормальный срез?
Группировка среза последних не решит проблему.
Что доказывает факт обсуждения на другом форуме?
Есть аргументы - приводите. Послушаем с огромным удовольствием
Говорите - что вы хотите сказать, не стесняйтесь. Срез последних - это агрегация плюс соединение с исходной таблицей. Хотите это опровергнуть - приводите факты
Там нет агрегации?
Хотите что-то сказать - говорите. Мы вас с удовольствием послушаем
Тут уже и не видно
Жизнь у них не легкая, вот они и злятся
К кому вопрос?