Where Have The QlikView Bloggers Gone?

Posted on September 24, 2010 by Jay Jakosky

Are we waiting for QlikView 10? It’s so quiet out here in the blogosphere.

Posted in QlikView | Tagged , | 5 Comments

QlikView Scalability

Posted on May 5, 2010 by Jay Jakosky

QlikTech recently announced their Scalability Center for customers to evaluate their QlikView apps under load and using the best servers available. At the time of the announcement, just one day after Intel’s own, they say they will have systems based on the Xeon 7500 series processors. The performance improvements over the 7400 series alone are impressive. Rather than look at what the processor and chipset can do in the Intel literature, let’s look at what they are doing in offerings from Dell and IBM.

The PC3-10600 memory is twice as fast as the 5300 memory being offered with the Xeon 7400 series processors. This is due to the introduction of the QuickPath Interconnect (QPI). The memory sticks peak at 10.6 GB/s of transfer and the QPI can support more than 25GB/s.

Also included in the Nehalem cores (i5, i7 and Xeon 7500) is a feature called Turbo Boost. Even though it reminds me of the “Turbo” button on the front of my desktop PC from the 1980′s, it is actually a feature that automatically overclocks the processor if the chip’s power and temperature are within limits. It sounds perfect for QlikView, which leaves processors sitting idle and cool, then suddenly requires a burst of the highest possible performance.

Some other features:

  • 64 DIMM slots for up to 1 terabyte of memory.
  • 4, 6 or 8 cores… 8 cores x 4 sockets = 32 cores
  • 12, 18 and 24MB caches
  • 1.86 GHz – 2.26GHz (The 2.66 GHz is being produced but not included in systems as of May 5, 2010.)
  • 10 GB network connections

These are some amazing machines for running QlikView. And this ties in perfectly with recent announcements about support for large data volumes in QlikView 10, both during the load and in the server.

Below are some samples of current hardware pricing (no software, no networking, basic Dell build) as of May 5, 2010:

Systems (without memory):

  • 4 processor, 8 core Xeon X7560 @ 2.26 GHz: $33,000
  • 4 processor, 6 core Xeon E7530 @ 1.86 GHz: $19,500
  • 2 processor, 4 core Xeon E7520 @ 1.86 GHz: $17,000

Memory:

  • 128GB: $8,000
  • 256GB: $14,000
  • 512GB: $34,000
  • 1TB: $93,000

A final note: Once again, Intel is including hyperthreading in the Nehalem cores. Hyperthreading is designed to help deal with unoptimized applications and the limitations of operating system schedulers. My understanding from the last time that hyperthreading was actively marketed is that QlikView does not benefit and can actually suffer when hyperthreading is enabled. QlikView has highly optimized code and uses it’s own threading algorithms to maintain peak performance. Hopefully someone from QlikTech can confirm in the comments that hyperthreading is not advisable.

Happy QlikViewing!

Posted in QlikView | Tagged , , , , , , | Leave a comment

The Year in QlikView

Posted on January 8, 2010 by Jay Jakosky

A subtle and powerful shift happened last year.

I was building a QlikView application for financials. My client and I had discussed the idea of this application a year earlier but it was impossible then. Version 8.5 had not been released. The ability to look at dozens of simultaneous selection sets is the key to making this great idea work.

Zoom forward to 2009. Versions 8.5 and then 9.0 are released with features including Set Analysis, unlimited rows, chaining of document selections, data export from the script, and Dynamic Tables. These innovations remove the architectural limitations of QlikView that had tied my hands. A year ago I could not deliver the solution that was in my head and that my client needed. Now these limits are gone and I can build exactly what my client needs.

Build exactly what my client needs? This is the first time that this thought crossed my mind. It’s true! With the release of version 9, QlikView has entered a new phase. One that no other product can match.

QlikView is the first and ONLY tool on the market in which every business analysis that I have been asked to build can be built with confidence and an expectation of success. Dream big!

QlikView is not SPSS or JMP, and it never will be, but since I have never been asked to do anything more complex than a regression, QlikView works perfectly.

