QlikView по-русски

Обновлен Q Downloader.

noreply@blogger.com (sparur) — Sun, 4 Aug 2013 20:03:00 +0400

Всем привет.
Отпуск закончился.
А я решил проснуться от блого-спячки и вернуться к общественной, так сказать, деятельности :)
Для начала обновил свое приложение Q Downloader. Кто не знает что это за фрукт - тыц и тыц. Для остальных мини-список изменений:

немного изменен дизайн.
добавлены последние новинки: QV 11.2 SR2, SR3, QV Expressor, QV Governance Dashboard и др.
и, наверное, самое главное - теперь для получения нового контента нет необходимости каждый раз скачивать всё приложение заново. Достаточно будет выполнить стандартный релоад и новые данные будут загружены.

Пользуемся, скачиваем, пробуем...

Новый раздел "Файлы для загрузки" теперь доступен!

noreply@blogger.com (sparur) — Fri, 10 Aug 2012 12:49:00 +0400

Приветствую, коллеги.

Вот я и закончил работу над обещанным в прошлой заметке приложением. Теперь вы можете пройти в новый раздел сайта, скачать и оценить всю полезность (или бесполезность - кому как...) данного приложения для вас лично.
Спасибо за ваше терпение.
Надеюсь кому-то это приложение будет полезно.

QlikView Download! Скоро на нашем канале!

noreply@blogger.com (sparur) — Fri, 3 Aug 2012 12:45:00 +0400

Приветствую, коллеги.
В последнее время, мне стали очень часто спрашивать о том, где можно скачать программу установки QlikView. Причем спрашивают не только про Desktop приложение, которое, кстати, всем желающим доступно здесь. Но и про другие компоненты программной платформы QlikView – серверную часть, коннекторы и др. части тела.
Поэтому, на фоне этой волны, я хочу анонсировать небольшое приложение, которое, надеюсь, раз и навсегда, закроет столь насущный вопрос.

В данный момент я практически закончил работу над этим проектом и в ближайшее время выложу его на страницах своего блога, о чем оповещу вас, мои дорогие читатели, отдельным постом. Так что не переключайте канал.
Ждать осталось недолго!

Многократно используемые и расширяемые выражения в QlikView

noreply@blogger.com (sparur) — Wed, 25 Jul 2012 14:10:00 +0400

Всем привет.

Сегодня я хотел бы немного поговорить о выражениях (Expressions), которые мы так часто пишем “с нуля”, переписываем, анализируем и т.д. и т.п. А точнее, хотелось бы поговорить о том, как можно хоть немного облегчить нашу жизнь при работе с диаграммами (Charts) и, в частности, с выражениями, прописанными в этих самых диаграммах. Очень часто (практически на любом более или менее насыщенном диаграммами QlikView приложении) встречается такая ситуация, когда одно и то же выражение многократно повторяется во множестве различных объектов QlikView документа. Причем, чаще всего это самое выражение многократно скопировано и размножено по всей этой куче объектов. И вот, в один прекрасный момент, мы понимаем, что нам необходимо что-то поменять в этом “уникальном” выражении. В таком случае, нас неизбежно ожидает не очень сложная, но очень неприятная работа по изменению большого количества объектов, так называемая “Monkey Job”. Конечно, отчасти нас спасет встроенный Обозреватель Выражений (Expression Overview). Его можно вызвать при нажатии комбинации Ctrl+Alt+E, но и при работе с ним хватает “удобств”. Поэтому в какой-то момент неизбежно возникает мысль о том, как бы все этого избежать и упростить себе, да и другим коллегам (кто в дальнейшем будет поддерживать ваше приложение) жизнь. Я сейчас не хочу углубляться в подробности того, как это можно сделать, т.к. на днях я натолкнулся (что и подтолкнуло меня к написанию сегодняшнего поста) на замечательную статью нашего украинского коллеги Дмитрия Гудкова. Кстати, о Дмитрии я уже упоминал на страницах своего блога, когда рассказывал об одной интересной его разработке. Так вот Дмитрий достаточно подробно описывает возможности использования переменных для обхода вышеописанной мною ситуации, а также приводит ряд примеров и обходных путей при работе с такими переменными. Поэтому для начала прошу обратиться к статье Дмитрия, а затем вернуться сюда для продолжения разговора . Кстати, Дмитрий пишет на английском, поэтому если все-таки у кого-то возникнут дополнительные вопросы, то спрашивайте, не стесняйтесь. Я буду рад помочь и разъяснить… Ознакомились? А теперь прошу, что называется, “под кат”…

В своей статье Дмитрий рассказывает об одной интересной проблеме при работе с переменными. А точнее при работе с параметризованными переменными или, как я их иногда называю, переменными-функциями. Дело в том, что, передавая строку-параметр в переменную, мы не можем в чистом виде использовать запятые в таких строках. По той простой причине, что QlikView воспринимает запятую как разделитель между параметрами, а не как часть содержимого одного параметра. И в итоге, мы не получаем нужного нам результата. Дмитрий приводит достаточно наглядные примеры, отражающую эту ситуацию. Более того, в своей статье наш коллега предлагает достаточно оригинальный обходной путь, помогающий-таки достигнуть желаемого и “обмануть” QlikView. Он рассказывает про возможности использования подмножеств и операций с ними (пересечение, объединение и т.д.) в Set Analysis’е. На мой взгляд, данный путь, конечно же, имеет место быть. Однако он достаточно громоздок и серьезно усложняет как само выражение, так и его понимание, особенно для новичков. Да и использовать мы его можем в очень ограниченных ситуациях – при параметризации Set Analysis’а. Я хотел бы немного дополнить Дмитрия и посоветовать использовать более универсальный, на мой взгляд, подход для обработки запятых в параметрах переменных. Подход, как и все гениальное – прост как 5 копеек …

Для простоты возьмем примеры из статьи Дмитрия, где он использует вот такое вот определение для переменной:

LET ePrevAmount = sum ( {<Year={"=only(Year)-1"}, $1 >} Amount)

Данная переменная предполагает расчет суммы по полю Amount за предыдущий год (относительно текущего значения выбранного года). А также имеет один дополнительный параметр, который может использоваться для более детального ограничения калькуляции при использовании Set Analysis’а. Так вот Дмитрий как раз и описывает различные ситуации использования подмножеств в качестве передаваемого параметра… Например вот так:

$(ePrevAmount( Type={Income} >*< Aggregated={Yes} >*< CostCenter={NY} ))
В этом случае мы получим тот же результат, что и при использовании выражения вида:
sum ( {<Year={"=only(Year)-1"}, Type={Income}, Aggregated={Yes}, CostCenter={NY} >} Amount)
То есть, помимо ограничения по году, мы хотим дополнительно ограничить калькуляцию по полю Type (со значением Income), полю Aggreated (значение Yes) и по полю CostCenter – NY. В данном примере, как раз используется пересечение подмножеств для реализации условия И (AND) по разным полям.
Другой пример отражает ситуацию, когда нам необходимо ограничить калькуляцию по нескольким значениям одного и того же поля, например вот так:
sum ( {<Year={"=only(Year)-1"}, City={NY’, ‘Boston’, ‘Chicago’} >} Amount)
Т.е. в качестве параметра нам необходимо передать строку вида:
City={‘NY’, ‘Boston’, ‘Chicago’}
Но так как в чистом виде мы, как уже говорили, не можем использовать запятые, то автор предлагает следующий обходной вариант:
$(ePrevAmount( City={NY} >+< City={Boston} >+< City={Chicago} ))
То есть использовать объединение подмножеств для реализации условия ИЛИ (OR) по нескольким значениям одного и того же поля. Тем самым достигнув поставленной цели и получив необходимую калькуляцию.
Все замечательно и все работает, но как-то не радует глаз… почему вместо City={‘NY’, ‘Boston’, ‘Chicago’} мы вынуждено писать более громоздкое: City={NY} >+< City={Boston} >+< City={Chicago} и, на мой взгляд, менее привычное и менее читабельное… Да, мы не можем использовать запятые, так давайте заменим их на что-то другое – такое же простое и легко воспринимаемое, например, точка с запятой (;). Почему нет? Кто нам мешает?
Да никто! Это я почтальон Печкин…
А если серьезно, то все что нам необходимо сделать, перед тем как использовать точку с запятой в строке параметра (и чтобы она правильно воспринималась QlikView) это немного изменить первоначальное определение нашей переменной. Помните, как оно выглядело? Вот так:
LET ePrevAmount = sum ( {<Year={"=only(Year)-1"}, $1 >} Amount)
А теперь давайте немного “поиграем” с передаваемым параметром, прежде чем его отдать переменной:
LET ePrevAmount = sum ( {<Year={"=only(Year)-1"}, $(=Replace('$1', ';', ',')) >} Amount)
Что мы сделали? А ничего архисложного мы и не сделали , только лишь добавили предварительную обработку для нашего параметра. Теперь перед тем как строка параметр “уйдет” в переменную, в ней автоматически будут заменяться все точки с запятой (;) на запятые (,). И теперь вместо:
$(ePrevAmount( Type={Income} >*< Aggregated={Yes} >*< CostCenter={NY} ))
Мы с легкостью можем писать вот так:
$(ePrevAmount( Type={Income}; Aggregated={Yes}; CostCenter={NY} ))
или вот так:
$(ePrevAmount( City={'NY';'Boston';'Chicago'} ))
взамен вот этому:
$(ePrevAmount( City={NY} >+< City={Boston} >+< City={Chicago} ))
Вот и весь подход! Просто и со вкусом .
У кого будут идеи/рекомендации как еще можно упростить нашу жизнь в описанной ситуации – прошу обозначить сие в комментариях .
Спасибо за внимание.

