Data profiling
Data profiling is the process of examining the data available in an existing information data source (e.g. a database or a file) and collecting statistics or small but informative summaries about that data.[1] The purpose of these statistics may be to:
- Find out whether existing data can easily be used for other purposes
- Improve the ability to search the data by tagging it with keywords, descriptions, or assigning it to a category
- Give metrics on data quality including whether the data conforms to particular standards or patterns
- Assess the risk involved in integrating data for new applications, including the challenges of joins
- Discover metadata of the source database, including value patterns and distributions, key candidates, foreign-key candidates, and functional dependencies
- Assess whether known metadata accurately describes the actual values in the source database
- Understanding data challenges early in any data intensive project, so that late project surprises are avoided. Finding data problems late in the project can lead to delays and cost overruns.
- Have an enterprise view of all data, for uses such as master data management where key data is needed, or data governance for improving data quality.
Introduction
Data profiling refers to analyzing candidate data sources for a data warehouse in order to clarify the structure, content, relationships and derivation rules of the data.[2] Profiling helps to not only understand anomalies and assess data quality, but also to discover, register, and assess enterprise metadata.[3] Thus, the purpose of data profiling is both to validate metadata when it is available and to discover metadata when it is not.[4] The result of the analysis is used both strategically, to determine suitability of the candidate source systems and give the basis for an early go/no-go decision, and tactically, to identify problems for later solution design, and to level sponsors’ expectations.[2]
How to do data profiling
Data profiling utilizes different kinds of descriptive statistics such as minimum, maximum, mean, mode, percentile, standard deviation, frequency, and variation as well as other aggregates such as count and sum. Additional metadata information obtained during data profiling could be the data type, length, discrete values, uniqueness, occurrence of null values, typical string patterns, and abstract type recognition.[3][5][6] The metadata can then be used to discover problems such as illegal values, misspelling, missing values, varying value representation, and duplicates.
Different analyses are performed for different structural levels. E.g. single columns could be profiled individually to get an understanding of frequency distribution of different values, type, and use of each column. Embedded value dependencies can be exposed in a cross-columns analysis. Finally, overlapping value sets possibly representing foreign key relationships between entities can be explored in an inter-table analysis.[3]
Normally, purpose-built tools are used for data profiling to ease the process.[2][3][5][6][7][8] The computation complexity increases when going from single column, to single table, to cross-table structural profiling. Therefore, performance is an evaluation criterion for profiling tools.[4]
When to conduct data profiling
According to Kimball,[2] data profiling is performed several times and with varying intensity throughout the data warehouse developing process. A light profiling assessment should be undertaken as soon as candidate source systems have been identified immediately after the acquisition of the DW/BI business requirements. The purpose is to clarify at an early stage if the right data is available at the appropriate detail level and that anomalies can be handled subsequently. If this is not the case the project may be terminated.[2]
More detailed profiling is done prior to the dimensional modelling process in order to see what is required to convert data into the dimensional model. Detailed profiling extends into the ETL system design process in order to determine what data to extract and which filters to apply.[2]
Additionally, data may be conducted in the data warehouse development process after data has been loaded into staging, the data marts, etc. Conducting data at these stages helps ensure that data cleaning and transformations have been done correctly according to requirements.
Benefits
The benefits of data profiling are to improve data quality, shorten the implementation cycle of major projects, and improve understanding of data for users.[8] Discovering business knowledge embedded in data itself is one of the significant benefits derived from data profiling.[4] Data profiling is one of the most effective technologies for improving data accuracy in corporate databases.[8]
Although data profiling is effective and useful for each sector of our daily life, it can be challenging not to slip into “analysis paralysis”.[4][8]
See also
References
- ↑ [Theodore Johnson (2009), "Data Profiling", in Encyclopedia of Database Systems, Springer, Heidelberg]
- 1 2 3 4 5 6 [Ralph Kimball et al. (2008), “The Data Warehouse Lifecycle Toolkit”, Second Edition, Wiley Publishing, Inc., ISBN 9780470149775], (p. 297) (p. 376)
- 1 2 3 4 [David Loshin (2009), “Master Data Management”, Morgan Kaufmann Publishers, ISBN 9780123742254], (pp. 94–96)
- 1 2 3 4 [David Loshin (2003), “Business Intelligence: The Savvy Manager’s Guide, Getting Onboard with Emerging IT”, Morgan Kaufmann Publishers, ISBN 9781558609167], (pp. 110–111)]
- 1 2 [Erhard Rahm and Hong Hai Do (2000), “Data Cleaning: Problems and Current Approaches” in “Bulletin of the Technical Committee on Data Engineering”, IEEE Computer Society, Vol. 23, No. 4, December 2000]
- 1 2 [Ranjit Singh, Dr Kawaljeet Singh et al. (2010), “A Descriptive Classification of Causes of Data Quality Problems in Data Warehousing”, IJCSI International Journal of Computer Science Issue, Vol. 7, Issue 3, No. 2, May 2010]
- ↑ "[Ralph Kimball (2004), “Kimball Design Tip #59: Surprising Value of Data Profiling”, Kimball Group, Number 59, September 14, 2004, (www.rkimball.com/html/designtipsPDF/ KimballDT59 SurprisingValue.pdf)]
- 1 2 3 4 [Jack E. Olson (2003), “Data Quality: The Accuracy dimension”, Morgan Kaufmann Publishers], (pp. 140–142)