QlikView is the tool to turn to. It delivers results. Real value, right now. And you can be confident that it can achieve any business analysis you can think of. To get an idea of what QlikView can do, follow this thread on LinkedIn with over 100 unique uses for QlikView.

Posted in Business Intelligence, QlikView | Tagged , , | 3 Comments

Dream Job Offer! Build QlikView 9 Apps for Google!!

Posted on July 18, 2009 by Jay Jakosky

The positions have been filled so I have removed this post.

Posted in Uncategorized | Leave a comment

What’s “possible” in QlikView 9…

Posted on July 2, 2009 by Jay Jakosky

QlikView 9 adds a powerful new feature to Set Analysis. In 8.5, you must specify the values to be selected in a field. But how can we dynamically make selections based on another field? QlikView 9 introduces “Set Modifiers with Implicit Field Value Definitions” in section 19.4 of the reference manual. Here’s an example:

sum( {$ Customer = P({1<Product={‘Shoe’}>} Customer)>} Sales )

The expression inside P(..) is saying “Start with the complete data set and select the value “Shoe” in the Product field. The list of customers after making that selection is what I want to use to calculate sum(Sales).” Ok, that’s great. It’s dynamically generated based on selections in another field. Now we don’t need a crazy concat() expression to acheive this like we did in 8.5. And by using E(..) instead of P(..), it’s now possible for the first time to select the excluded values! That wasn’t even possible in 8.5!

But the real power is the second Customer. You do not need to return a list of values from Customer in order to make a selection on Customer.

So what? My favorite application of this new ability is in using multiple calendar tables. Let’s say you want to look at sales between two different calendar periods…

  • In the pre-8.5 method, without set analysis, you were limited to sum-if logic. In order to pick two dates and calculate over two periods, both calendars needed to be unconnected from the data model. Because these tables are unconnected, other list boxes would not update as the user made date selections.
  • The 8.5 approach to multi-time-period analysis has been to use bookmarks and macros. You make one period selection and bookmark it, then make the next selection. One calculation applies the bookmark, the other does not. List boxes for other dimensions continue to update as new selections are made. The user cannot see the bookmarked date selections again without applying the bookmark. The bookmark can also contain additional, unintended selections. The way to avoid this is with macro code that makes selections, which may or may not kill the server selections cache, depending on who you ask.
  • THE NEW  QlikView 9 way is to have two calendar tables in the data model, one connected and one unconnected. Using the new implicit selections feature we select the Possible dates in the unconnected table like so: {$Date=P({$} UnconnectedDate)>}. On the unconnected table, the user may have made selections on Year or Month or Day of Week, but we don’t care. We will select whatever UnconnectedDate values remain. By displaying both date tables we maintain visibility for both sets of date selections. Because one date table is connected, all the other fields continue to update. It is best therefore to use the connected date table as the current period and the unconnected table as the past period.

Hope you got something out of this. Cheers!


Posted in Business Intelligence, QlikView | Tagged , | 8 Comments

QlikView 9: Export Document Layout to XML

Posted on April 29, 2009 by Jay Jakosky

One of the new features in QlikView 9 is “Export Document Layout”. Despite the name, the entire application without data is exported to XML: script, layout, embedded images, everything!

I exported the blank “New” document to XML. Click here to see what it looks like in XML.

Why add XML export? One of the big-picture features that was missing from QlikView is support for version control. By using XML as the storage format you can use standard version control products and produce accurate differentials.

But now that QlikView has embraced an open file format, there are so many more things we can do…

Track Metadata in Large Deployments

Some QlikView deployments have many HUNDREDS of QVW files. Someone is probably over 1000 by now. These are unique apps; not the result of Publisher distribution loops. It’s a tedious task to manage metadata when it’s locked inside a proprietary file format.

Which apps use the [Salesman] field? Which apps have expressions that fail to multiply [Revenue] by the [Exchange Rate]? Use a tool like Rob Wunderlich’s on the XML versions of all these QVW files and we can track, compare and search hundreds of thousands of expressions, tens of thousands of layout objects, and thousands of scripts as quickly as we would explore any other data in QlikView.

Generate New Applications

