ЕС
Это задача для архитектора, а не пользователя
Size: a a a
2021 August 18
СС
Там date возвращает дату одну, а не интервал начало дня / конец дня. Поэтому логика Sense отбирает записи, которые равны этой дате. Я так вижу эту формулу.
ИС
1,2,2...
concat( {<filter1=, search1={"......"}>} field1, ',' )
иногда удобно, когда вместо результата SUM вы хотите посмотреть, какие значения поля1 попали в итоговую выборку.
concat( {<filter1=, search1={"......"}>} field1, ',' )
иногда удобно, когда вместо результата SUM вы хотите посмотреть, какие значения поля1 попали в итоговую выборку.
АК
Хмммм
GE
👍💥 что то я сама никогда не догадывалась. Всегда по табличке проверяю, а когда значений мало это же удобно получается
СС
А не проще таблицу вывести с измерением, по которому идёт счёт? Тогда не надо менять формулу на Concat и сразу будут видны записи, по которым идёт вычисление.
NI
Почему обязательно архитектора? В Power BI, к примеру, если я настрою Direct Query, то я прям в списке таблиц, насколько я понимаю, увижу такие же таблицы из источников данных и для меня не будет разницы с чем я работаю, с их внутренним vertipaq engine или с внешними БД.
Кстати, я слышал, что в Power BI Direct Query мало кто пользуется тоже…
Кстати, я слышал, что в Power BI Direct Query мало кто пользуется тоже…
ЕС
Для архитектора, который готовит ландшафт для пользователя. Или вы разработчиков к пользователям определили?)
ЕС
Будете дёргать источники на каждый апдейт фильтра)
NI
Ну да, это же не всегда плохо
NI
Под пользователям я подразумеваю человека, который создаёт дашборд
ЕС
А я нет)
GE
Я так и делала, но иногда визуализацию ломать не хочется из за 2х-5 строк проверочной таблицы.
А так да , Qlik позволяет много решений.
А так да , Qlik позволяет много решений.
E
Коллеги, добрый день! Как в редакторе загрузки данных прописать условие, что дата меньше или равна текущей? Создал доп календарь и в условии прописываю WHERE %Календарь <=today(), но по прежнему на листе вижу только текущую дату
GE
Обычно это разработчик или аналитик.
Пользователь обычно просто использует что-то готовое, а не создает.
Пользователь обычно просто использует что-то готовое, а не создает.
NI
Я подразумеваю аналитика
VN
Я бы предположил что аналитику которому нужны миллиарды записей, не нужна BI а нужна любая IDE и руки…
SK
там где милиарды там уже другие технологии обработки. клик правильно делает, что чувствует тот предел при котором работа по анализу не превращается в кошмар потери времени
NI
Мне честно говоря кажется, что это продиктовано архитектурными отграничениями. Либо они не хотят интеграции с источниками, чтобы не было соблазна переходить на другие решения