Скрытые возможности Мастера встроенных данных (Inline Data Wizard)

noreply@blogger.com (sparur) — Tue, 24 Jul 2012 09:56:00 +0400

Приветствую, господа.

Сегодня совсем небольшой пост об одной достаточно полезной, но глубоко запрятанной “фишке” Мастера встроенных данных (Inline Data Wizard). В своей работе я часто использую данный мастер, например, для заполнения небольших таблиц соответствия (мап-таблиц). И каждый раз встает вопрос “Как заполнить первое поле в таблице соответствия (те значения которые мы используем в сравнении)?”. В случае небольшого количества достаточно простых значений это легко и просто делается, что называется, “ручками”. А вот в более сложных ситуациях приходится придумывать обходные пути для решения этой простейшей задачи. Например, создавать отдельный список значений на базе поля для сравнения, копировать значения из этого списка в буфер обмена и потом вставлять в мастер встроенных данных… Согласитесь, не самый простой путь… А теперь переходим к сути сегодняшнего поста .

Оказывается все давно придумано за нас . Для решения такой тривиальной задачи есть специальная опция мастера. Данная опция называется “Мастер импорта данных документа” (Import Document Data Wizard) и спрятана в основном меню Мастера встроенных данных под пунктом “Инструменты” (Tools) –> “Данные документа” (Document Data). Вызвав мастер импорта данных документа из мастера встроенных данных (вот такая вот матрешка получается ), мы увидим окно со списком всех полей из документа:
Да, тут следует лишний раз напомнить о том, что в список попадут только уже загруженные в документ поля. То есть если вы только что написали какой-то кусок скрипта и не перегрузили qvw-документ, то вы его в списке доступных для выбора полей, конечно, же не увидите. Далее выбираем необходимое нам поле, и нажимаем ОК. После чего мы увидим вот такую картинку:

Другими словами, вы получите список из всех значений вашего поля. Вот такой вот, на мой взгляд, простенький, но бывает очень полезный инструмент. Пользуйтесь на здоровье!
Надеюсь для кого-то данный пост был полезен и вы не зря потратили свое время на данном ресурсе

Пополнение в полку литературном.

noreply@blogger.com (sparur) — Mon, 25 Jun 2012 13:50:00 +0400

И снова здравствуйте, господа хорошие.

Сегодня я хочу рассказать о том, что изменилось на книжном рынке QlikView с момента прошлой публикации на эту тему. А новости, довольно-таки интересные…

За это время в свет вышло две новые книги по тематике QlikView. Одна из них, так же, как и описываемая в предыдущем обзоре “Hello QlikView!”, рассчитана на аудиторию Qlik-новичков. Эта книга написана автором блога Practical QlikView и имеет аналогичное название. На сайте вы можете найти ссылки для покупки. На данный момент книгу можно приобрести на Amazon’е американском (по цене 9.99 $) и британском (5.14 £). И, кстати, сегодня книга доступна только в электронном варианте, так называемый, Kindle Edition.

Вторая книга, на мой взгляд, должна быть более интересна и познавательна, по крайней мере, на это намекает ее название - QlikView for Enterprises. Она, в отличие от предыдущих, издается в бумажном виде. На официальном сайте, посвященному данной работе, вы сможете ознакомиться с выдержками из глав и способами приобретения. Отдельно хочется отметить наличие отзывов на данное издание. Один из них был получен от Rob Wunderlich’а - известного Qlik-блогера и автора сборника “кулинарных рецептов” на QlikView. Цена сего счастья 40$ или 25 £ (если заказывать на британском Амазоне).

Это, что называется, можно “пощупать”. И еще одна книга QlikView 11 from the Inside была анонсирована и готовится к печати. Если верит все тому же Amazon’у, то выход бумажной версии ожидается 1 августа 2013. На мой взгляд, событие несколько затянуто, но вряд ли мое мнение может это как-то изменить . Данная книга, насколько я понимаю, будет максимально интересна всем специалистам QlikView (не только новичкам). Это пока первая анонсированная книга, которая будет издаваться под чутким руководством QlikTech’а.

Консультационная группа АТК: FAQ'инг "ляп"

noreply@blogger.com (sparur) — Fri, 25 Nov 2011 16:30:00 +0400

Коллеги, и снова здравствуйте.

Буквально только что я закончил знакомится с очередным "замечательным" творением компании "Консультационная группа АТК" под названием "QlikView 11: FAQ". Не смог удержаться и не рассказать о своих впечатлениях...

Во-первых, полнота сего материала оставляет желать лучшего и не идет ни в какое сравнение с официальной версией, но это еще цветочки... Ягодка в том, что один из самых раскрученных российских партнеров, занимающихся продажей лицензий и внедрением QlikView, предоставляет, мягко говоря, некорректную информацию о новой версии данного продукта. Чем вводит в заблуждение и нас с Вами и все остальное русскоязычное QlikView-сообщество.

Суть "ляпа"...

В своей версии "QlikView 11: FAQ" компания "Консультационная группа АТК" заверяет нас в том, что новый функционал по приглашению пользователей (Collaborative Sessions) очень существенно ограничен. А именно, не позволяет приглашенному пользователю совершать никаких активных действий над дэшбордом, т.е. сессия предназначена исключительно для просмотра.

А по словам вот этой тетеньки все намного веселее и прекраснее :). Как говорится, вот вам пруф линк. А за более наглядным подтверждением правоты Эрики можно пойти сюда.

Что можно сказать еще по этому поводу? Вроде столько времени было на то, чтобы пощупать новую версию самостоятельно (программа бета-тестирования для партнеров открыта была еще чуть ли не в начале лета), ну или на худой конец, сверится с официальными источниками, ан нет...

З.Ы. Я надеюсь, что авторы из АТК все-таки в скором времени поправят свои недочеты, а глядишь (чем черт не шутит) возьмут да и переведут полную версию FAQ'а :). А пока, как говорится, "на память" :) я позволил себе сохранить страничку с текущей версией. Кому интересно - можете всегда полюбоваться ей здесь.

З.З.Ы. Пост ни в коем разе не проплачен, и являет собой исключительно мою личную реакцию на описываемый "ляп".

Qlikview 11 релиз.

noreply@blogger.com (sparur) — Thu, 24 Nov 2011 15:16:00 +0400

Снова приветствую всех вас, коллеги.

Еще одна "небольшая" новость - вчера наконец-таки стала доступна простым смертным новая версия - QlikView 11. Скачать можно отсюда. Новых плюшек, как всегда, хватает. Так что, в скором времени, постараюсь сделать обзоры самых интересных на мой взгляд нововведений.

Первая QlikView книга.

noreply@blogger.com (sparur) — Thu, 24 Nov 2011 14:48:00 +0400

Всем привет.

Небольшая новость, хотя, возможно, она для многих уже и не новость вовсе (все руки не доходили чиркнуть пару строк)....

В общем, появилась первая в природе книжка, посвященная исключительно работе с QlikView - Руководство для начинающих в QlikView. На данный момент, насколько я понимаю, в твердом экземпляре (в смысле на бумаге) она не издана, а доступна лишь в электронном виде. Судя по всему, книжка из серии "для чайников", и опытным Qlik'оводам мало будет полезна. Однако, для начинающих - это как минимум еще один источник полезной информации для освоения нового продукта. Сам я, к сожалению, данное произведение не глядел, если не считать небольшую превьюшку, поэтому ничего более конкретного пока сказать не могу.

Для особо заинтересованных прикупить сие творение можно за 9.99 американских рублей:

на Amazon'е (если у вас есть их чудо Kindle)
в QlikView App Store (pdf-версия)

До скорых встреч и полезного вам всем чтения .

Строки-дубликаты в QlikView таблицах

