Ivan DurakLomaster_Посетитель,

Это не решит проблемы в первом варианте. А во втором плохо читабельно. Я и спрашиваю есть ли какие механизмы уменьшения кода. Может я чего нибудь не знаю 😀
Есть 3 вида соединения разреженных данных:
1. full join - хорошо работает только для 2 таблиц. Дальше уже нечитабельно и количество coalesce зашкаливает
2. union all + group by - неплохо, но читабельность тоже не на высоте особенно когда таблиц с 10 и больше
3. union ключей + left join-ы.
Есть четвертый вариант - вынести всю запутанную логику из запроса в процедуру, которая формирует результат в виде таблицы или рекордсета. Улучшите читабельность за счет декомпозиции сложного запроса, но, вероятно, проиграете в скорости выполнения.

Ivan Durak.Евгенийпропущено...

Есть четвертый вариант - вынести всю запутанную логику из запроса в процедуру, которая формирует результат в виде таблицы или рекордсета. Улучшите читабельность за счет декомпозиции сложного запроса , но, вероятно, проиграете в скорости выполнения.
?????wtf
А в процедуре данные магическим образом соберутся???

Ты точно так же и в процедуре будешь вынужден придумывать как тебе собрать разреженные данные, фулл джойном или юнионом.
или ты CLR процедуру на C# писать собрался?????? )
Мне кажется, что вы не прочли написанное мной, излишне возбудились и стали додумывать нечто странное. Обратите внимание на выделенную фразу. Вам она понятна или я слишком туманно выразился?

Тогда я приведу намеренно упрощенное применение варианта: на первом шаге соединяются две таблички в результирующую. Далее последняя соединяется с третьей, четвертой и так далее. На каждом шаге заполняется часть полей. Маленькие запросы, никакой многоуровневой вложенности, легко отлаживать и дорабатывать каждый шаг по отдельности. Я доступно объяснил?

P.S. И это не единственное, что можно загнать в процедуру. Я не отвергаю даже экзотики - помянутого вами C# или курсоров (в некоторых случаях результат может оказаться на удивление читабельным).

alexeyvg,

Во-первых, мне показалось (могу ошибаться), что Ivan Durak (как и большинство остальных) говорил про варианты запроса. Одного-единственного запроса от источников до результата. А не про скрипт или процедуру. Именно на это я и обращаю внимание.
Во-вторых, скрипт (или код) без использования процедур ограничивает возможности реиспользования своих фрагментов. Это имеет непосредственное отношение к читабельности запроса, которой озабочен ТС.