#учебный #powerbi #параметры #sql Всем добрый день. Недавно вы отвечали на опрос о том, что какие источники используете. Я спрашивал не просто так. Расскажу о некоторых способах подстелить себе соломы в отчёт 😊 Параметризации и для чего это надо на примере. Скажем, подключаюсь я к основной базе данных, или набору экселек в папке. В любом более-менее адекватном предприятии у данных есть резервные копии (бэкапы). Как правило, их копируют ночью. Так причём тут параметр? Представьте, вы подключаетесь в основной, «боевой базе данных». В какой-то день с ней произошло что-то плохое или случился переезд. Банально, эксельки перенесли из одной папки в другую, или адрес сервера поменялся, или создали группы доступа и так далее. Источники в отчёте недоступны, отчёты ничего не показывают и так далее. Вам нужно подключиться к новым источникам. Для этого нужно в каждый запрос в PQ зайти и поменять адрес. Что делаю я? Захожу в параметр «Сервер» и «База данных» в PQ и меняю его значение. Так как все запросы на данные обращаются к значению параметра, всё меняется разом. Поэтому, если вы при импорте данных пишете SQL запросы, не нужно писать «полный адрес» в операторе FROM, а достаточно писать адрес таблицы. То есть БД опускаем (схему можно оставить, при условии, что структура резервной копии или новой БД после переезда будет такой же), иначе даже при смене параметра «сервер» запрос не поменяется. Поэтому, если вы занимаетесь предобработкой данных в SQL я не рекомендую сохранять их в представления, а просто DDL представления вставить в поле запроса. Поэтому я исключаю всякие «слои представлений», как это рекомендуют делать при работе с другими BI системами. alias Вторая причина почему я рекомендую использовать SQL запросы, это из-за возможности писать alias. Почему это важно. Недавно я работал в компании, где происходил переезд с SQL Server на Postgres. Структура БД сохранялась, однако в Postgres число символов допустимых в названии столбца значительно меньше. Поэтому при импорте я обнаружил, что столбцы имеют неполное имя и из-за этого исчезли СВЯЗИ!!! В PQ ограничения нет, поэтому если я бы я заранее указывал бы в alias как называть столбцы, я бы на этапе ошибки просто поменял название столбца из SQL Server на новое название в Postgres и всё. Так как alias такой же, то в модели Power BI не поменялось бы название столбца и связь бы не пропала. Вот такой инсайт я обнаружил. А у вас есть приёмы подкладывания соломы?