noreply@blogger.com (sparur) — Mon, 7 Nov 2011 15:56:00 +0400

Всем привет.

Как часто при разработке того или иного чарта вы сталкиваетесь с ситуацией, когда видите значения в один или может быть даже в несколько раз превышающие ожидаемые вами величины? У меня и моих коллег на проекте это случается достаточно часто. И вот вы копаетесь в скрипте, просматриваете исходные данные, в надежде понять, что же вы не так сделали, где кроется отгадка… Причем частенько и скрипт и данные могут быть совсем простыми и казалось бы ошибиться-то негде… ан нет – цифири не бьются в разы… И после долгих, мучительных и, зачастую, не очень успешных поисков, в голову наконец-то приходит мысля о за двоениях в факт-таблице (мне почему-то эта мысль приходит обычно далеко не в первых рядах). Вопрос как их отловить, так чтобы цифири в чартах таки стали красивыми и ожидаемыми нами?

Я упомянул, про за двоения в факт-таблицах, но, конечно, они могут встречаться и в справочниках. Однако, такие дубликаты обычно не так критичны, потому что они не оказывают влияние на калькулируемые величины. Как я уже сказал, эти злосчастные за двоения в фактах обычно не так просто обнаружить ни при помощи чартов, ни при использовании простой таблицы (TableBox). Ведь в чартах мы получаем уже агрегированные значения, а TableBox вообще, по сути своей, является сложным списком значений, состоящим из нескольких полей . В том смысле, что данный страничный объект, также как и список, отображает только уникальные значения. Для борьбы с такими ситуациями в нашем распоряжении есть замечательная функция RowNo() (НЕ ПУТАТЬ с RecNo()), которая индексирует каждую строчку в результирующей факт-таблице. Перефразируя немного рекламу из 90-х, решение кроется во фразе: “Просто добавь RowNo() !” . Делаю я это обычно примерно вот так:

RENAME TABLE FactTable TO tmpTable;
FactTable:
LOAD *, RowNo() as RowNo RESIDENT tmpTable;
DROP TABLE tmpTable;

На этом позвольте закончить мой небольшой поток мысли на заданную тему . До скорой встречи на страницах этого блога!

Explainum Feeds aka QlikComment

noreply@blogger.com (sparur) — Fri, 21 Oct 2011 09:00:00 +0400

Коллеги, как Вы, наверное, заметили, я решил немного подкорректировать изначальный план и разбить свой рассказ на два отдельных поста. Первая часть целиком и полностью была посвящена проекту Explainum, а сейчас я хочу сконцентрироваться исключительно на деталях, а именно на специальном расширении для QlikView…

И так, что из себя представляет проект Explainum Feeds?

На мой взгляд, это логичное ответвление основного проекта в сторону специализации на конкретные BI системы, в данном случае, на QlikView. Explainum Feeds - это сервис, предоставляющий возможность создавать комментарии в ваших QlikView приложениях. Причем не просто комментарии, а комментарии, привязанные к конкретным выборкам, иными словами, контекстно-зависимые. Сервис на данный момент находится на стадии бета-тестирования и регистрация открыта для всех желающих. Из заявленных возможностей данного сервиса особо хочется отметить:

   Общая лента комментариев для разных QlikView приложений и даже QlikView серверов;
   наличие тэгов, позволяющих разделять/объединять потоки для разных отделов, стран, языков и т.п.;
   возможность привязки к различным пользователям;
   работа как в режиме Desktop’а (локально), так и возможность инсталляции на QlikView сервере;
   возможность использования нескольких потоков в рамках одного приложения.

Что касается технической стороны вопроса, то Explainum Feeds – это некий интернет сервер, хранящий ваши комментарии (Clouds нынче в моде, как ни крути) и отдельное QlikView расширение, которое взаимодействует с этим облаком и вашими приложениями. Ну а раз мы имеем дело с QlikView расширениями, то все это актуально начиная с 10ой версии и никак не раньше. Более того, на сегодняшний день сервис работает исключительно с QlikView 10 SR2 и Internet Explorer версии 8. Не густо, но, как говорится, что имеем… Все-таки сервис на данный момент в бете, и ждать поддержки всего и вся, я думаю, пока преждевременно...

Теперь давайте перейдем уже к конкретным вещам, а именно к инсталляции и использованию данного сервиса. Первым делом вам необходимо загрузить себе последнюю версию расширения с сайта проекта.

Небольшая ремарка к данному пункту:
по умолчанию у вас должна стартовать закачка файлика с расширением .qar. Однако, у меня в некоторых случаях браузер “чудным” образом понимал, что .qar это есть старый добрый ZIP-архив и начинал загружать именно в виде ZIP’а. Если вдруг у вас произойдет нечто подобное, то после загрузки файла просто смените расширение с zip на qar.

Далее, если у вас установлен QlikView Desktop 10 SR2, 2 раза кликаем по только что скачанному файлу и произойдет автоматическая инсталляция расширения в нужную директорию.
Для Win7:

%USERPROFILE%\AppData\Local\QlikTech\QlikView\Extensions\Objects

Следующий шаг – это регистрация на сайте, после чего вы получите специальный уникальный ключ (token), по которому сервис будет производить привязку всех ваших комментариев в своем хранилище.

Далее можно переходить непосредственно к настройке и использованию расширения. Открываем QlikView Desktop, переключаемся в веб-режим и добавляем расширение Feeds на страницу приложения, как обычный страничный объект QlikView. Теперь необходимо настроить параметры вновь созданного объекта, для чего открываем его свойства и видим нечто подобное:

Давайте попробуем разобраться с основными параметрами данного расширения… Как видно на картинке, всего их 4:

    Listbox IDs – в данном поле через запятую необходимо указать идентификаторы всех списков значений (listbox), в контексте которых будет происходит привязка комментариев. Поле является обязательным к заполнению.
    Username textbox ID – здесь указывается идентификатор текстового объекта, в котором должна содержится строка, определяющая имя пользователя для привязки комментариев. Например, можно задать имя пользователя обычным строкой, либо использовать встроенную функцию OSUser() для определения текущего пользователя приложения QlikView. Данное поле не обязательно для заполнения, в случае отсутствия данной настройки все комментарии будут автоматически привязываться к пользователю anonymous
    Token – в этом поле вам необходимо указать ваш личный ключ, который вы получили после регистрации на сайте проекта.
    Domain-tags – здесь вы можете указать различный набор тэгов для гибкого управления вашими комментариями. Тэг all проставляется по умолчанию.

Отдельно хочется заострить внимание на первом параметре, так как с ним не все так просто… Во-первых, несмотря на то, что в настройках необходимо указывать идентификатор(ы) списков значений (listbox’ов), привязка ваших комментариев происходит не на основании этих самых идентификаторов, а на основе наименования (текст заголовка) списка. Поэтому в списке значений обязательно должен быть активирован заголовок объекта (см. последнюю закладку в свойствах объекта), не забываем про это. Во-вторых, Explainum Feeds оперирует двумя типами списков значений: привязанный (attached field) и полу-привязанный (semi-attached field). Различия между этими двумя типами списков мы разберем далее на небольшом примере.

После настройки данных параметров можно приступать к использованию нового функционала, то есть начинать непосредственно создавать свои комментарии.

Как же это использовать?
Сейчас мы сделаем простенький пример, который нам поможет понять всю полезность данного расширения. Но для упрощения нашей задачи давайте воспользуемся одним из 2х подготовленных демонстрационных примеров, доступных на сайте проекта. Я выбрал файл про американских президентов, который в свою очередь реализован на базе стандартного приложения Presidents.qvw. Так вот в скачанном по этой ссылке файле я создал 2 новых объекта Feeds. Свойства первого объекта (правый верхний Comments (RU)) вы видели на предыдущем скриншоте, свойства второго вот:

Как видно из этих 2х скриншотов, оба объекта “смотрят” на одни и те же списки значений – listbox’ы (пока не обращаем внимание на символ ‘~’), имеют привязку к одному и тому же текстовому объекту, описывающего пользователя, та же ситуация с полем Token. А вот тэги у меня разные, комментарии из первого объекта привязываются к тэгу RU, второго – к EN. Таким образом, я хочу отделять пользовательские комментарии сделанные на русском и английском языке.

Теперь вернемся к той самой тильде (‘~’), ~~на которую мы временно забили~~ про которую мы временно забыли. Данный символ, предваряющий идентификатор списка значений, говорит сервису о том, что разработчик (то есть мы с вами) желает использовать для текущего потока комментариев, так называемое “semi-attached” (“полу-привязанное”) поле (вспоминаем два типа списков в настройках потока).

