Типичные представления модели хранилища данных звездной схемы Кимбалла выполнимы? и как кодировать ген

У меня есть хранилище данных, содержащее типичные схемы звезд и целую кучу кода, который делает такие вещи (очевидно, намного больше, но это иллюстративно):

SELECT cdim.x

    ,SUM(fact.y) AS y

    ,dim.z

FROM fact

INNER JOIN conformed_dim AS cdim

    ON cdim.cdim_dim_id = fact.cdim_dim_id

INNER JOIN nonconformed_dim AS dim

    ON dim.ncdim_dim_id = fact.ncdim_dim_id

INNER JOIN date_dim AS ddim

    ON ddim.date_id = fact.date_id

WHERE fact.date_id = @date_id

GROUP BY cdim.x

    ,dim.z

Я думаю заменить его видом (MODEL_SYSTEM_1, скажем), чтобы он стал:

SELECT m.x

    ,SUM(m.y) AS y

    ,m.z

FROM MODEL_SYSTEM_1 AS m

WHERE m.date_id = @date_id

GROUP BY m.x

    ,m.z

Но представление MODEL_SYSTEM_1 должно содержать уникальные имена столбцов, и я также обеспокоен производительностью оптимизатора, если я пойду вперед и сделаю это, потому что я обеспокоен тем, что все элементы в предложении WHERE пересекаются различные факты и измерения оптимизируются, так как вид будет проходить через всю звезду, а виды не могут быть параметризованы (Боже, разве это не круто!)

Итак, мои вопросы -

1. 
   

   Подходит ли этот подход, или это просто абстракция, которая вредит производительности и не дает мне ничего, кроме гораздо более приятного синтаксиса?



2. 
   

   Как лучше всего кодировать эти представления, устраняя повторяющиеся имена столбцов (даже если представление позже должно быть изменено рука), учитывая, что все соответствующие ПК и ФКС находятся на месте? Должен ли я просто написать некоторый SQL, чтобы вытащить его из INFORMATION_SCHEMA или уже есть хороший пример.

Edit: я протестировал его, и производительность кажется одинаковой, даже на более крупных процессах-даже при соединении нескольких звезд, каждая из которых использует эти представления.

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

Если кому-то нужен код, я, вероятно, мог бы опубликовать его здесь.