Круто! И доступно про связи один ко многим, и про RELATEDTABLE про которую обычно не рассказывают, а лишь говорят:"Это как RELATED, только с таблицами". Важно то, что Вы объясняете простым языком, объясняя терминологию. Это очень облегчает понимание для начинающих. Спасибо.
Эльбина, подскажите, пожалуйста, есть ли у Вас урок по созданию связей между таблицами? Про внутренние и внешние ключи? Спасибо огромное, что делитесь знаниями.
Было бы еще круто выкладывать ссылку на файл с исходными данными, чтобы не приходилось самому заполнять условный пример, когда будешь обучаться. Как например делает Николай Павлов в своих видео на канале...это как совет. Удобнее для смотрящих!
Тут всё-таки стоит различать вычисляемый столбец и меры. Если строить сводную по модели данных и создать меру "Количество подкатегорий": = COUNT('Product Subcategory'[Subcategory]) ИЛИ = COUNTROWS('Product Subcategory') , то при добавлении в строки "Category" мера "Количество подкатегорий" всё правильно посчитает. И не нужно никаких RELATEDTABLE Проблема возникнет, если мы захотим, например, посчитать количество подкатегорий для каждого бренда. При выводе в строки поля "Brand" мера "Количество подкатегорий" будет выдавать одно и то же число для каждого бренда. И чтобы посчитать корректное значение, нужно будет сначала вывести в таблицу "Sales" вычисляемый столбец "Подкатегории": = RELATED('Product Subcategory'[Subcategory]), а затем изменить формулу в мере "Количество подкатегорий" на: = DISTINCTCOUNT(''Sales'[Подкатегории]) Тогда количество подкатегорий для каждого бренда будет посчитано верно. P.S. Сейчас посмотрел урок №17 и понял, что можно посчитать количество подкатегорий в разрезе бренда без добавления вычисляемого столбца в таблицу "Sales" по формуле: = CALCULATE( COUNT( 'Product Subcategory'[Subcategory] ); 'Product')
@@vasilybelkin786 я так давно снимала это видео, что вряд ли найду именно этот файл, но там в папке посмотрите должен быть файл snowflake он практически такой же должен быть
@@ElbinaRizakhanova спасибо что ответили. Но связь имеется, связываю по дате. Обычно ошибка появляется, а в моем случае ошибки нет, формула рассчиталась корректно, но не результат не тот который хотелось бы(
Как можно получить значение из таблицы функцией RELATED, если связь между таблицами не активна? Может как то в CALCULATE её засунуть и добавить USERELATIONSHIP или есть другой метод?
Есть специальная функция LOOKUPVALUE (значение, которое хотите найти, его ключ из таблицы в которой ищите, и его ключ в таблице на стороне многие) - вычисляемый столбец в таблице Sales = LOOKUPVALUE(Customers[Customer Name],Customers[CustomerKey],Sales[Customer Key]), как я помню:) посмотрите эту функцию
Power BI оказывается удобен - не нужно JOIN'ить таблицы, создал двунаправленную фильтрацию или воспользовался RELATED - и тяни нужные данные. Раньше думал что BI лишняя надстройка.
Нуу, двунаправленную связь вообще рекомендуется не создавать, только когда есть 100% уверенность что она не создаст двусмысленности в модели данных, и не приведёт к ошибкам в вычислениях.
![แฉกลโกงงานวัด 2024 [ โกงมั้ยครับ ep.106 ] | DOM](http://i.ytimg.com/vi/taC5dpP3HXA/mqdefault.jpg)
наверное, это лучшее объяснение данных функций
Круто! И доступно про связи один ко многим, и про RELATEDTABLE про которую обычно не рассказывают, а лишь говорят:"Это как RELATED, только с таблицами". Важно то, что Вы объясняете простым языком, объясняя терминологию. Это очень облегчает понимание для начинающих. Спасибо.
Всегда пожалуйста!
Огромное спасибо Вам за эти уроки!
Видео стали выходить чаще...отлично! Спасибо за новую порцию знаний! Лайк!
Спасибо большое за ваш труд!
Эльбина, подскажите, пожалуйста, есть ли у Вас урок по созданию связей между таблицами? Про внутренние и внешние ключи? Спасибо огромное, что делитесь знаниями.
Пожалуйста, в этом плейлисте th-cam.com/play/PLwB1EEk4K5p20XFa8zi4j2EgITK9vfKWb.html есть раздел моделирование, там должно быть про связи.
Было бы еще круто выкладывать ссылку на файл с исходными данными, чтобы не приходилось самому заполнять условный пример, когда будешь обучаться. Как например делает Николай Павлов в своих видео на канале...это как совет. Удобнее для смотрящих!
Собиралась сделать такую ссылку :) со следующим видео, скорее всего, выложу
Тут всё-таки стоит различать вычисляемый столбец и меры.
Если строить сводную по модели данных и создать меру "Количество подкатегорий":
= COUNT('Product Subcategory'[Subcategory]) ИЛИ
= COUNTROWS('Product Subcategory') ,
то при добавлении в строки "Category" мера "Количество подкатегорий" всё правильно посчитает. И не нужно никаких RELATEDTABLE
Проблема возникнет, если мы захотим, например, посчитать количество подкатегорий для каждого бренда. При выводе в строки поля "Brand" мера "Количество подкатегорий" будет выдавать одно и то же число для каждого бренда.
И чтобы посчитать корректное значение, нужно будет сначала вывести в таблицу "Sales" вычисляемый столбец "Подкатегории":
= RELATED('Product Subcategory'[Subcategory]),
а затем изменить формулу в мере "Количество подкатегорий" на:
= DISTINCTCOUNT(''Sales'[Подкатегории])
Тогда количество подкатегорий для каждого бренда будет посчитано верно.
P.S. Сейчас посмотрел урок №17 и понял, что можно посчитать количество подкатегорий в разрезе бренда без добавления вычисляемого столбца в таблицу "Sales" по формуле:
= CALCULATE(
COUNT( 'Product Subcategory'[Subcategory] );
'Product')
Здравствуйте Эльбина. Большое Вам спасибо за уроки! Вы уже загузили некоторые файлы для Ваших уроков. Есть ли файл для этого урока на google drive?
Добрый день, пожалуйста:) загруженные файлы на гугл драйве подойдут и для этого видео.
@@ElbinaRizakhanova Если будет возможность, загрузите пожалуйста используемый Вами файл.
@@vasilybelkin786 я так давно снимала это видео, что вряд ли найду именно этот файл, но там в папке посмотрите должен быть файл snowflake он практически такой же должен быть
Здравствуйте. Почему при применении Related значений в новом столбце нет, т.е пустое. А в таблице, из которой тяну, значения имеются.
Здравствуйте, у вас должна быть физическая связь между таблицами, иначе функция не раьотает
@@ElbinaRizakhanova спасибо что ответили. Но связь имеется, связываю по дате. Обычно ошибка появляется, а в моем случае ошибки нет, формула рассчиталась корректно, но не результат не тот который хотелось бы(
@@Алексей-е3э5ж проверьте ключи в таблицах. Если в таблице фактов даты нет то вряд ли она найдет значение в таблице справочнике.
@@ElbinaRizakhanova спасибо большое. Проблема была в формате оказывается. Странно, обычно когда формат не подходит, он ошибку выдаёт.
Как можно получить значение из таблицы функцией RELATED, если связь между таблицами не активна? Может как то в CALCULATE её засунуть и добавить USERELATIONSHIP или есть другой метод?
Есть специальная функция LOOKUPVALUE (значение, которое хотите найти, его ключ из таблицы в которой ищите, и его ключ в таблице на стороне многие) - вычисляемый столбец в таблице Sales = LOOKUPVALUE(Customers[Customer Name],Customers[CustomerKey],Sales[Customer Key]), как я помню:) посмотрите эту функцию
@@ElbinaRizakhanova Спасибо! LOOKUPVALUE - помогло!
@@Геннадій-ц8э Пожалуйста!
Возможно ли делать related не в таблицах а в Power bi Query и в Query сразу делать фильтр на данные с другой таблицы
в Power Query есть возможность которая называется Merge tables, можно по одинаковым данным объединить таблицы или извлечь необходимые данные
Power BI оказывается удобен - не нужно JOIN'ить таблицы, создал двунаправленную фильтрацию или воспользовался RELATED - и тяни нужные данные. Раньше думал что BI лишняя надстройка.
Нуу, двунаправленную связь вообще рекомендуется не создавать, только когда есть 100% уверенность что она не создаст двусмысленности в модели данных, и не приведёт к ошибкам в вычислениях.