Так в чем же все-таки отличие между двумя этими типами?
Все достаточно просто... “semi-attached” поле – это поле, которое прописывается в контекст комментариев только в том случае, если сделана определенная выборка по нему. Иными словами, по умолчанию (без символа тильды) привязка комментариев происходит по всем возможным значениям данного списка - как по “зеленым” (выбранным) значениям, так и по “белым” (возможным). А в случае с “semi-attached” – привязка идет только по “зеленым” (выбранным) значениям.

Приведу 2 скриншота наглядно демонстрирующих эту разницу:

В первой ситуации мы создали по одному комментарию в каждом из потоков (на русском и английском) при этом выборка была произведена только в списке Name (LB1456). Несмотря на это привязка наших комментариев произведена по обоим полям, так как список Party (LB1454) используется в потоке в полноценном режиме.

Во втором случае мы, наоборот, создали комментарии при текущей выборке только по одному полю Party, а список значений Name остался без нашего внимания. Учитывая, что Name (LB1456) в настройках потоков указан с тильдой (‘~’), то привязка новых комментариев прошла только по полю Party.

Вот как то так… Надеюсь мне удалось снять все вопросы относительно использования нюансов параметра Listbox IDs. Теперь давайте попробуем разобраться зачем вообще нужны эти “заморочки” с тильдой и разными способами привязки комментариев? Представим, что у нас есть некий список, в котором несколько сотен (или даже тысяч) различных значений, и мы указали идентификатор такого списка в свойствах объекта Feeds в “обычном” режиме (без символа ‘~’), т.е. мы создаем поток контекстно-зависимых от значений этого поля комментариев. Далее, не делая никакую выборку по данному списку значений, создаем какой-либо комментарий. В результате наш очередной комментарий должен был бы привязаться ко всем сотням(тысячам) значениям из указанного в настройках списка. Данное поведение не есть оптимальное и достаточно накладное с точки зрения необходимости хранения всех подобных “хвостов”. Поэтому команда разработчиков решила ввести ряд дополнительных ограничений, которые помогают оградиться от подобных проблем.

Для начала было введено ограничение на количество списков значений, которое можно указать в свойствах потока. На данном этапе развития проекта оно составляет не более 7 полей. Таким образом у вас есть возможность привязать свои комментарии в контексте семи различных полей, что, на мой взгляд, не так уж и мало. Вторым существенным ограничением является ограничение по количеству значений каждого поля. На сегодня нам позволено использовать до 31 значения для “обычного” контекстного поля (списка значений). Для полей, в которых больше чем 31 значение – необходимо использовать тильду (‘~’), то есть “полу-привязанное” поле.

Вот мы и ответили на вопрос зачем нужна тильда, а заодно и раскрыли с вами еще парочку ограничений, про которые не стоит забывать при работе с этим замечательным сервисом…

На этом позвольте закончить мой поток связанных и не очень мыслей относительно данного сервиса.

Всем спасибо за внимание, и отдельное спасибо Дмитрию и его команде за замечательное расширение, позволяющее выйти за рамки стандартных возможностей QlikView. Будем надеяться, что проект не остановится на достигнутом, и в будущем разработчики нас порадуют новыми возможностями и, возможно, интеграцией данного сервиса с другими программными продуктами. По крайней мере, я думаю, это было бы логичным продолжением хорошего начинания.

P.S. Мой вариант демки вы можете найти здесь.

P.P.S. Возможно, данный пост заставит меня начать небольшой цикл статей, так или иначе связанных с расширениями и другими дополнительными возможностями, облегчающими жизнь при работе с QlikView. По крайней мере, мысли на эту тему у меня в голове крутятся давно. Осталось самое сложное - найти время на их воплощение (с чем обычно, к сожалению, и возникают проблемы). В общем, ждите новых публикаций…

Explainum – вики для графиков.

noreply@blogger.com (sparur) — Fri, 21 Oct 2011 08:58:00 +0400

Здравствуйте, коллеги.
После полугодичного пребывания в творческом кризисе я все-таки решил порадовать Вас очередным постом, так или иначе связанным с QlikView. Для выхода из творческого анабиоза, как всегда, потребовался "пинок" со стороны (Дмитрий спасибо тебе за доброе дело ).
Тема сегодняшнего поста несколько нетипична для этого блога и, скажу честно, немного нова для меня. Я хочу рассказать Вам об одном интересном проекте под названием Explainum и его логичном, на мой взгляд, ответвлении, непосредственно связанном с QlikView - Explainum Feeds.
Создателем и идейным вдохновителем данного творения является наш киевский товарищ и коллега Дмитрий Гудков, который также по совместительству оказался автором и владельцем портала BI-Review.
Основная идея проекта (насколько я ее представляю) - дать возможность пользователю не только анализировать (с чем прекрасно справляется QlikView), но и комментировать ту или иную информацию, которую он видит на своих графиках и витринах данных. А вот с этим согласитесь у QlikView, да и не только у него, есть определенные проблемы. Хотя нет, прошу прощения, по последним сводкам с полей сражений и на этом фронте у QlikTech'а появляются некоторые локальные достижения, однако, это не тема сегодняшнего дня…
Так вот, вернемся к нашим баранам… Explainum позволяет пользователю писать комментарии на графиках. Делиться этими комментариями с другим пользователям для дальнейшего ознакомления и, возможно, принятия решений на основе этих комментариев. Нечто вроде вики для графиков, не правда ли?. Из доступных на сегодняшний день источников данных стоит выделить Google Analytics, Google Finance, Yahoo Finance. Не так много (пока что), но разработчики открыты для диалога и готовы реализовать подключения и к другим источникам данных.

Все записи пользователей располагаются, как модно сегодня говорить, в облаке и доступны из любой точки мира (при наличии Интернета естественно). Что касается безопасности и отказоустойчивости, то тут тоже все в полном порядке. Насколько мне известно, сервера любезно предоставлены компанией Amazon (Amazon EC2). Из дополнительных “плюшек” стоит выделить возможность встроить Explainum в свой сайт/блог. В планах у команды реализовать более приземленную работу, в смысле без облака (это я так понимаю, для самых параноидальных представителей бизнеса, которые все еще не верят в силу облаков ). В общем, за подробностями прошу сюда.

А мы, тем временем, продолжим знакомиться с тем самым QlikView’шным ответвлением основного проекта под названием Explainum Feeds. Тыц…

З.Ы. забыл сказать, пост ни фига не проплачен, хотя и несколько попахивает рекламкой

Глобальное обновление в списке российских партнеров QlikTech

noreply@blogger.com (sparur) — Fri, 1 Apr 2011 16:03:00 +0400

Коллеги, здравствуйте.

Во-первых, поздравляю всех Вас с Днем Смеха или как его еще часто называют Днем Дурака!

Во-вторых, спешу поделиться с Вами одной занимательной новостью. Сегодня, совершенно случайно, я в очередной раз решил взглянуть на полный список российских партнеров компании QlikTech и получил очень "веселый" результат:

Как Вы видите, список существенно был подкорректирован...
Для тех, кто не в курсе, то еще недавно этот список включал в себя 9 (!!!) различных компаний. Причем большинство этих компаний-партнеров язык не повернется назвать мелкими игроками ИТ-рынка России: КРОК, ГК Оптима, Luxoft, Sciener и др.
Нет в обновленном списке и единственного до недавних времен elite-партнера в России АТК...
Да, собственно, не осталось НИКОГО из той 9ки компаний... Вместо них мы видим совершенно нового игрока на российском рынке внедрения QlikView - компанию Business & Decision.
Что это???
Первоапрельская шутка от вендора, временный баг на сайте или же прямой результат "успешной" деятельности всех 9ти партнеров, вместе взятых за прошедший год?
Я думаю, скоро мы узнаем ответ на этот занимательный вопрос.
Буду некоторое время следить за этой темой на сайте и обновлять сей пост по мере появления новой информации...

ОБНОВЛЕНО 13/04/2011:
И все-таки это баг :)
Ситуация вернулась на круги своя...
Однако, кое-какие изменения мы все-таки получили :) А именно, Консультационная группа АТК потеряла статус Elite-partner'а и теперь у нас в России не осталось ни одной компании, имеющей право щеголять таким красивым лейблом :)

Интересно, уберут ли АТК упоминания об Элите со своего корпоративного сайта?
Что-то мне подсказывает - вряд ли :), ну или, по крайней мере, спешить уж точно с этим не будут :)

Опустошаем существующий QVD файл

noreply@blogger.com (sparur) — Wed, 16 Feb 2011 11:05:00 +0300

День добрый, коллеги.

