Blog: Colin White Subscribe to this blog's RSS feed!

Colin White

I like the various blogs associated with my many hobbies and even those to do with work. I find them very useful and I was excited when the Business Intelligence Network invited me to write my very own blog. At last I now have somewhere to park all the various tidbits that I know are useful, but I am not sure what to do with. I am interested in a wide range of information technologies and so you might find my thoughts will bounce around a bit. I hope these thoughts will provoke some interesting discussions.

About the author >

Colin is the founder and president of BI Research. He is well known for his in-depth knowledge of business intelligence, data management and data integration technologies and how they can be used for supporting smart and agile decision making. With 40 years of IT experience, he has consulted for dozens of companies throughout the world and is a frequent speaker at leading IT events. Colin has written numerous articles and papers on deploying new and evolving information technologies for business benefit and is a regular contributor to several leading print- and web-based industry journals, including the BeyeNETWORK. Colin may be contacted by sending an email to info@bi-research.com .

Editor's note: More articles, resources, news and events are available in Colin's BeyeNETWORK Expert Channel. Be sure to visit today!

Master data is defined as data about the key business entities of an organization. Examples include customer, product, organizational structure, and chart of accounts. A common question about master data is, “What is the difference between master data and reference data?” Some people take the position that they are the same thing, but it can be argued that not all reference data is master data. For example, lookup and code tables that are used to encode information, such as state names and order codes, are not strictly master data tables.

The diving line between master data and reference data is not always clear cut. One solution is to break master data into two types: master reference data and master business entity data. Master reference data has well defined and simple data structures, has simple keys and governance rules, is often standardized (US state codes, for example), involves only a few applications, and is reasonably stable. Master business entity data, such as customer, on the other hand, is usually ill-defined, has complex data structures and relationships, requires compound and intelligent keys and complex governance rules, is not usually standardized, involves many business processes, and changes frequently.

Does this distinction really matter? When developing data quality management and master data management systems it can do. Cleaning and managing master reference status is a reasonable easy job. The opposite is true for master business entity data.

Any comments?


Posted November 7, 2007 9:00 AM
Permalink | No Comments |

Leave a comment