сейчас нет такой возможности

Всем, привет!
Вопрос: можно ли разграничить доступы на приложения в одном потоке через скрипт загрузки?
Сейчас разграничиваю через Section Accesses

нет, только через правила безопасности

Надо развесить Custom Properties на пользователей и приложения. Управлять этими свойствами можно из Хаба

понял
Спасибо!

https://www.youtube.com/watch?v=0X4hXzfLftg

там цикл у него

Спасибо!

Еще был интенсив от атк, но ссылки те более не доступны ((
а еще вроде как сейчас модно использовать nebulajs, но я в ту сторону вообще не копал

Всем привет!
А кто-нибудь задавался вопросом, что работает быстрее: Alt или IF IsNULL() ?
Я вот сейчас протестил на 100млн строк и разницы не заметил. Хотя ожидал, что Alt быстрее...

А с чего бы альту быть быстрее?)

Альт - это функция, которая проверяет последовательность значений на то что они являются действиетльными числами, и оставляет первое действительное из них

так что нагруженный альт еще и помедленнее может быть)

но зато не надо писать вложенный иф на проверку каждого выражения на isnull()

если делать альт по 5 полям на 100кк строк, то получается быстрее, но не на много

Вопрос не по Qlik, но знаю что здесь есть люди использующие python, apache airflow... Коллеги, подскажите кто какие инструменты использует для парсинга и загрузки xml файлов в базу данных? Много-много файлов надо парсить, сотни тысяч файлов по 10 мб примерно. Боюсь что python за разумное время не вытянет, если вообще не подохнет и придется забить на него и написать ХП на стороне СУБД. Airflow конечно отличная замена cron, но вот насколько реально именно обработку проводить таких данных за разумное время? Например, за ночь.

Сотни тысяч каждый день?

Разок в год сотни тысяч. Каждый день несколько десятков тысяч. Если точно

Занимался такой задачей в отношении pdf.
Предлагаю считать что Airflow тут не при чем совсем, он просто планировщик.
Зато на моем опыте удобно оказалось вот что:
1. Парсинг xml/pdf и тд легко и эффективно масштабируется на отдельные ядра и серверы. Я это делал запуская отдельные экземпляры парсера на отдельных ядрах и даже серверах. Результат писался в одну общую БД
2. Важный плюс - написание и поддержка такого парсера именно на питоне очень экономит время/деньги.

Поэтому для меня выбор однозначно в сторону питона без всяких хитростей.

а другие языки и инcтрументы были известны?

есть личный опыт C++, Rust. Не считая всякой менее востребованной ерунды)