1
Я вполне серьезно :) если вьюха равна select * from table, разницы никакой по идее.
То уволить такого dba)
Size: a a a
2020 August 25
DL
На будущее, с заделом - да, конечно, всегда использую вьюхи. Но так-то разницы нет.
1
Любое переименование или удаление из табл вызовет ошибку обновления, вьюха даст просто пустой столбец
1
А если это ещё и табл 1с в базе, это ад)
DL
Любое переименование или удаление из табл вызовет ошибку обновления, вьюха даст просто пустой столбец
Воооот.. уже лучше. Я к тому, что с нами много совсем новичков, лучше пояснять идею по возможности.
1
Про select * пояснить тоже?) Или просто по рукам?)
DL
Про select * пояснить тоже?) Или просто по рукам?)
По рукам, по рукам... Было бы кому.. Многие организации (причем от размера не зависит) о DBA вообще как функции и роли не слышали, #тыжепрограммист
1
Может это офтоп, или я чего-то не совсем понимаю, но почему %90 всех преобразований, расчетов и тд все форумчане пытаются делать в pq?
DL
Может это офтоп, или я чего-то не совсем понимаю, но почему %90 всех преобразований, расчетов и тд все форумчане пытаются делать в pq?
про расчеты на уровне SQL: работает быстро/в нерабочее время, результат доступен в любом, подключенном к "хранилищу" BI инструменте, результат прогнозируем и гарантирован, SQL на базовом уровне много кому знаком (хоть и без оптимальных запросов порой), и т.д.
1
Я к тому что никто не задумывается о том насколько это целесообразно, производительно и тяжело отследить при изменении в источнике
DL
а, еще часто возникает запрос "хочу результаты обработки PQ/DAX выводить помимо Power BI еще куда-то, на сайт, и т.д."
DL
ну и минусы тоже есть, конечно: усложнение архитектуры, зависимость от источника и стабильности его структуры/модели данных, порой зависимость от других специалистов. Так что везде надо смотреть, какая архитектура оптимальна.
1
Я буквально на днях работал с проектом, который делали через pq и мосты, там 32 гига памяти было в притык, в даксе 3 за голову
1
Про расчеты я молчу
DL
Я буквально на днях работал с проектом, который делали через pq и мосты, там 32 гига памяти было в притык, в даксе 3 за голову
Мосты?
1
1
Человек не понимал что такое переопределение контекстом и все делал отдельными табл промежуточными и мостами между фактами через них
1
Я к тому, что может стоит всем нам, немного понимающим, помимо подсказок делать и акцент на том что это или нецелесообразно или будет падать постоянно, так сказать помогать принимать правильный выбор в работе
DL
MZ
Я буквально на днях работал с проектом, который делали через pq и мосты, там 32 гига памяти было в притык, в даксе 3 за голову
Смотря как делать. Есть некоторые задачи, которые реально в PQ требуют очень много ресурсов по сравнению с DAX.
Но есть и ситуации, когда надо сделать в PQ, чтобы не тянуть в модель кучу хлама, образующегося из-за временных таблиц и столбцов (которые в модели нельзя удалить)
Но есть и ситуации, когда надо сделать в PQ, чтобы не тянуть в модель кучу хлама, образующегося из-за временных таблиц и столбцов (которые в модели нельзя удалить)