Briggs:To clarify that, what is an example of how a customer might use a mashup in a BI application?
Igoe:I really see data mashup as the next in a logical progression from ad hoc query. We're all familiar with ad hoc query where you have got a well-defined question that you are trying to ask, and by dynamically pulling the data that you want, you are constructing the answer to that question. Any user who has ever wanted to manipulate or combine data beyond what the standard ad hoc query tools provide, often got frustrated. And typically these roadblocks would cause them to dump the data out of the BI tool and into an application like Microsoft Excel.
This served its purpose, but it is really subversive behavior. Users are getting around the limitations of the BI tools that they have and also avoiding a bottleneck of IT, instead of going back to IT to ask them to address the question or needs that they have. And that's all well and good for particular purposes.
The down sides, now, are that the work in Excel is largely manual. You are copying and pasting data. That also means that it is very prone to errors. And then further, once you have your results, you can't really take full advantage of the rest of the BI environment. Basically once you export that data into Excel, you can't really go back either.
So a common scenario in our customer base is you build a data mashup that essentially mirrors what you've been doing in Excel manually. This way you can codify that manipulation one time. Make sure that you get it right and have repeatable behavior. You're able to trust that answer, time and again. And you can still leverage the enterprise class performance and even use that data within the context of the other BI capabilities.