Ну на тот момент не было времени этим заниматься, отчет надо было сделать срочно)) но потом мне стало интересно, как вообще люди оттуда данные берут, если не уверены что они значат. Оказалось все на авось😁

да

ну, есть такое - что тот откуда то взяли, как то посчитали, что-то аналитик показал, и вроде все довольны, а по сути ИБД одно. мало реальных кейсов когда это приносит деньги, и люди понимают что они требуют/хотят получить (от анализа данных)

Я люблю достоверность😁 поэтому тот случай меня так удивил. Что возможно люди данные неверные выгружают и все при этом довольны и думают, что продажи шикарные😁😁

Здравствуйте!
Подскажите пожалуйста, как правильно соединить 3 таблицы.
У меня есть первая таблица которая считает данные за 2019 год, вторая за 2020 год и третья за 2021 год.
Как их правильно соединить чтобы в одной строке считало данные за все 3 года?
Пока что я не правильно соединил и у меня на каждое поле появилось 4 записи вместо одной.
Первая запись считает за 2019 год.
Вторая считает за 2020 год.
Третья считает за 2021 год.
Четвёртая считает за все 3 года правильно.
Вот мне нужно чтобы показывало только эту четвёртую запись.

по какому условию соединять? по совпадению дня года в каждой таблице? или к какому-то id нужно подтянуть данные из 3х таблиц?

к каждому id подсчитываются данные за 3 года

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

я сделал RIGHT JOIN и у меня на ID 7 выводит 4 записи:
Первая запись считает данные за 2019 год, вторая за 2020, третья за 2021 год и последняя правильная запись считает за 2019-2021 года

по одной записи

у меня данные по годам раскиданы по трём таблицам: 2019 год, 2020 год, 2021 год.
Я хочу соединить эти записи чтобы мне выводило данные в виде: ID, 2019,2020,2021

посмотри пример - https://dbfiddle.uk/?rdbms=sqlserver_2019&fiddle=092e369b0dec8cefbf7487786004f984

Можно сделать выборку уникальных id, и к ней джойнить таблицы с данными

Я нашёл одну интересную проблему из-за которой у меня формируется новый столбец

В общем STRING_AGG без WITHIN GROUP лучше не юзайте

Принято

...
                                inner join dim_purchase_order_line dpol1 on dpol1.plant_part_id = dpp.plant_part_id
                                inner join (select plant_part_id,
                                                   min(expected_storage_date) as min_expected_storage_date
                                            from dim_purchase_order_line
                                            where to_exclude IS false
                                            group by plant_part_id
                       ) dpol2 on dpol1.plant_part_id = dpol2.plant_part_id and dpol1.expected_storage_date = dpol2.min_expected_storage_date
...

всем привет. как я могу оптимизировать такую логику?

а зачем? что-то не так в этой логике?

только смотреть планы и индексы

слишком медленно