DDW (Dynamic Data Warehousing) is a couple years off (at least 3 to 5), but I still like to look into the future to find out what kinds of things we might create, and what the value of DDW might be. This entry is an exploratory entry - meant for discussion purposes, so please comment on what you think about DDW, it's feasibility, the timelines and anything else that may come to mind.
In my mind, to get to DDW we must take baby steps. Unless of course some engineer has a tremendous breakthrough and can create the necessary components quickly and easily. I think it may be possible to build a DDW today, at least for experimental purposes.
If I look at the raw components available today, I would suggest starting with a DW Appliance like Netezza, or Datallegro. Then, I would negotiate a deal with a data mining company to place their software on a hard-ware card that can plug and play with the Appliance. Next, we would engage the data mining during load streams as well as scheduling the neural net to mine the data in near-real time for associations and meanings. The twist would be the neural netsâ€™ focus: which would be directed to work on structure and relationships rather than data itself. It would use the data to measure confidence levels for structure.
It would be as though weâ€™d have a Structural Quality Engine built into firm-ware and hooked to super-fast I/O and high speed parallel systems; thus resulting in a semi-smart device. I would recommend starting off with simple rules and a 1, 2, 3 rating (as discussed in my previous posting). Where 1 would be Manual intervention required before structure change is made, 2 = warning, but change is made in place, 3 = notification that a change has occurred. Based on confidence level thresholds we would see this system stratify changes over time.
So what does DDW bring to the table?
An incredible ability to adapt structure of the Data Warehouse or historical integration store on the fly â€“ thatâ€™s the technical side of it anyhow. From a business perspective it can translate to much lower maintenance costs, much lower response times from IT for adjusting to changes, much lower â€śnew projectâ€ť costs. â€śWhat Ifâ€ť questions could be asked of the production architecture without actually making changes. Rates of Structure changes could be monitored, projected, and gauged based on business partners whom are interacting with the SOA interfaces.
It would mean a better way to estimate â€śchangesâ€ť to the data warehousing system, with hard-fast numbers and confidence levels to back it up. On the other hand, weâ€™d have to pay for the engineering somehow, so up front costs would rise in order to lower TCO over time.
It means easier access to changes, more dynamic and flexible changes in the hands of the business users, and if the DDW is hooked to a business rules engine â€“ or SOA Business Process Workflow, it can be â€śdialed inâ€ť to the changes that are coming down the pike (expected at the data level).
Iâ€™d love to hear what your thoughts are on this topic, all comments are welcome.
Posted June 30, 2005 12:44 PM
Permalink | No Comments |