﻿<?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>
    <webMaster>karen@Infoadvisors.com</webMaster>
    <pubDate>Sat, 05 Jul 2008 20:46:40 GMT</pubDate>
    <lastBuildDate>Sat, 05 Jul 2008 20:46:40 GMT</lastBuildDate>
    <docs>http://backend.userland.com/rss</docs>
    <generator>Blog RSS Generator Version 3.4.0.39853</generator>
    <item>
      <title>What if you never delete data?  An article about Point in Time Architectures</title>
      <description>&lt;P&gt;Arthur Fuller, of Redgate, has written an article for the RedGate Simple Talk newsletter about database design for systems that have to preserve data - that don't delete data, but mark it as no longer current.&lt;/P&gt;
&lt;P&gt;&lt;A href="http://www.simple-talk.com/sql/database-administration/database-design-a-point-in-time-architecture/"&gt;http://www.simple-talk.com/sql/database-administration/database-design-a-point-in-time-architecture/&lt;/A&gt;&lt;/P&gt;
&lt;BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px"&gt;
&lt;P&gt;Point in Time Architecture (PTA) is a database design that guarantees support for two related but different concepts – History and Audit Trail.&lt;/P&gt;
&lt;UL type=disc&gt;
&lt;LI&gt;&lt;B&gt;History&lt;/B&gt; – all information, both current and historical, that as of this moment, we believe to be true. 
&lt;LI&gt;&lt;B&gt;Audit Trail&lt;/B&gt; – all information believed to be true at some previous point in time. &lt;/LI&gt;&lt;/UL&gt;
&lt;P&gt;The distinction is that the Audit Trail shows the history of corrections made to the database. Support for History and Audit Trail facilities are notably absent from typical OLTP databases. By "typical", we mean databases that support the traditional Select, Insert, Delete and Update operations. In many cases, typical OLTP databases are perfectly fine for their requirements, but some databases demand the ability to track History and Audit Trail as core requirements. Without these abilities, the database will fail.&lt;/P&gt;
&lt;P&gt;Typical OLTP databases destroy data. This is most obvious with the Delete command, but a moment's thought reveals that the Update command is equally destructive. When you update a row in a table, you lose the values that were there a moment ago. The core concept in PTA is this: &lt;B&gt;no information is ever physically deleted from or updated in the database&lt;/B&gt;.&lt;/P&gt;
&lt;P&gt; &lt;/P&gt;
&lt;P&gt; &lt;/P&gt;&lt;/BLOCKQUOTE&gt;</description>
      <link>http://www.infoadvisors.com/Home/tabid/36/EntryID/106/Default.aspx</link>
      <comments>http://www.infoadvisors.com/Home/tabid/36/EntryID/106/Default.aspx#Comments</comments>
      <guid isPermaLink="true">http://www.infoadvisors.com/Default.aspx?tabid=36&amp;EntryID=106</guid>
      <pubDate>Thu, 01 Mar 2007 19:16:00 GMT</pubDate>
      <slash:comments>0</slash:comments>
      <trackback:ping>http://www.infoadvisors.com/DesktopModules/Blog/Trackback.aspx?id=106</trackback:ping>
    </item>
  </channel>
</rss>