Сегодня натолкнулся на один интересный пост нашего австрийского коллеги по цеху. Пост этот об удалении существующих QVD файлов через QlikView скрипт. Штефан (автор блога и поста) рассказывает о целых 3х способах для удаления/очищения QVD. Первые два представляют собой вызов либо внутреннего макроса для удаления, либо вызов батника (командного файла), посредством выполнения команды EXECUTE. Оба этих способа сопряжены с предоставлением особых привилегий либо макро-модулю, либо сценарию загрузки. Штефан более подробно и с картинками об этом честно рассказывает, поэтому здесь я не стану на этом детально останавливаться...

А вот что касается третьего способа, то тут у меня есть небольшие мысли относительно небольшой оптимизации процедуры очищения QVD-файла.

Штефан предлагает вот такую процедуру очистки QVD файла:

Показать...

Sub EmptyQvd(qvdFilePath)

1 TRACE --;
2 TRACE Запуск EmptyQvd для файла $(qvdFilePath);

3 // Сначала проверяем существует ли qvd файл
4 if (not IsNull(QvdCreateTime(qvdFilePath))) then
5 TRACE ... файл существует ...;

6 // проверяем есть ли записи в Qvd-файле
7 if(QvdNoOfRecords(qvdFilePath) > 0) then

8 // Получаем первое поле из QVD для создания «фейкового»
9 // условия "WHERE EXISTS"
10 LET vFieldName = QvdFieldName(qvdFilePath,1);

11 //Далее создаем случайное значение, которое не может
12 //существовать в нашем файле
13 FakeFieldTable:
14 LOAD
15 //Создание «фейкового» значения, которое никогда не может
16 //быть найдено в имеющемся QVD
17 'FakeField' & 'ABCDEFGHIJKLMNOPQRSTWXYZ' &
18 text(round(rand())) as [$(vFieldName)]
19 AutoGenerate(1);

20 //Создание временной таблицы со случайным названием для предотвращения
21 //возможных коллизий с уже имеющимися в памяти таблицами
22 LET vTempTableName ='_TempTableName' & text(round(rand() * pow(9,10)));
23
24
25 //Загрузка QVD-файла с условием проверки EXISTS , которое не
26 //может быть найдено в QVD-файле; таким образом результатом
27 //будет пустая таблица со всеми полями из QVD-файла
28 $(vTempTableName):
29 LOAD
30 *,
31 1 as loadEnabler
32 FROM '$(qvdFilePath)' (qvd)
33 WHERE Exists([$(vFieldName)]);

34 //Сохраняем пустую таблицу в тот же самый QVD-файл
35 STORE $(vTempTableName) INTO $(qvdFilePath) (qvd);
36 DROP TABLE $(vTempTableName);
37 DROP TABLE FakeFieldTable;
38 end if
39 else
40 TRACE ... файл '$(qvdFilePath)' не существует;
41 end if
42 TRACE Окончание процедуры EmptyQvd;
43 TRACE --;

End Sub

В этом коде меня смутил один излишний, на мой взгляд, шаг. А именно, создание временной «фейковой» таблицы FakeFieldTable со случайным значением для последующей проверки со значениями из QVD файла. На мой взгляд, этот шаг (строки с 11ой по 19ую включительно) можно смело исключить из данной процедуры. Ведь, как я уже писал, функция Exists() может выполнять проверку внутри одного и того же оператора загрузки LOAD. Иначе говоря, нам необязательно иметь в памяти предварительно загруженное поле, чтобы использовать его в качестве параметра для функции Exists() (как это делает Штефан). Пример с реализацией выше озвученной мысли можно взять здесь.

ОБНОВЛЕНО 01-04-2011 (и это не первоапрельская шутка):

Как оказалось есть еще более простой способ обнулить существующий QVD файл и выглядит он примерно вот так:

QVDTable:
LOAD *
FROM '$(qvdFilePath)' (qvd)
WHERE 1=0;

//Сохраняем пустую таблицу в тот же самый QVD-файл
STORE QVDTable INTO $(qvdFilePath) (qvd);

QlikView 10 ВЗЛОМАН!

noreply@blogger.com (sparur) — Mon, 14 Feb 2011 15:23:00 +0300

Всем привет!

Это все-таки случилось! Не устояли ребята из хак-команды Cygnus перед стремительно набирающем популярность BI-продуктом и недолго думая (а может быть долго) взялись за дело. Да так рьяно, что помимо успешного взлома обычной функциональности QlikView Desktop'а, вскрыли еще пару замечательных плюшек...
Чего только стоит вот эта строчка:

Показать...

из их результирующего LEF-файла...

Всех кого заинтересовала сия информация, потратив немного времени, легко найдут на просторах сети нужную ссылочку на один из торрент-трекеров. От себя хочу лишь добавить, что можете не трудиться и не качать все файлы из списка. Потому что основную ценность там представляет один единственный текстовый файл с инструкциями и собственно набором LEF-данных... а остальное - это обычный дистрибутив QlikView Desktop'а, доступный для свободного скачивания с сайта QlikView.

Вот такие вот пироги, господа хорошие :)

Интересно, это был заказ или просто реакция на новый январский BI-квадрант от Gartner?

Как можно улучшить QlikView или чего Вам еще не хватает?

noreply@blogger.com (sparur) — Wed, 17 Nov 2010 16:30:00 +0300

Здравствуйте, коллеги и мои уважаемые читатели.

На днях в одной известной буржуйской сети я натолкнулся на очень занимательное обсуждение, которое посвящено различным предложениям по улучшению функциональности QlikView. Тема, на мой взгляд, очень интересная (а судя по количеству комментариев не только на мой ). Поэтому я решил набросать некую выжимку из этого обсуждения здесь, что называется “special for you” , добавив небольшие комментарии по некоторым из пунктов.
И так, начнем-с по порядку:

Хранилище выражений.
Здесь, наверное, идет речь об улучшении функциональности доступной по Ctrl+Shift+E.
Возможность просмотра структуры таблиц и их содержимого в процессе отладки сценария загрузки.
Копирование существующих групп полей
Мастер загрузки данных из резидентных таблиц
Экспорт модели данных в MS Visio.
Своя система контроля версий или возможность интеграции со сторонними разработками.
Судя по тому, что в списке технологических партнеров QlikTech’а появилась запись о компании NOAD EQM, можно сделать вывод о том, что “наш” вендор уже делает какие-то шаги в в этом направлении.
Инструмент для сравнения двух qvw приложений.
Поиск в OLE/ODBC мастере загрузки.
Возможность реализации параллельной загрузки данных.
Либо, в виде создания дополнительных операторов для распределения потоков, либо загружать параллельно отдельные закладки сценария, либо еще каким-то образом...но фича очень полезная была бы…
Регулярные выражения
Qlikview Desktop Reader.
Инструмент для просмотра любых qvw документов без наличия какой бы то ни было лицензии. Я знаю, что есть/была возможность конвертации qvw в исполняемый файл, однако, она доступна только узкому кругу - внутренним сотрудникам компании QlikTech. Можно было бы "расшарить" эту тулзу дабы не изобретать велосипед.
Визуальный редактор для построения связей между таблицами
Копирование переменных.
Мастер для создания Set Analysis выражений.

На этом пока все . Думаю, обсуждение будет продолжено и новые “хотелки” еще появятся. Поэтому буду стараться пополнять сей список наиболее интересными замечаниями и пожеланиями. Ну и, конечно, буду признателен если вы, мои дорогие читатели, будете делиться своими мыслями по этому поводу в комментариях к этому посту.

QlikView 10. Обзор. Серия 3.

noreply@blogger.com (sparur) — Tue, 6 Jul 2010 22:02:00 +0400

И снова здравствуйте, коллеги. Продолжаем нашу многодневную сагу о новшествах грядущей “десятки”.

И сегодня я Вам расскажу про изменения касающиеся так называемого макета QlikView документа.

Мастер «Приступая к работе»

Чтобы помочь новым пользователям начать работать со своими данными, был добавлен мастер создания новых документов QlikView. Мастер проводит пользователя через процесс загрузки файла Excel и создания первой диаграммы. Активацию Мастера можно отключить в настройках пользователя на закладке Основное.

Комментарий для выражения

Для выражений в диаграмме теперь есть возможность добавить комментарий. Данные комментарии видны и доступны для редактирования на странице Выражения в диалоге свойства диаграммы. Это позволяет пользователю (дизайнеру) добавлять дополнительные информацию о том, что они рассчитывают в этом выражении.

Как видно на скриншоте, для выражений появилась еще одна «приятность» - нумерация строк в определении.

Объект Контейнер

Новый тип страничного объекта. Позволяет объединять несколько страничных объектов (ранее созданных) в один контейнер. При этом будет создано меню с вкладками-заголовками для объектов.

Контейнер можно использовать вместо опции "быстрая смена типа" для переключения между типами объектов, но данный объект имеет дополнительное преимущество - объекты не обязательно должны иметь одинаковый набор измерений.

