﻿<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/">
  <channel>
    <title>Karen Lopez: Musings on Data, Process, and Architecture </title>
    <description>Insights and thoughts about data and IT-related concepts.</description>
    <link>http://www.infoadvisors.com/Home/tabid/36/BlogId/1/Default.aspx</link>
    <language>en-US</language>
    <managingEditor>website@infoadvisors.com</managingEditor>
    <webMaster>karen@Infoadvisors.com</webMaster>
    <pubDate>Fri, 25 Jul 2008 01:13:38 GMT</pubDate>
    <lastBuildDate>Fri, 25 Jul 2008 01:13:38 GMT</lastBuildDate>
    <docs>http://backend.userland.com/rss</docs>
    <generator>Blog RSS Generator Version 3.4.0.39853</generator>
    <item>
      <title>Enabling High Quality Analytics Through a Data Validity Dimension</title>
      <description>&lt;P&gt;&lt;IMG title="Pete Stiglich .jpg" height=94 alt="Pete Stiglich .jpg" src="/Portals/0/Articles/Pete%20Stiglich%20.jpg" width=98 align=right border=0&gt;I've added a new article by Peter Stiglich on &lt;A HREF="http://www.infoadvisors.com/ArticlesVideos/EnablingHighQualityAnalytics/tabid/211/Default.aspx"&gt;Enabling High Quality Analytics Through a Data Validity Dimension&lt;/A&gt;.  Peter's approach is interested -- who knew that using the cartesian product was going to be so helpful?&lt;/P&gt;
&lt;BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px"&gt;
&lt;P&gt;&lt;STRONG&gt;Data Quality&lt;/STRONG&gt;&lt;/P&gt;
&lt;P&gt;While working on an Enterprise Data Warehouse for a state court system the issue of poor data quality in the source systems became apparent.  Referential integrity was not strictly enforced and there was very little in the way of attribute level constraints.  One normally expects that these types of constraints be enforced for an OLTP application, whether through the application, in the database, or both.     &lt;/P&gt;
&lt;P&gt; &lt;/P&gt;
&lt;P&gt;Of course, one should never be surprised when there is poor data quality in the source systems – poor data quality is the norm rather than the exception.  According to The Data Warehouse Institute (TDWI) over $600 &lt;U&gt;billion&lt;/U&gt; a year is lost due to poor data quality.  &lt;/P&gt;&lt;/BLOCKQUOTE&gt;
&lt;P&gt;If you are interested in submitting an articled, send it to &lt;A href="http://www.infoadvisors.commailto:website@infoadvisors.com"&gt;website@infoadvisors.com&lt;/A&gt; for review.&lt;/P&gt;</description>
      <link>http://www.infoadvisors.com/Home/tabid/36/EntryID/66/Default.aspx</link>
      <author>website@infoadvisors.com</author>
      <comments>http://www.infoadvisors.com/Home/tabid/36/EntryID/66/Default.aspx#Comments</comments>
      <guid isPermaLink="true">http://www.infoadvisors.com/Default.aspx?tabid=36&amp;EntryID=66</guid>
      <pubDate>Fri, 26 May 2006 21:41:00 GMT</pubDate>
      <slash:comments>0</slash:comments>
      <trackback:ping>http://www.infoadvisors.com/DesktopModules/Blog/Trackback.aspx?id=66</trackback:ping>
    </item>
  </channel>
</rss>