﻿<?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>Karen Lopez - listmistress@Infoadvisors.com</managingEditor>
    <webMaster>karen@Infoadvisors.com</webMaster>
    <pubDate>Sat, 17 May 2008 05:55:16 GMT</pubDate>
    <lastBuildDate>Sat, 17 May 2008 05:55:16 GMT</lastBuildDate>
    <docs>http://backend.userland.com/rss</docs>
    <generator>Blog RSS Generator Version 3.4.0.39853</generator>
    <item>
      <title>Primary, Surrogate and Business Keys: the Semantics and Syntax of Codd’s Information Principle</title>
      <description>&lt;p&gt;The session I am attending just after lunch is by Dr. Tom Johnston of Mindful Data.  He is focusing on the 5 different types of keys and making assertions about selecting primary keys:&lt;/p&gt; &lt;ul&gt; &lt;li&gt;all primary keys should be surrogate keys  &lt;li&gt;all surrogate keys should be globally unique (unique across all rows of all tables)  &lt;li&gt;all surrogate keys should be system generated&lt;/li&gt;&lt;/ul&gt; &lt;p&gt;He also talked about other types of keys: business keys, foreign keys, and intelligent keys.&lt;/p&gt; &lt;p&gt;He did point out some holes in the Relational Model and Codd's Information Principle, one being that the relational model calls for the mixing of business keys and primary keys in order to support the semantics of the data.  As Dr. Johnston points out, this leads to problems when these business keys change (meaning that the semantics are impacted).  He believes that Codd's Information Principle will become more obsolete as more formalizations are developed.&lt;/p&gt; &lt;p&gt;He was able to lightly touch on FOPL, a type of formalized predicate logic.  I'd like to see a whole day or two on this.&lt;/p&gt; &lt;p&gt;All in all this was a very thought-provoking presentation.  I wish there were more time for this topic.&lt;/p&gt; &lt;p&gt; &lt;/p&gt; &lt;p&gt;__________________________________________________________&lt;/p&gt; &lt;p&gt;&lt;b&gt;Primary, Surrogate and Business Keys: the Semantics and Syntax of Codd’s Information Principle&lt;/b&gt;  &lt;p&gt;&lt;img alt="Thomas Johnston" src="http://md2008.wilshireconferences.com/uploads/images/bios/903.jpg" width="90" border="1"&gt;&lt;br&gt;&lt;b&gt;Thomas Johnston&lt;/b&gt;&lt;br&gt;Principal Consultant&lt;br&gt;&lt;i&gt;Mindful Data&lt;/i&gt;  &lt;p&gt;Wednesday, March 19, 2008&lt;br&gt;01:15 PM - 02:15 PM  &lt;p&gt;Level:  &lt;br&gt;&lt;b&gt;Advanced&lt;/b&gt;  &lt;p&gt;Business data describe the objects of interest to us; that is their semantics. Primary keys distinguish, and foreign keys refer; that is their semantics. Therefore, to use business data in primary and foreign keys forces that data to play dual semantic roles.  &lt;p&gt;When those roles conflict, we may be forced to change specific values of primary keys and their related foreign keys, or even change their data types and lengths. Often such changes cannot be completed as an atomic transaction. The result is semantic dis-integrity (broken joins), or else a very high cost to avoid it. These costs will be illustrated and explained in this presentation.  &lt;p&gt;Some professionals object to surrogate keys because they believe such keys violate Codd’s Information Principle. Recent comments of Chris Date’s indicate that this is his position. But the Information Principle can be taken as either a semantic or a syntactic principle. &lt;br&gt;• As a principle about semantics, the Information Principle forbids surrogate keys, and is wrong &lt;br&gt;• As a principle about syntax, it permits surrogate keys, and is right  &lt;p&gt;Additionally, over the years, data modelers have developed their own practice-based objections to surrogate keys. These objections, too, will be illustrated and discussed in this presentation.  &lt;hr width="440"&gt;  &lt;p&gt;&lt;em&gt;Dr. Tom Johnston received his doctorate in Philosophy from the University of Georgia in 1979. His studies focused on epistemology, ontology, and the philosophy of language. The logician W. V. Quine was a central figure in his doctoral dissertation. &lt;/em&gt; &lt;p&gt;&lt;em&gt;Tom has been working in business IT for over three decades and has worked as a data modeling and data architecture consultant for the latter half of that time. &lt;/em&gt; &lt;p&gt;&lt;em&gt;In the last decade, Tom's publications have focused on improving system and database flexibility by late binding semantics to both data schemas and to code. Tom is currently co-authoring a series of some thirty articles, in DM Review and DM Direct, on how to manage historical data about persistent objects, using today's DBMSs and today's SQL. &lt;/em&gt;&lt;/p&gt;&lt;div class="d_itc_f" style="clear:both;height:11px;"&gt;&lt;a class="a_itc" style="float: right;" href="http://www.itcrossing.com/"&gt;&lt;img alt="powered by metaPost" style="border: none ;" src="/DesktopModules/itcMetaPost/images/m.gif"&gt;&lt;/a&gt;&lt;script src="/DesktopModules/itcMetaPost/js/m.js" type="text/javascript"&gt;&lt;/script&gt;&lt;/div&gt;</description>
      <link>http://www.infoadvisors.com/Home/tabid/36/EntryID/191/Default.aspx</link>
      <author>Karen Lopez - listmistress@Infoadvisors.com</author>
      <comments>http://www.infoadvisors.com/Home/tabid/36/EntryID/191/Default.aspx#Comments</comments>
      <guid isPermaLink="true">http://www.infoadvisors.com/Default.aspx?tabid=36&amp;EntryID=191</guid>
      <pubDate>Wed, 19 Mar 2008 21:13:50 GMT</pubDate>
      <slash:comments>0</slash:comments>
      <trackback:ping>http://www.infoadvisors.com/DesktopModules/Blog/Trackback.aspx?id=191</trackback:ping>
    </item>
  </channel>
</rss>