Выражение в списке

В предыдущих версиях QlikView, внутри Списка (ListBox) была возможность отображать только частоту для того или иного значения, теперь же мы можем создавать любое количество произвольных выражений QlikView для отображения рядом со списком значений. Выражения определяются так же, как и внутри диаграмм, и все параметры отображения имеющиеся в диаграммах также можно использовать и здесь. Например, вы можете показать результат выражения как текст, изображение, измерительный прибор или мини-диаграмму. Эта функция доступна в QlikView Desktop, в QlikView плагин и в Ajax клиенте.

Мекко чарт

Новый тип диаграммы. По сути это таже гистограмма (Bar Chart) с единственным отличием – ширина каждого бара может быть различна. В результате на одном графике мы теперь можем отображать те вещи, для которых ранее пришлось бы создавать 2 отдельных гистограммы.

Например, на картинке по оси X мы видим величину продаж в разрезе продуктовой группы, а по оси Y получаем долю продаж каждой конкретной группы в отдельном регионе.

Связанные объекты

В QlikView 10 стало возможно создавать связанные объекты. В результате чего, дизайнер получает возможность управлять общим набором свойств (за исключением размеров, местоположения и режима отображения) для таких объектов. То есть, изменив какое-либо общее свойство у одного объекта, мы изменяем его во всех наших связанных объектах. Связанный объект можно создать при помощи контекстного меню:

Ассоциативный поиск.

Добавлен новый режим поиска Ассоциативный. При выборе данного режима поиск будет производиться не только по конкретному полю, но и по другим связанным полям. Списком полей, по которым можно производить поиск является настраиваемым. Причем, при выборе найденных значений в результирующем окне в исходном списке мы автоматически получаем в качестве результата все возможные значения нужного нам поля. Например, у нас есть Список Продавцы, мы хотим отобрать только тех продавцов, которые работали с клиентом Abbott. Для этого нам необязательно иметь отдельный фильтр (список) по клиентам, а достаточно просто воспользоваться этим новым видом поиска на списке Продавцы, ввести в строку поиска название клиента Abbott и в полученном результирующем окне справа выбрать клиента. В результате исходный список продавцов ограничиться нужными нам значениями.

Новый стиль выборки

Для объекта Список расширены опции представления текущей выборки. Во-первых, для стиля LED был обновлен дизайн, теперь вместо круглого индикатора используется квадратный. Кроме того, добавлен новый стиль выборки «LED флаги». Данный стиль сочетает в себе нестандартное поведение стиля «флаги» и новое внешнее представление стиля LED. То есть, при выборе нескольких значений в Списке нет необходимости удерживать клавишу CTRL (как при стандартном поведении).

Данные нововведения доступны в QlikView Desktop, в QlikView плагин и в Ajax клиенте.

Фон для страничных объектов

Настройка фона объекта теперь стала доступна и в таких страничных объектах QlikView как Список, Текущие выборки, объект Закладка и Поиск.

Данная опция доступна в QlikView Desktop, в QlikView плагин и в Ajax клиенте.

Список текущих выборок (улучшения)

В свойства объекта «Текущая выборка» была добавлена опция выпадающего списка. Теперь можно внутри данного объекта для каждого отображаемого поля очень легко и быстро изменять текущую выборку.

Данная опция доступна в QlikView Desktop, в QlikView плагин и в Ajax клиенте.

Иконка Меню в заголовке страничного объекта.

В список специальных иконок для заголовка страничного объекта была добавлена новая иконка Меню. Данная иконка имеет вид направленной стрелки вниз и всегда располагается самой крайней справа. По нажатию на данную иконку выпадает контекстное меню текущего объекта (аналог нажатия правой кнопки мыши на объекте).

Данная опция доступна в QlikView Desktop, в QlikView плагин и в Ajax клиенте.

AJAX режим в QlikView Desktop

Не секрет, что при просмотре с помощью AJAX-клиента мы получаем несколько иное внешнее представление QlikView документов (теряется сглаживание углов, отсутствуют тени объект, небольшое смещение самих объектов и т.п.). В итоге, для проверки внешнего представления документа в AJAX-клиенте в предыдущих версиях дизайнер каждый раз вынужден был размещать qvw-документ на сервере и открывать его при помощи AJAX-клиента. В QlikView 10 стала доступна возможность (внутри QlikView Desktop) переключения в AJAX-режим по одному клику мыши. Для этого в меню Просмотр добавлен новый пункт «Вкл/выкл веб просмотр».

Данная опция также продублирована в панели инструментов «Дизайн»

Перемещения объекта без заголовка.

В предыдущих версиях, для того, чтобы изменить местоположение объекта, не имеющего заголовок нам приходилось делать много лишних движений, а именно, либо открывать свойства объекта и на закладке Заголовок и изменять свойства X-поз и/или Y-поз, либо отображать заголовок объекта(опять же на закладке Заголовок в свойствах объекта), изменять местоположение объекта при помощи drag’n’drop функциональности и потом заново скрывать заголовок в свойствах этого объекта. Согласитесь – это не очень удобно. Теперь это недоразумение исправлено. В новой версии для того, чтобы переместить какой-либо объект достаточно навести курсор мыши на объект, нажать клавишу ALT и можно пользоваться функцией drag’n’drop. Причем данная фича работает даже для тех объектов, для которых отключена опция «Разрешить перемещение/изменение» (на закладке Макет в свойствах объекта).

Форматирование текста в диаграмме.

noreply@blogger.com (sparur) — Wed, 30 Jun 2010 23:23:00 +0400

И на сегодня еще один небольшой пост дабы немного разбавить нашу мыльную оперу про QlikView 10. Хочу рассказать о некоторых нюансах форматирования текста в диаграммах.

Речь пойдет об одноименном свойстве “Форматирование текста”, которое имеется у каждого Измерения и Выражения. Для того, чтобы воспользоваться данной опцией, достаточно раскрыть список дополнительных выражений, нажав символ +. В выпадающем списке выбираем необходимое свойство и нажимаем кнопку “Редактировать”. Откроется стандартное диалоговое окно для редактирование QlikView выражения.

А теперь самое интересное… Каким же образом мы можем форматировать наш текст. Для этого существует ряд специальных тэгов, применив которые, мы можем видоизменить определенный текст в диаграмме. Вот эти тэги:

‘<B>’ – жирный;
‘<I>’ – курсив;
‘<U>’ – подчеркнутый
‘<H1>’ .. ‘<H6>’ – Заголовок 1..Заголовок6

при помощи этих тэгов мы можем достаточно гибко управлять внешним представлением того или иного текста в диаграмме.

QlikView 10. Обзор. Серия 2.

noreply@blogger.com (sparur) — Wed, 30 Jun 2010 22:38:00 +0400

И снова здравствуйте, Господа. Продолжаем нашу увлекательную экскурсию по грядущей 10ке. В предыдущей серии мы познакомились с возмозможностями по управлению, так называемыми, метаданными. Сегодня на очереди улучшения в редакторе сценария (скрипта).

И так, поехали...

Улучшения в редакторе скрипта

Редактор сценариев был существенно переработан. В основное меню добавился пункт «Вставка», куда было перенесено часть соответствующих функций из меню «Редактировать» и появился ряд новых полезных опций.

Пункт меню Настройки был переименован в Инструменты. В данном меню появилась возможность запуска Администратора ODBC соединений (стандартное приложение Windows) прямо изнутри редактора.

Кроме того, 32-разядный ODBC администратор теперь можно будет запускать и «из под» 64х битного QlikView клиента. Что очень удобно в тех случаях, когда вы работаете на 64х битной ОС.

Отдельно хочется упомянуть о том, что было удалено совершенно бесполезное (на мой взгляд) окно Утверждения.

Диалог вызова мастера встроенных данных (а также Секции Доступа) был вынесен в меню Вставка (см. скриншот выше).

Ну и два самых, наверное, «вкусных» изменения. Это впервые появившиеся в QlikView, но так хорошо знакомые и давно используемые в других средах разработки - Инструмент для проверки синтаксиса и Авто завершение функций.

Свершилось, наверное, то, о чем так долго мечтали все QlikView разработчики. Теперь еще бы сворачивание конструкций получить в редакторе, так вообще будет песня.

Отдельное подключение к базе данных из QlikView

Основная идея заключается в том, что QlikView в момент запуска скрипта порождает второй процесс - QVConnect, который и подключается к источнику данных. После чего данные из QVConnect поступают в QlikView. Это не только привело к созданию более эффективной архитектуры, но это также позволяет использовать 32-разрядные ODBC соединения с 64-битным QlikView клиентом при помощи утверждения "Connect32" сценарии загрузки. Два разных файла QVConnect устанавливаются в папку QlikView: QVConnect32.exe и QVConnect64.exe.