Kalido is exporting basic QVWs and QVDs, That feature required custom code integration. Soon any one of us can achieve the same end result: export a complete XML specification, import the XML into QlikView, and hit reload to execute the script. If QlikTech can make this happen from the command-line then the entire process can be hidden and the end user receives a freshly baked QVW (or QVD!).

Dynamically Update Applications

You could generate a full application, but it’s more likely that you will want to make small changes to one that’s already developed.

What do you do when you cannot predict the format of a data update. What if there are new columns added each day? Or what if the headers change? One of the simple things that QlikView can’t handle on its own is the addition or removal of fields from Excel sheets. I don’t know any business intelligence tool that gracefully adapts when a data field is missing.

What if you would like to change the layout every day. Maybe a new field in the Excel sheet needs to be added to a table, or to an expression, or to a drill-down. Maybe you would like to add a chart. Every part of the application is exposed in XML, so you can do anything you want.

Go With The Flow

Speaking more generally about adapting to data… One of the mantras of business intelligence and the database world is “Will the data have this format every time?” If it won’t, no deal. Well, now we can adapt to changing data. We can also deliver dynamic applications that are driven by that data.

And more…

It’s hard to say where this goes but I think it has big potential. Are there any other BI tools that we can look to for inspiration? Do you see yourself using this feature? I’d love to read your ideas!

Posted in QlikView | Tagged , | 6 Comments

QlikView Server 9 New Look!

Posted on April 27, 2009 by Jay Jakosky

I’m kicking the tires on this new version and so far it makes a really good impression. I did the default install on a vanilla Windows 2003 Server x64 SP2 installation. I’ll post notes on installation sometime soon. This is the default view of the server documents at http://localhost/qlikview/

Click to see the full-size image.

Click for a larger image.

Click for a larger image.

Posted in QlikView | Tagged , | 1 Comment

QlikView Server 9 Installation Screen

Posted on April 27, 2009 by Jay Jakosky

Here’s a screenshot from the QV Server Beta 9 installation routine. Notice the combined installation of Publisher services alongside Server. Kinda neat!

Posted in QlikView | Tagged , | Leave a comment

QlikView 9 Beta!!!

Posted on March 12, 2009 by Jay Jakosky

There are A TON of new features coming in version 9. Big changes in usability overall.

You can access the beta as a registered customer or partner here: http://www.qlikcommunity.com/qv9beta/

My favorite new features so far:

  • iPhone client. Zoom in. Shake to clear. Lots of fun.
  • Java client for everyone else, including Blackberry.
  • Removal of the 2 billion record limit. Now your record set is limited by RAM and CPU power.
  • Dynamic data update. Update data in the QlikView document without a reload through APIs and standard SQL statements. When used on the server, it will PUSH the data out to the clients.
  • Export QlikView documents as XML. QlikView documents (no data) can be stored in version control systems. Differentials can be generated. This also means that QlikView documents can be programmatically generated!
  • Document chaining. Open one document from another and apply selections. Great for working with segmented QlikView documents when data volumes get very large. Can also be combined with the programmatic QlikView generation in interesting ways!
  • Actions and Trigger Actions are replacing macros. Oh please, oh please be the end of macros!!
  • Set Analysis can now reference other fields, as in “Select all possible values in Customers based on a Sales last year”.
  • Sparklines. Mr. Tufte, your “tiny” contribution is everywhere. Cool.
  • Trellis charts. I’m quite proud of this since it was originally my suggestion!! Woo hoo!
  • Dynamic background charts. Swap out map backgrounds as selections are made.
Posted in QlikView | Tagged , | 10 Comments

QlikView’s Rapid Time-to-Implementation Improves BI Value: A TDWI Interview

Posted on December 15, 2008 by Jay Jakosky

“We work the way your mind works. It doesn’t matter if you get the thing perfect the first time. Let your mind go the way it wants and ask the questions that you want to ask. Your can customize [QlikView] based on the kinds of questions, the kinds of analysis, that [your users] want to do,” Deighton says.

QlikView’s Rapid Time-to-Implementation Improves BI Value

Posted in QlikView | Leave a comment