BO
Польза для организаторов опроса- очевидная! :)
так-то да. Но мы же все тут за анализ и визуализацию данных. И результаты опроса - это такие качественные данные, которые в виде скрина в чате для организаторов неудобоваримы)
Size: a a a
2019 March 22
BO
а для количественного анализа результатов чатлан нужен опять-таки метод сбора этой самой информации. В общем, я не занудствую, просто придерживаюсь идеологии)
ЕС
Пришлите ссылку, а мы попробуем добавить в доп. материалы курса или привяжем к уроку какому-нибудь
VK
Разграничение доступов в QS можно сделать разными способами, начиная от простого разнесения проектов по потокам и выдачи прав по логинам пользователей и заканчивая разграничением доступов на уровне листа. К сожалению, я не помню статьи, которая рассматривала бы все возможные способы, поэтому лучше понять, какой вид разграничения подходит, и изучить именно его
На уровне потоков не айс, хотелось бы внутри приложения соответствие лист-пользователь
RM
так-то да. Но мы же все тут за анализ и визуализацию данных. И результаты опроса - это такие качественные данные, которые в виде скрина в чате для организаторов неудобоваримы)
Это для контроля! :)
RM
а для количественного анализа результатов чатлан нужен опять-таки метод сбора этой самой информации. В общем, я не занудствую, просто придерживаюсь идеологии)
Данные, поступают автоматом, сразу после ввода ваших ответов.
D
На уровне потоков не айс, хотелось бы внутри приложения соответствие лист-пользователь
BM
Кстати, в плане обмена опытом. Т.к. у нас принято создавать инструменты, упрощающую разработку, хочу поделиться парой полезных универсальных фрагементов кода:
1) Код, который удаляет все ранее загруженные таблицы кроме одной отмеченной. Очень полезная штука для отладки, например когда нужно проверить результат вычисления некоей промежуточной таблицы, которая создается посреди модели, и простая остановка скрипта создает кучу ненужных связей. А дропать таблицы руками или коментить ненужные куски кода слишком долго.
2) Код, который квалифицирует все ранее загруженные таблицы, за исключением перечисленного списка полей. Полезно, когда вы создали множество таблиц с данными, и не хотите вручную добиваться уникальности имен полей, по которым не должна строиться связь. Или для отладки, когда нужно посмотреть на все таблицы без связей.
прошу администраторов подсказать, каким образом лучше поделиться данной инфомрацией)
1) Код, который удаляет все ранее загруженные таблицы кроме одной отмеченной. Очень полезная штука для отладки, например когда нужно проверить результат вычисления некоей промежуточной таблицы, которая создается посреди модели, и простая остановка скрипта создает кучу ненужных связей. А дропать таблицы руками или коментить ненужные куски кода слишком долго.
2) Код, который квалифицирует все ранее загруженные таблицы, за исключением перечисленного списка полей. Полезно, когда вы создали множество таблиц с данными, и не хотите вручную добиваться уникальности имен полей, по которым не должна строиться связь. Или для отладки, когда нужно посмотреть на все таблицы без связей.
прошу администраторов подсказать, каким образом лучше поделиться данной инфомрацией)
2 QUALIFY *; UNQUALIFY a, b, c; ?)
ЕС
2 QUALIFY *; UNQUALIFY a, b, c; ?)
Ну да, начало такое)
BM
Ну да, начало такое)
а зачем для этого процедура?
BM
или что там
a
так-то да. Но мы же все тут за анализ и визуализацию данных. И результаты опроса - это такие качественные данные, которые в виде скрина в чате для организаторов неудобоваримы)
для самого Qlik результаты очень даже удобоваримые 🌿 ну и в целом, мне кажется интересно посмотреть что происходит в мире по теме грамотности данных 🤓
BO
упустил момент, что dataliteracy - подразделение qlik
ЕС
или что там
Там дальше автоматическая подстановка названий всех существующих таблиц и их перезагрузка в квалифицированном варианте. Удобно в модели создается множество таблиц фактов через вычисления с оссылками на другие таблицы. И в момент генерации таблиц удобнее когда они не квалифицированны. А при построении окончательной модели наш код генерит квалифицированные варианты всех существующих таблиц. Не нужно явно прописывать их перезагрузку. при добавлении новых таблиц они автоматом будут квалифицированны.
В нашей разработке такой функционал оправдан)
В нашей разработке такой функционал оправдан)
a
упустил момент, что dataliteracy - подразделение qlik
мощная тема.
BM
Там дальше автоматическая подстановка названий всех существующих таблиц и их перезагрузка в квалифицированном варианте. Удобно в модели создается множество таблиц фактов через вычисления с оссылками на другие таблицы. И в момент генерации таблиц удобнее когда они не квалифицированны. А при построении окончательной модели наш код генерит квалифицированные варианты всех существующих таблиц. Не нужно явно прописывать их перезагрузку. при добавлении новых таблиц они автоматом будут квалифицированны.
В нашей разработке такой функционал оправдан)
В нашей разработке такой функционал оправдан)
Можно код?)
ЕС
Выше ссылка на гугл-документ)
ЖМ
Costa Rica
AC
Costa Rica
от одного названия становится теплее и счастливее😄
ЖМ
Я же правильно поняла что ответы сюда надо писать