Параллельная обработка данных

Интерпретация и преобразование данных, начиная с QlikView 10, делается в несколько потоков, что значительно ускоряет процесс загрузки. Однако, к сожалению, это не означает, что операторы Load теперь могут выполняться параллельно, нет, в этом смысле все, как и раньше, выполняется последовательно.

QlikView 10. Обзор. Серия 1.

noreply@blogger.com (sparur) — Thu, 24 Jun 2010 22:39:00 +0400

И так начнем наш сериал… И сегодня я представляю Вашему вниманию первую серию этого захватывающего блокбастера под названием “Общие изменения в QlikView 10 (часть 1)”.

В этой серии мы поговорим о появившихся в новой версии возможностях по созданию и управлению мета-данными.

Тэги для поля

В QlikView 10 появилась возможность добавления тегов для каждого поля. Теги могут быть как системными, так и настраиваемыми QlikView разработчиком. Ряд системных тэгов автоматически генерируются для полей документа при выполнении сценария загрузки. Это такие тэги как: $hidden, $numeric, $integer, $date, $timestamp, $text, $asci.

Пользователь (разработчик) может создавать свои собственные теги с помощью простого синтаксиса.

TAG [FIELD] ИмяПоля [WITH] ИмяТэга;

UNTAG [FIELD] ИмяПоля [WITH] ИмяТэга;

Кроме того, тэги можно также изменять интерактивно. Делается это в свойствах документа на закладке Таблицы (в нижней части диалогового окна кнопка «Редактировать Тэги»). Привязанные тэги также можно будет увидеть в обозревателе таблиц (см. скриншот выше) и в различных диалогах выбора полей (например, на закладке Измерения в свойствах диаграммы) при наведении курсора мыши на конкретное поле. В будущем, тэги планируется также использоваться для более «продвинутой» сортировки в объектах.

Комментарии для поля

Данная новая функциональность предоставляет возможность использования комментариев (метаданных) для поля, что может помочь дизайнеру при разработке макета QlikView. Комментарии читаются из файла / базы данных или устанавливаются индивидуально в рамках выполнения скрипта.

COMMENT [FIELD] ИмяПоля [WITH] Комментарий;

Комментарии так же, как и тэги, можно увидеть в свойствах документа (закладка Таблицы), в обозревателе таблиц или в различных диалогах выбора полей.

Комментарии для таблицы

По аналогии с комментариями для полей, их также можно задать для описания исходных таблиц.

COMMENT [TABLE] ИмяТаблицы [WITH] Комментарий;

Комментарии отображаются на закладке Таблицы в свойствах документа и в обозревателе таблиц при наведении курсора на заголовок таблицы.

Комментарий для переменной

Для переменной теперь появилась возможность задать понятный комментарий, описывающий, например, ее предназначение. Данный комментарий будет виден, а также доступен для редактирования в Обозревателе переменных, и в свойствах документа на закладки Переменные.

QlikView 10. Обзор нововведений.

noreply@blogger.com (sparur) — Wed, 23 Jun 2010 22:13:00 +0400

Всем привет. Вот наконец-то мои руки дотянулись и до блога.

Решил написать небольшой обзор по новым фичам грядущей 10ки.

Во-первых, стоит отметить, что сегодня, а точнее с 9 июня, QlikView 10 доступна уже в версии RC (Release Candidate). А это говорит нам о том, что продукт практически готов к употреблению. И это несмотря на то, что планируемая дата выхода финального релиза (GA) – 6 октября сего года. Если брать во внимание прошлые темпы выпусков (на примере той же 9ки), то срок на самом деле огромный. Будем надеяться, что увеличение времени бета тестирования поможет выпустить по-настоящему готовый продукт и не потребует латания дыр в спешном порядке. Но это все лирика, господа. А теперь собственно о главном… А новшеств в юбилейном выпуске не мало, поэтому я решил их разбить на функциональные группы и выкладывать отдельными постами:

Общие изменения
Изменения в макете документа
Изменения на стороне QlikView сервера

Так что я планирую целую серию из нескольких постов на заданную тему.

Тип данных Dual()

noreply@blogger.com (sparur) — Mon, 21 Dec 2009 17:52:00 +0300

Приветствую, коллеги.

Каюсь, каюсь и еще раз каюсь... Очередной простой в блоге, но Вы должны менять понять :) конец года как никак... Ну да ладно, хватит о грустном и перейдем непосредственно к самому интересному...

Сегодня предлагаю поговорить о таком интересном типе данных QlikView как Dual.

Как видно из его названия это некий двойной тип данных, а проще говоря, тип данных хранящий сразу два представления. Для начала давайте заглянем в справку и посмотрим что нам предлагает официальный источник. Заглянули? Отлично. А теперь приведу пример использования этой фичи из своего реального опыта.

Для начала немного предыстории… Я всегда на всех проектах формирую отдельную таблицу календарь, где создаю на основании поля “Дата транзакции” различные поля типа: Год, Месяц, Квартал, Месяц-Год, Квартал-Год… Выглядит это примерно так:

Calendar:
LOAD
    TransDate,
    Year(TransDate)                                          as Year,
    Month(TransDate)                                     as Month,
    'Q' & ceil(Month(TransDate)/3)           as Quarter,
    Date(Monthstart(TransDate), 'MMM-YYYY')       as MonthYear,
    num(QuarterStart(TransDate)))                                 as QuarterYear,
    'Q' & Ceil(Month(TransDate)/3) &'-'& Year(TransDate)   as QuarterYear,
    Day(TransDate)                                                as Day
;
LOAD
    ($(vMinDate) + IterNo())        as TransDate
AUTOGENERATE 1
WHILE ($(vMinDate) + IterNo()) <= $(vMaxDate);

И все вроде замечательно, пока я не обнаружил, что значения поля QuarterYear постоянно в различных объектах, будь то диаграмма(Chart) или список значений(ListBox), различным образом сортируется. В диаграмме по оси X может нормально сортироваться:

Q1-2008, Q2-2008, Q3-2008, Q4-2008, Q1-2009, Q2-2009…,

а в Списке значений может сортироваться как текст, т.е. как то так:

Q1-2008, Q1-2009, Q2-2008, Q2-2009, Q3-2008, Q3-2009,…

Причем настройка типа Сортировки(как Текст, либо как Число) в свойствах объекта не всегда приводила к нужному варианту, что заставило меня задуматься над этой ситуацией. Почему собственно наблюдается такое непредсказуемое поведение системы? Ведь в случае с очень похожем полем MonthYear ничего подобного и в помине нет – всегда сортируется так, как мы указываем в параметрах сортировки объекта. А ответ очень прост – посмотрите на реализацию календаря – поле MonthYear формируется при помощи функций работы с датами, просто выбирается необходимый формат представления - 'MMM-YYYY'. А поле QuarterYear реализуется в виде обычной строки, без какого либо намека на привязку к дате. В этом и весь ответ.

В итоге немного поразмыслив я переделал формирование своего календаря, а точнее поля QuarterYear. Теперь это выглядит следующим образом:

Dual('Q' & Ceil(Month(TransDate)/3) &'-'& Year(TransDate), num(QuarterStart(TransDate))) as QuarterYear

т.е. в поле QuarterYear мы “загоняем” сразу 2 типа данных: строковый и числовой. И в этом нам помогает собственно тип данных Dual. В результате теперь во всех объектах QlikView мы можем производить сортировку так как нам будет необходимо и система всегда правильно нас “поймет” и отсортирует значения в нужном порядке.

Вот такой вот натюрморт получается :).

Наборы данных. Исключаемые значения

noreply@blogger.com (sparur) — Thu, 15 Oct 2009 18:18:00 +0400

Коллеги, всем привет.

Давненько я не писал чего-то интересного и познавательного. Собственно, исправляюсь… Сегодня снова поговорим о Set Analysis’е, а именно, о нюансах исключения некоторых значений поля из всего набора данных.

Думаю, проще всего сразу показать эти нюансы на примере, поэтому предлагаю создать новый документ QlikView, и загрузить в него следующую информацию:

Sales:
LOAD * INLINE[
User, Amount
Петр, 11235
Алексей, 11999
Жанна, 37000
Николай, 53000
Григорий, 10000
];

Теперь представим ситуацию, что нам неинтересна информация о том, на какую сумму Петр продал товара, т.е. нам необходимо исключить значение “Петр”. Как, собственно, мы можем этого добиться? Если не использовать Set Analysis, то мы должны выбрать все значения поля “User”, кроме значения “Петр”. Согласитесь, это не очень удобно, как минимум, потому что нам всегда нужно будет производить подобную манипуляцию и не забывать об этом. Поэтому логичней здесь воспользоваться Set Analysis’ом и произвести подобное исключение внутри наших выражений. Создадим диаграмму типа Прямая таблица, в качестве измерения выбираем поле User и определим 2 выражения:

Sum( {< User -= {"Петр"} >} Amount)

Sum( {< User =- {"Петр"} >} Amount)

На первый взгляд, эти выражения выполняют одно и тоже – исключают значение “Петр” из нашей диаграммы и только лишь. Однако, это не совсем так. Оба эти выражения действительно исключают значение “Петр”, однако если мы сделаем выборку в поле User, то увидим что именно отличает друг от друга эти 2 реализации одной и той же задачи.

Первое выражение, как собственно и описано в официальной документации QlikView, является сокращенной формой выражения вида: Sum( {< User = User - {"Петр"} >} Amount), т.е. этим выражением мы говорим, что хотим рассчитать сумму продаж на основании текущей выборки по полю “User”, за исключением значения “Петр”. Соответственно, когда у нас не выбрано ни одно значение поля “User”, мы получаем список из всех пользователей за исключением Петра. Как только мы производим выборку, наш список пользователей сокращается до этой выборки. Собственно стандартное поведение системы.

Второе же выражение является краткой формой следующего: Sum( {< User = {*} - {"Петр"} >} Amount). Здесь мы говорим системе, что хотим получить все значения поля “User” вне зависимости от текущей выборки по полю “User”. В итоге мы получаем статический набор из всех пользователей за исключением одного Петра.

На этом разрешите откланяться :).

Кое-что о функции Exists ()

noreply@blogger.com (sparur) — Thu, 1 Oct 2009 13:09:00 +0400

В очередной раз приветствую Вас, коллеги, на страницах своего блога.

Сегодня я расскажу Вам об особенностях работы функции Exists() в QlikView. Исходя из информации, любезно предоставленной нам производителем в справке к программному продукту, мы имеем следующий формат применения этой функции:

Exists( field [ , expression ] ),

где field – это имя поля (или выражение, вычисляющее имя поля) предварительно загруженное в документ QlikView; expression – это выражение, вычисляющее значение поля, которое собственно и проверяется на наличие в поле field. Если 2ой параметр опущен, то подразумевается текущее значение поля.

Исходя из этой справочной информации можно сделать предположение, что функция Exists() работает только c ранее загруженными данными, т.е. поле, указанное первым параметром должно быть загружено предыдущими операторами LOAD и/или SQL SELECT в документ QlikView. Однако, это предположение будет не совсем верным. Для иллюстрации всего выше сказанного давайте сделаем небольшой пример документа QlikView и убедимся в этом на практике.

И так, создаем новый документ, сохраняем его на диске, открываем редактор скрипта и добавляем следующий код:

Budget:
Load * Inline [
User, Budget
Tom, 10000
Jane, 20000
May, 22000
Graham, 12300
];
Sales:
Load * Inline [
User, Sales
Tom, 11000
Jane, 19000
May, 21000
Graham, 13300
John, 23456
]
Where Exists(User);

После выполнения данного скрипта, создайте объект Простая таблица и выведите в нее поля: User, Budget и Sales. Вы увидите в таблице 4 строки и для каждой из них будет определено значение в полях Budget и Sales. Иными словами, Вы не увидите строку с пользователем John и его суммой продаж, т.к. в скрипте, при загрузке данных по продажам,Вы указали, что хотите грузить только данные тех пользователей, которые уже были ранее загружены в документ, т.е. в нашем случае это те пользователи, по которым есть данные по бюджету. Этот пример собственно демонстрирует, так скажем, явное применение функции Exists(), т.е. так как это описано в справочном файле.

Далее создадим новый документ (или можно внутри того же самого документа, закомментировав предыдущий код загрузки) и добавим в него следующий код загрузки данных:

Sales:
Load
RowNo() As row,
User,
Sales,
If(Exists(User,User), 1, 0) As Exists
;
Load * Inline [
User, Sales
John, 12222
Tom, 11000
Jane, 19000
May, 21000
Graham, 13300
John, 23456
];

Здесь как Вы видите мы предварительно не загружаем поле User в документ и в тоже время используем функцию Exists по этому полю. Загружаем данные, и создадим еще один объект Простая таблица, в которую выведем поля в порядке их загрузки в документ: row, User, Sales и Exists. И что Вы видите? А видеть Вы должны примерно следующее: Иными словами, функция Exists() отработала корректно и в этом случае. То есть мы можем применять данную функцию для проверки записей также и внутри одного оператора загрузки данных.

На этом пожалуй я остановлюсь и пожелаю Всем новых открытий и приятных впечатлений от работы с QlikView.

Знак “=” в Редакторе Выражений

noreply@blogger.com (sparur) — Mon, 28 Sep 2009 15:38:00 +0400

Коллеги, приветствую Вас.

Предлагаю Вашему вниманию очередной пост, который, на мой взгляд, может помочь в понимании некоторых проблем, возникающих на начальном этапе работы с QlikView.

Поговорим сегодня о редакторе выражений и некоторых нюансах построения этих самых выражений, точнее сказать об одном определенном нюансе, а именно об использовании знака “=” в начале Вашего выражения(аналогично тому, как это реализовано в MS Excel).

Предшествующий основному выражению знак “=” говорит QlikView о Вашем желании предварительно вычислить выражение, которое описано после него и вернуть результат вычисления.

Вообще, использование знака “=” в QlikView может у Вас вызвать некоторую путаницу в понимании того, как он работает и зачем он собственно нужен. Поэтому я сейчас попытаюсь объяснить Вам некоторые нюансы работы при использовании этого знака в редакторе выражений на различных объектах документа QlikView.

Во-первых, при создании выражения в объекте Диаграмма Вам нет необходимости указывать перед каждым выражением знак “=”, т.к. подразумевается тот факт, что если уж Вы создаете выражение в диаграмме, то Вам собственно необходимо чтобы это выражение было вычислено.

Во-вторых, при работе с текстовыми объектами если Вам требуется вычисление какого-либо выражения, то Вы обязаны использовать знак “=” в начале него. В противном случае, Вы просто получите в текстовом объекте свою формулу в том виде, в котором Вы ее ввели в редакторе выражений. Т.е. если в текстовом объекте написать следующее выражение: “Sum(Amount)”, то после закрытия диалога свойств объекта Вы получите текстовый объект, в котором отобразится строка: “Sum(Amount)”. Однако, как только Вы добавите предшествующий выражению знак равенства: “=Sum(Amount)”, QlikView сделает вычисление формулы(с учетом текущий выборки в документе), стоящей после знака “=” и вернет результат этого вычисления в текстовый объект.

В-третьих, ситуация когда Вам необходимо использовать выражение в качестве значения переменной. Этот случай, на мой взгляд, представляет наибольший интерес, поэтому давайте рассмотрим его более подробно.

Представим что у Вас имеется некоторый набор данных по продажам в разрезе года. Допустим Вы создали 2 переменные vSales со значением “sum(Amount)” и vTotal со значение “=sum(Amount)”. Теперь Вам необходимо создать диаграмму, которая бы показала сумму продаж в разрезе года. Для этого создайте новый объект типа Диаграмма, тип Диаграммы выберите, например, Прямая таблица (straight table), в качестве измерения укажите поле год, и на закладке выражений создайте 2 выражения: $(vSales) и второе – $(vTotal). В итоге у Вас получится в первой колонке сумма продаж в разрезе года, а во второй колонке во всех строках таблицы Вы увидите одно единственное число – общую сумму продаж.

Это происходит потому что значение первой переменной vSales представляет из себя по сути обычный текст, который помещается в выражение диаграммы, в результате чего происходит расчет этого выражения в разрезе каждого отдельного года. А во второй переменной vTotal мы использовали знак равенства перед этим же самым текстом, поэтому QlikView, перед тем как вставить значение переменной vTotal в выражение диаграммы, предварительно производит расчет этого выражения на уровне документа и уже результат этого расчета помещает в выражение диаграммы. В итоге Вы и получаете одинаковую цифру во всех строках таблицы.

Ну и последний момент, о котором я хотел бы рассказать сегодня, это случай, когда знак “=” используется внутри конструкции $(). По сути, достичь результата описанного в ситуации с использованием переменной vTotal, можно и без использования этой самой переменной, т.е. непосредственно внутри выражения диаграммы. Для этого достаточно определить выражение следующего вида: $(=sum(Amount)). В этом случае, формула sum(Amount) предварительно рассчитается на уровне документа и уже результат этого вычисления будет возвращен в выражение диаграммы.

Вот и все на сегодня, коллеги. Надеюсь данный пост был Вам интересен и я не зря потратил на него свое время :).