<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:clearspace="http://www.jivesoftware.com/xmlns/clearspace/rss" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:opensearch="http://a9.com/-/spec/opensearch/1.1/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>Loraine Lawson</title>
    <link>http://www.itbusinessedge.com/cm/blogs/lawson</link>
    <description>Comment Feed for Loraine Lawson</description>
    <pubDate>Fri, 19 Mar 2010 19:32:57 GMT</pubDate>
    <generator>Clearspace 2.5.5 (http://jivesoftware.com/products/clearspace/)</generator>
    <dc:date>2010-03-19T19:32:57Z</dc:date>
    <item>
      <title>RE:&amp;nbsp;Defining Master Data for Your Organization</title>
      <link>http://www.itbusinessedge.com/cm/blogs/lawson/defining-master-data-for-your-organization/?cs=40158#comment-36816</link>
      <description>Oh, and you can still buy my book at 49% off at Amazon. use this link: &amp;nbsp; http://www.amazon.com/gp/product/0123742250?ie=UTF8&amp;amp;tag=wwwknowledgei-20&amp;amp;linkCode=as2&amp;amp;camp=1789&amp;amp;creative=390957&amp;amp;creativeASIN=0123742250</description>
      <pubDate>Fri, 19 Mar 2010 19:32:57 GMT</pubDate>
      <author>David Loshin</author>
      <guid>http://www.itbusinessedge.com/cm/blogs/lawson/defining-master-data-for-your-organization/?cs=40158#comment-36816</guid>
      <dc:date>2010-03-19T19:32:57Z</dc:date>
    </item>
    <item>
      <title>RE:&amp;nbsp;Defining Master Data for Your Organization</title>
      <link>http://www.itbusinessedge.com/cm/blogs/lawson/defining-master-data-for-your-organization/?cs=40158#comment-36815</link>
      <description>Even my own bloated definition is insufficient, and the complexity of the answer should indicate that its immediate usefulness is limited. Unfortunately, we get asked the same question (rather the demand: "Explain to me how you tell whether something is</description>
      <pubDate>Fri, 19 Mar 2010 19:29:55 GMT</pubDate>
      <author>David Loshin</author>
      <guid>http://www.itbusinessedge.com/cm/blogs/lawson/defining-master-data-for-your-organization/?cs=40158#comment-36815</guid>
      <dc:date>2010-03-19T19:29:55Z</dc:date>
    </item>
    <item>
      <title>RE:&amp;nbsp;The Business Pros and Cons of NoSQL</title>
      <link>http://www.itbusinessedge.com/cm/blogs/lawson/the-business-pros-and-cons-of-nosql/?cs=40089#comment-36787</link>
      <description>There is a time and place for everything.  &amp;nbsp; For online transation processing (OLTP) aka data entry, relational databases are a great solution because of its ability to enforce data integrity and handle locking.&amp;nbsp; Retrieving data from huge</description>
      <pubDate>Wed, 17 Mar 2010 14:19:44 GMT</pubDate>
      <author>Mike Kavis</author>
      <guid>http://www.itbusinessedge.com/cm/blogs/lawson/the-business-pros-and-cons-of-nosql/?cs=40089#comment-36787</guid>
      <dc:date>2010-03-17T14:19:44Z</dc:date>
    </item>
    <item>
      <title>RE:&amp;nbsp; Smarter Integration in Seven Steps</title>
      <link>http://www.itbusinessedge.com/cm/blogs/lawson/smarter-integration-in-seven-steps/?cs=39929#comment-36786</link>
      <description>Smart, proactive idea - assembling and maintaining an Integration Competency Center (ICC) - especially since inorganic growth events are a part of business (and data) as usual. &amp;nbsp;</description>
      <pubDate>Wed, 17 Mar 2010 14:10:05 GMT</pubDate>
      <author>AlDean-aclr8-at-twitter</author>
      <guid>http://www.itbusinessedge.com/cm/blogs/lawson/smarter-integration-in-seven-steps/?cs=39929#comment-36786</guid>
      <dc:date>2010-03-17T14:10:05Z</dc:date>
    </item>
    <item>
      <title>RE:&amp;nbsp;The Business Pros and Cons of NoSQL</title>
      <link>http://www.itbusinessedge.com/cm/blogs/lawson/the-business-pros-and-cons-of-nosql/?cs=40089#comment-36775</link>
      <description>This is not to say I'm not a fan of NoSQL, the various "other than SQL" storage models and patterns that are emerging.&amp;nbsp; There are many use cases and scales where one of them will fit very well. &amp;nbsp; Just don't commit a live site to a NoSQL</description>
      <pubDate>Tue, 16 Mar 2010 21:23:53 GMT</pubDate>
      <author>Mark Atwood</author>
      <guid>http://www.itbusinessedge.com/cm/blogs/lawson/the-business-pros-and-cons-of-nosql/?cs=40089#comment-36775</guid>
      <dc:date>2010-03-16T21:23:53Z</dc:date>
    </item>
    <item>
      <title>RE:&amp;nbsp;The Business Pros and Cons of NoSQL</title>
      <link>http://www.itbusinessedge.com/cm/blogs/lawson/the-business-pros-and-cons-of-nosql/?cs=40089#comment-36774</link>
      <description>I think the catalyst for nosql trend was a desire for scalability: so certainly solving scale and big data problems is very key to the space. &amp;nbsp; That said, the solutions are not relational data model, so once they moved beyond that, there are new</description>
      <pubDate>Tue, 16 Mar 2010 18:47:12 GMT</pubDate>
      <author>dm</author>
      <guid>http://www.itbusinessedge.com/cm/blogs/lawson/the-business-pros-and-cons-of-nosql/?cs=40089#comment-36774</guid>
      <dc:date>2010-03-16T18:47:12Z</dc:date>
    </item>
    <item>
      <title>RE:&amp;nbsp;Why You Win When Everyone Asks SalesForce to the Prom</title>
      <link>http://www.itbusinessedge.com/cm/blogs/lawson/why-you-win-when-everyone-asks-salesforce-to-the-prom/?cs=39832#comment-36555</link>
      <description>Is Salesforce old enough to drink champagne?</description>
      <pubDate>Fri, 05 Mar 2010 20:14:40 GMT</pubDate>
      <author>SusanHall</author>
      <guid>http://www.itbusinessedge.com/cm/blogs/lawson/why-you-win-when-everyone-asks-salesforce-to-the-prom/?cs=39832#comment-36555</guid>
      <dc:date>2010-03-05T20:14:40Z</dc:date>
    </item>
    <item>
      <title>RE:&amp;nbsp;MDM as a Vendor Fight to Own Enterprise Data</title>
      <link>http://www.itbusinessedge.com/cm/blogs/lawson/mdm-as-a-vendor-fight-to-own-enterprise-data/?cs=39786#comment-36527</link>
      <description>Holy crap is right! &amp;nbsp; The anonymous EDS consultant has a point when he says that life would be a lot easier if we had stuck to our guns and continued to maintain our original data models. But Garnie's right when he says, "I have yet to meet a</description>
      <pubDate>Thu, 04 Mar 2010 20:23:29 GMT</pubDate>
      <author>Jill Dyche</author>
      <guid>http://www.itbusinessedge.com/cm/blogs/lawson/mdm-as-a-vendor-fight-to-own-enterprise-data/?cs=39786#comment-36527</guid>
      <dc:date>2010-03-04T20:23:29Z</dc:date>
    </item>
    <item>
      <title>RE:&amp;nbsp;MDM as a Vendor Fight to Own Enterprise Data</title>
      <link>http://www.itbusinessedge.com/cm/blogs/lawson/mdm-as-a-vendor-fight-to-own-enterprise-data/?cs=39786#comment-36523</link>
      <description>Hey Loraine - &amp;nbsp; Great article and great comments from folks too. &amp;nbsp; I'll not pick apart the TDWI article, even though there were some things that made the hair on the back of my neck stand up (DQ is really an element of ETL! ugh... don't get me</description>
      <pubDate>Thu, 04 Mar 2010 20:01:29 GMT</pubDate>
      <author>Marty Moseley</author>
      <guid>http://www.itbusinessedge.com/cm/blogs/lawson/mdm-as-a-vendor-fight-to-own-enterprise-data/?cs=39786#comment-36523</guid>
      <dc:date>2010-03-04T20:01:29Z</dc:date>
    </item>
    <item>
      <title>RE:&amp;nbsp;MDM as a Vendor Fight to Own Enterprise Data</title>
      <link>http://www.itbusinessedge.com/cm/blogs/lawson/mdm-as-a-vendor-fight-to-own-enterprise-data/?cs=39786#comment-36517</link>
      <description>Ray, agreed...&amp;nbsp; well said...</description>
      <pubDate>Thu, 04 Mar 2010 16:44:16 GMT</pubDate>
      <author>Garnie Bolling</author>
      <guid>http://www.itbusinessedge.com/cm/blogs/lawson/mdm-as-a-vendor-fight-to-own-enterprise-data/?cs=39786#comment-36517</guid>
      <dc:date>2010-03-04T16:44:16Z</dc:date>
    </item>
    <item>
      <title>RE:&amp;nbsp;MDM as a Vendor Fight to Own Enterprise Data</title>
      <link>http://www.itbusinessedge.com/cm/blogs/lawson/mdm-as-a-vendor-fight-to-own-enterprise-data/?cs=39786#comment-36516</link>
      <description>At least, use open source for your MDM projects.&amp;nbsp; This decreases significantly the vendor lock-in issue.</description>
      <pubDate>Thu, 04 Mar 2010 16:28:32 GMT</pubDate>
      <author>Yves de Montcheuil</author>
      <guid>http://www.itbusinessedge.com/cm/blogs/lawson/mdm-as-a-vendor-fight-to-own-enterprise-data/?cs=39786#comment-36516</guid>
      <dc:date>2010-03-04T16:28:32Z</dc:date>
    </item>
    <item>
      <title>RE:&amp;nbsp;MDM as a Vendor Fight to Own Enterprise Data</title>
      <link>http://www.itbusinessedge.com/cm/blogs/lawson/mdm-as-a-vendor-fight-to-own-enterprise-data/?cs=39786#comment-36514</link>
      <description>Great post Loraine, &amp;nbsp; We are at a crossroads.... We can continue with bespoke approaches to Data Management, or strive for a vision of a standards based approach.  &amp;nbsp; In every facet of life, standards provide the "plumbing" that enable</description>
      <pubDate>Thu, 04 Mar 2010 15:42:42 GMT</pubDate>
      <author>Ken O'Connor</author>
      <guid>http://www.itbusinessedge.com/cm/blogs/lawson/mdm-as-a-vendor-fight-to-own-enterprise-data/?cs=39786#comment-36514</guid>
      <dc:date>2010-03-04T15:42:42Z</dc:date>
    </item>
    <item>
      <title>RE:&amp;nbsp;MDM as a Vendor Fight to Own Enterprise Data</title>
      <link>http://www.itbusinessedge.com/cm/blogs/lawson/mdm-as-a-vendor-fight-to-own-enterprise-data/?cs=39786#comment-36502</link>
      <description>Jill makes a good point about lock-in with MDM ala ERP.&amp;nbsp; This would really only happen if the MDM products were successful at addressing all types of data.&amp;nbsp; Even then, one could argue, other MDM products could consume existing ones as new data</description>
      <pubDate>Thu, 04 Mar 2010 04:02:53 GMT</pubDate>
      <author>R "Ray" Wang</author>
      <guid>http://www.itbusinessedge.com/cm/blogs/lawson/mdm-as-a-vendor-fight-to-own-enterprise-data/?cs=39786#comment-36502</guid>
      <dc:date>2010-03-04T04:02:53Z</dc:date>
    </item>
    <item>
      <title>RE:&amp;nbsp;MDM as a Vendor Fight to Own Enterprise Data</title>
      <link>http://www.itbusinessedge.com/cm/blogs/lawson/mdm-as-a-vendor-fight-to-own-enterprise-data/?cs=39786#comment-36498</link>
      <description>Great post Loraine, wow, and holy crap is right...  &amp;nbsp; But I disagree with the last part, where the EDS consultant in BI said ... if they only followed the data/information models...&amp;nbsp;  &amp;nbsp; Of course if everyone followed the same industry</description>
      <pubDate>Wed, 03 Mar 2010 23:34:44 GMT</pubDate>
      <author>Garnie Bolling</author>
      <guid>http://www.itbusinessedge.com/cm/blogs/lawson/mdm-as-a-vendor-fight-to-own-enterprise-data/?cs=39786#comment-36498</guid>
      <dc:date>2010-03-03T23:34:44Z</dc:date>
    </item>
    <item>
      <title>RE:&amp;nbsp;The SOA Paradox: Rejecting the Architecture, Embracing the Concepts</title>
      <link>http://www.itbusinessedge.com/cm/blogs/lawson/the-soa-paradox-rejecting-the-architecture-embracing-the-concepts/?cs=39557#comment-36474</link>
      <description>Hi Loraine, &amp;nbsp; I'm going to agree with your supposition, and wonder if this is actually news too, because the most successful structures in business are already services offered by one part of the business to another, delivering direct value for</description>
      <pubDate>Wed, 03 Mar 2010 00:09:49 GMT</pubDate>
      <author>Nick Malik</author>
      <guid>http://www.itbusinessedge.com/cm/blogs/lawson/the-soa-paradox-rejecting-the-architecture-embracing-the-concepts/?cs=39557#comment-36474</guid>
      <dc:date>2010-03-03T00:09:49Z</dc:date>
    </item>
    <item>
      <title>RE:&amp;nbsp;Could Windows Phone 7 Help Bust Mobile Silos?</title>
      <link>http://www.itbusinessedge.com/cm/blogs/lawson/could-windows-phone-7-help-bust-mobile-silos/?cs=39588#comment-36465</link>
      <description>Whilst the Gizmodo article makes a good point about the benefits of being data- (or more accurately "information-") centric rather than application-centric, the author is ill-informed as to the level of information-centricity in Android (and I would</description>
      <pubDate>Tue, 02 Mar 2010 17:34:14 GMT</pubDate>
      <author>Richard</author>
      <guid>http://www.itbusinessedge.com/cm/blogs/lawson/could-windows-phone-7-help-bust-mobile-silos/?cs=39588#comment-36465</guid>
      <dc:date>2010-03-02T17:34:14Z</dc:date>
    </item>
    <item>
      <title>RE:&amp;nbsp;The SOA Paradox: Rejecting the Architecture, Embracing the Concepts</title>
      <link>http://www.itbusinessedge.com/cm/blogs/lawson/the-soa-paradox-rejecting-the-architecture-embracing-the-concepts/?cs=39557#comment-36463</link>
      <description>Just to let you know - this post has been included in a link roundup on the SATURN Network Blog at  http://saturnnetwork.wordpress.com/2010/03/01/link-roundup-march-1-2010/ .</description>
      <pubDate>Tue, 02 Mar 2010 14:23:32 GMT</pubDate>
      <author>Mary Van Tyne</author>
      <guid>http://www.itbusinessedge.com/cm/blogs/lawson/the-soa-paradox-rejecting-the-architecture-embracing-the-concepts/?cs=39557#comment-36463</guid>
      <dc:date>2010-03-02T14:23:32Z</dc:date>
    </item>
    <item>
      <title>RE:&amp;nbsp;Three Ways to Connect Data Integration to Business Strategy</title>
      <link>http://www.itbusinessedge.com/cm/blogs/lawson/three-ways-to-connect-data-integration-to-business-strategy/?cs=39525#comment-36409</link>
      <description>It seems that more and more enterprises nowadays are relying on real-time operational data found in systems. Data is simply data, and its everywhere, but on its own it is no more than just information waiting to be used. Much has been written about the</description>
      <pubDate>Fri, 26 Feb 2010 17:37:13 GMT</pubDate>
      <author>Ekta</author>
      <guid>http://www.itbusinessedge.com/cm/blogs/lawson/three-ways-to-connect-data-integration-to-business-strategy/?cs=39525#comment-36409</guid>
      <dc:date>2010-02-26T17:37:13Z</dc:date>
    </item>
    <item>
      <title>RE:&amp;nbsp;The SOA Paradox: Rejecting the Architecture, Embracing the Concepts</title>
      <link>http://www.itbusinessedge.com/cm/blogs/lawson/the-soa-paradox-rejecting-the-architecture-embracing-the-concepts/?cs=39557#comment-36400</link>
      <description>I totally agree with Steve. But I also think, "size does matter". Small organisations often think they can or should only affort "small" thinking IT people who love "technical" talk and low-hanging fruits as the only (IT) things management recognises.</description>
      <pubDate>Fri, 26 Feb 2010 00:41:14 GMT</pubDate>
      <author>LuongLe-Huy</author>
      <guid>http://www.itbusinessedge.com/cm/blogs/lawson/the-soa-paradox-rejecting-the-architecture-embracing-the-concepts/?cs=39557#comment-36400</guid>
      <dc:date>2010-02-26T00:41:14Z</dc:date>
    </item>
    <item>
      <title>RE:&amp;nbsp;Three Ways to Connect Data Integration to Business Strategy</title>
      <link>http://www.itbusinessedge.com/cm/blogs/lawson/three-ways-to-connect-data-integration-to-business-strategy/?cs=39525#comment-36397</link>
      <description>To those who've seen my previous posts, this'll not be surprising: The top-down perspective provided by the enterprise architecture dictates that data integration must be done. &amp;nbsp; Slam/dunk. &amp;nbsp; No special rationalizing needed. &amp;nbsp; Frank</description>
      <pubDate>Thu, 25 Feb 2010 23:08:05 GMT</pubDate>
      <author>FrankMillar</author>
      <guid>http://www.itbusinessedge.com/cm/blogs/lawson/three-ways-to-connect-data-integration-to-business-strategy/?cs=39525#comment-36397</guid>
      <dc:date>2010-02-25T23:08:05Z</dc:date>
    </item>
  </channel>
</rss>

