Skip to main content
Workforce LibreTexts

2.3: Data Quality

  • Page ID
    48026
  • \( \newcommand{\vecs}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)

    \( \newcommand{\vecd}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash {#1}}} \)

    \( \newcommand{\dsum}{\displaystyle\sum\limits} \)

    \( \newcommand{\dint}{\displaystyle\int\limits} \)

    \( \newcommand{\dlim}{\displaystyle\lim\limits} \)

    \( \newcommand{\id}{\mathrm{id}}\) \( \newcommand{\Span}{\mathrm{span}}\)

    ( \newcommand{\kernel}{\mathrm{null}\,}\) \( \newcommand{\range}{\mathrm{range}\,}\)

    \( \newcommand{\RealPart}{\mathrm{Re}}\) \( \newcommand{\ImaginaryPart}{\mathrm{Im}}\)

    \( \newcommand{\Argument}{\mathrm{Arg}}\) \( \newcommand{\norm}[1]{\| #1 \|}\)

    \( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\)

    \( \newcommand{\Span}{\mathrm{span}}\)

    \( \newcommand{\id}{\mathrm{id}}\)

    \( \newcommand{\Span}{\mathrm{span}}\)

    \( \newcommand{\kernel}{\mathrm{null}\,}\)

    \( \newcommand{\range}{\mathrm{range}\,}\)

    \( \newcommand{\RealPart}{\mathrm{Re}}\)

    \( \newcommand{\ImaginaryPart}{\mathrm{Im}}\)

    \( \newcommand{\Argument}{\mathrm{Arg}}\)

    \( \newcommand{\norm}[1]{\| #1 \|}\)

    \( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\)

    \( \newcommand{\Span}{\mathrm{span}}\) \( \newcommand{\AA}{\unicode[.8,0]{x212B}}\)

    \( \newcommand{\vectorA}[1]{\vec{#1}}      % arrow\)

    \( \newcommand{\vectorAt}[1]{\vec{\text{#1}}}      % arrow\)

    \( \newcommand{\vectorB}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)

    \( \newcommand{\vectorC}[1]{\textbf{#1}} \)

    \( \newcommand{\vectorD}[1]{\overrightarrow{#1}} \)

    \( \newcommand{\vectorDt}[1]{\overrightarrow{\text{#1}}} \)

    \( \newcommand{\vectE}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash{\mathbf {#1}}}} \)

    \( \newcommand{\vecs}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)

    \(\newcommand{\longvect}{\overrightarrow}\)

    \( \newcommand{\vecd}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash {#1}}} \)

    \(\newcommand{\ket}[1]{\left| #1 \right>}\)
    \(\newcommand{\bra}[1]{\left< #1 \right|}\)
    \(\newcommand{\braket}[2]{\left< #1 \vphantom{#2} \right| \left. #2 \vphantom{#1} \right>}\)
    \(\newcommand{\braopket}[3]{\left< #1 \vphantom{#2}\vphantom{#3} \right| #2 \vphantom{#1}\vphantom{#3} \left| #3 \vphantom{#1}\vphantom{#2} \right>}\)
    \(\newcommand{\qmvec}[1]{\mathbf{\vec{#1}}}\)
    \(\newcommand{\op}[1]{\hat{\mathbf{#1}}}\)
    \(\newcommand{\expect}[1]{\langle #1 \rangle}\)
    \(\newcommand{\dfn}[1]{\emph{\textbf{#1}}}\)

    \(\newcommand{\avec}{\mathbf a}\) \(\newcommand{\bvec}{\mathbf b}\) \(\newcommand{\cvec}{\mathbf c}\) \(\newcommand{\dvec}{\mathbf d}\) \(\newcommand{\dtil}{\widetilde{\mathbf d}}\) \(\newcommand{\evec}{\mathbf e}\) \(\newcommand{\fvec}{\mathbf f}\) \(\newcommand{\nvec}{\mathbf n}\) \(\newcommand{\pvec}{\mathbf p}\) \(\newcommand{\qvec}{\mathbf q}\) \(\newcommand{\svec}{\mathbf s}\) \(\newcommand{\tvec}{\mathbf t}\) \(\newcommand{\uvec}{\mathbf u}\) \(\newcommand{\vvec}{\mathbf v}\) \(\newcommand{\wvec}{\mathbf w}\) \(\newcommand{\xvec}{\mathbf x}\) \(\newcommand{\yvec}{\mathbf y}\) \(\newcommand{\zvec}{\mathbf z}\) \(\newcommand{\rvec}{\mathbf r}\) \(\newcommand{\mvec}{\mathbf m}\) \(\newcommand{\zerovec}{\mathbf 0}\) \(\newcommand{\onevec}{\mathbf 1}\) \(\newcommand{\real}{\mathbb R}\) \(\newcommand{\twovec}[2]{\left[\begin{array}{r}#1 \\ #2 \end{array}\right]}\) \(\newcommand{\ctwovec}[2]{\left[\begin{array}{c}#1 \\ #2 \end{array}\right]}\) \(\newcommand{\threevec}[3]{\left[\begin{array}{r}#1 \\ #2 \\ #3 \end{array}\right]}\) \(\newcommand{\cthreevec}[3]{\left[\begin{array}{c}#1 \\ #2 \\ #3 \end{array}\right]}\) \(\newcommand{\fourvec}[4]{\left[\begin{array}{r}#1 \\ #2 \\ #3 \\ #4 \end{array}\right]}\) \(\newcommand{\cfourvec}[4]{\left[\begin{array}{c}#1 \\ #2 \\ #3 \\ #4 \end{array}\right]}\) \(\newcommand{\fivevec}[5]{\left[\begin{array}{r}#1 \\ #2 \\ #3 \\ #4 \\ #5 \\ \end{array}\right]}\) \(\newcommand{\cfivevec}[5]{\left[\begin{array}{c}#1 \\ #2 \\ #3 \\ #4 \\ #5 \\ \end{array}\right]}\) \(\newcommand{\mattwo}[4]{\left[\begin{array}{rr}#1 \amp #2 \\ #3 \amp #4 \\ \end{array}\right]}\) \(\newcommand{\laspan}[1]{\text{Span}\{#1\}}\) \(\newcommand{\bcal}{\cal B}\) \(\newcommand{\ccal}{\cal C}\) \(\newcommand{\scal}{\cal S}\) \(\newcommand{\wcal}{\cal W}\) \(\newcommand{\ecal}{\cal E}\) \(\newcommand{\coords}[2]{\left\{#1\right\}_{#2}}\) \(\newcommand{\gray}[1]{\color{gray}{#1}}\) \(\newcommand{\lgray}[1]{\color{lightgray}{#1}}\) \(\newcommand{\rank}{\operatorname{rank}}\) \(\newcommand{\row}{\text{Row}}\) \(\newcommand{\col}{\text{Col}}\) \(\renewcommand{\row}{\text{Row}}\) \(\newcommand{\nul}{\text{Nul}}\) \(\newcommand{\var}{\text{Var}}\) \(\newcommand{\corr}{\text{corr}}\) \(\newcommand{\len}[1]{\left|#1\right|}\) \(\newcommand{\bbar}{\overline{\bvec}}\) \(\newcommand{\bhat}{\widehat{\bvec}}\) \(\newcommand{\bperp}{\bvec^\perp}\) \(\newcommand{\xhat}{\widehat{\xvec}}\) \(\newcommand{\vhat}{\widehat{\vvec}}\) \(\newcommand{\uhat}{\widehat{\uvec}}\) \(\newcommand{\what}{\widehat{\wvec}}\) \(\newcommand{\Sighat}{\widehat{\Sigma}}\) \(\newcommand{\lt}{<}\) \(\newcommand{\gt}{>}\) \(\newcommand{\amp}{&}\) \(\definecolor{fillinmathshade}{gray}{0.9}\)

    Data Quality

    Having data is not enough; the data must be of high quality to be useful. Data quality refers to the condition of data with respect to factors like accuracy, completeness, consistency, timeliness, validity, and more. Poor data quality can lead to incorrect insights, bad decisions, regulatory issues, and lost opportunities. In this section, we discuss the key dimensions of data quality and their importance. We also include examples of data quality issues and their consequences in real-world scenarios, emphasizing why organizations invest heavily in maintaining and improving data quality [8].

    2.3.1 Key Dimensions of Data Quality

    Researchers and industry experts often define several dimensions (aspects) of data quality against which data can be evaluated. Commonly cited dimensions include accuracy, completeness, consistency, timeliness, validity, uniqueness, and integrity among others. Below, we detail the five core dimensions mentioned in this chapter's scope (accuracy, completeness, consistency, timeliness, validity), and also note uniqueness and integrity for completeness.

    (Uniqueness and Integrity are additional important dimensions often included in data quality frameworks.)

    Seven qualities that make data trustworthy. Details in caption.

    Figure \(\PageIndex{1}\): This radial diagram presents the seven qualities that make data trustworthy — including accuracy, completeness, and consistency each with a short definition. (CC BY 4.0; Felix Amoruwa) Access to a detailed description of Figure \(\PageIndex{1}\)

    We will elaborate on each of the main dimensions [9]:

    • Accuracy: Accuracy is the degree to which data values reflect the truth or actual state of the object or event they describe. Data is accurate when it is correct, free of errors, and reliable enough to be used as a factual representation. For example, a customer's address is accurate if every part (street, city, postal code) is exactly correct; if the postal code is wrong, the address lacks accuracy. Accuracy is critical because decisions based on inaccurate data can be fundamentally flawed. In fields like healthcare and finance, accuracy can be a matter of life, death, or large monetary losses.

      Real-world example: In 1999, NASA lost the $125 million Mars Climate Orbiter due to a data accuracy and consistency issue – a piece of software produced thrust data in non-metric units when metric was expected, causing the spacecraft to fatally deviate course [11]. This famous incident highlights how a seemingly small data accuracy error (unit mismatch) can lead to catastrophic outcomes. Ensuring accuracy often involves cross-verifying data with reliable sources or validation rules (e.g., confirming a bank account number via a checksum or checking a birthdate against an official ID).

    • Completeness: Completeness measures if all necessary data is present. Data is complete if it has no gaps for its intended use. For instance, in a database of employees, if 5% of entries have a missing hire date or department, those records are incomplete. Completeness doesn't mean every possible attribute is filled, but rather all fields deemed mandatory for the context are populated. Sometimes optional fields can be empty without harming completeness (e.g., a customer may not provide a second phone number, which is acceptable if it's optional). The focus is on whether the dataset can serve its purpose fully.
      Example: If analyzing addresses for a mailing campaign, records missing ZIP codes would compromise completeness (even if the name and street are present). To improve completeness, one might fill in missing values through secondary sources or redesign data collection to make important fields required. Completeness issues are common when merging datasets – one source might lack fields that another has. Data quality processes often compute a "completeness percentage" (e.g., what fraction of records have all key fields present).

    • Consistency: Consistency means uniformity of data across the dataset or between related datasets. If the same real-world item appears in multiple places, the information should be the same. Inconsistencies often arise in organizations where data is siloed in different systems. For example, if a customer's name is spelled differently in the billing system vs. the support system, or if an inventory count is 100 in one database and 95 in another for the same warehouse, that's inconsistent data. Consistency issues often signal synchronization or integration problems.
      Example: In human resources, an inconsistency would be an employee listed as "active" in the HR system but marked "terminated" in the payroll system – clearly both cannot be true at the same time. Resolving such issues might require determining which source is authoritative and updating the other, or establishing master data management to propagate changes uniformly. Data integration efforts strive to increase consistency by reconciling discrepancies. Note that consistency does not guarantee accuracy – two systems could consistently have the same wrong data – but if data is accurate, it should also be consistent across sources that share it.

    • Timeliness: Timeliness (or currency) assesses whether data is available at the right time and sufficiently up-to-date for its intended use. Timeliness is especially relevant for time-sensitive decisions. A dataset might be perfectly accurate as of last year, but if one needs current values, it could be outdated (untimely). For example, stock price data that is even minutes old may be too stale for algorithmic trading purposes. Or consider a business that makes quarterly decisions: if the data from last quarter arrives two weeks after the decision, it fails the timeliness criterion. Example: Fraud detection systems require streaming, real-time data to catch fraudulent transactions as they occur. If data about a transaction comes hours later, the fraud might have already succeeded. Timeliness often involves technical aspects (data pipelines delivering data on schedule) and expectations setting. Not all data needs real-time updating; timeliness is context-dependent (e.g., annual census data is useful even if updated once a decade for certain analyses). To ensure timeliness, organizations use strategies like real-time data integration, periodic updates (e.g., daily ETL jobs for overnight data loads), and clearly defined data SLAs (service-level agreements) indicating when data will be available.

    • Validity: Validity checks whether data values are within acceptable ranges, formats, and business rules. It's about conformity to the expected standards. A value can be present (complete) but still invalid if it doesn't make sense. For example, a date of "February 30" is invalid because that date doesn't exist on the calendar, even though the field is filled. A person's age recorded as "150" would be outside any reasonable range for human age and likely invalid. Formats are a common validity concern: e.g., a social security number in the U.S. should be nine digits; if someone entered "ABC-123-XYZ", it’s invalid format. Business rules also define validity: e.g., in a dataset of students, a graduation date cannot be before the enrollment date; any record violating that rule is invalid. Example: Many forms enforce validity by not allowing alphabetic characters in a phone number field or requiring a valid email format (with an "@" symbol and proper domain). Ensuring validity might involve automated validation rules at data entry time and data cleaning routines to catch anomalies. High validity contributes to data quality by reducing downstream errors – for instance, invalid addresses could lead to undeliverable mail, and invalid sensor readings might corrupt an analysis if not filtered.

    • Uniqueness: (Also known as deduplication) Uniqueness means each entity is recorded once, with no unintended duplicates. In other words, there is a one-to-one mapping between real-world objects and data records. Duplicated data can inflate counts, skew analyses, or cause confusion (for example, the same customer appearing twice in a mailing list means they get two mails). A classic issue is duplicate customer records in CRMs when slight name or spelling variations occur (e.g., "Bob Smith" and "Robert Smith" might be the same person). Ensuring uniqueness often requires data cleansing techniques like entity resolution or fuzzy matching to detect that "IBM Corp." and "International Business Machines" refer to the same company, for instance. Removing duplicates (or linking them) not only reduces waste but also improves analytics accuracy. Example: A hospital found that some patients had multiple medical record entries across different clinics, which could lead to fragmented or contradictory treatment. By implementing a Master Patient Index to enforce uniqueness, they improved care continuity.

    • Integrity: Data integrity pertains to the cohesiveness and preservation of the data’s structure, relationships, and context over its lifecycle. One aspect is referential integrity in relational databases: if one table references another (say orders referencing a customer ID), an integrity issue would be an order with a customer ID that doesn’t exist in the customer table. More broadly, as data moves across systems, integrity means that relationships aren't broken and transformations don’t introduce corruption. For example, if a data pipeline splits a dataset by region, integrity demands that all records are accounted for and none are lost or duplicated in the process. Another aspect: maintaining a single "source of truth" to avoid proliferation of conflicting data (ties to consistency and uniqueness).
      Example: In a banking scenario, integrity means if a funds transfer is recorded in Account A’s ledger, it must also reflect in Account B’s ledger to balance; any mismatch would be an integrity problem. Ensuring integrity involves rigorous system design, transaction controls, and audits. It is often supported by metadata and lineage (which we discuss later) to trace how data flows and where it might break.

    These dimensions often interrelate. For instance, inconsistent data between systems might be a result of missing updates (timeliness issue) or poor integration (integrity issue). Invalid data can affect accuracy and completeness (an invalid entry might as well be missing for analytical purposes). Therefore, a holistic approach to data quality considers all dimensions. Many organizations adopt formal data quality assessment frameworks to regularly measure these dimensions (e.g., percent of records without errors for each dimension). According to Collibra, enterprises that implement data quality rules and monitoring see improvements in trust and decision-making.

    2.3.2 Importance of Data Quality and Consequences of Poor Quality

    High data quality is foundational to successful analytics, often summed up by the phrase "garbage in, garbage out." If the input data is flawed, the analyses, models, or reports built on it will also be flawed, regardless of advanced algorithms or beautiful visualizations. Key reasons data quality is important include:

    • Trust and Decision-Making: Stakeholders must trust the data in order to act on it. A CEO will not base strategic decisions on reports that are known to contain errors or mismatched figures. A 2023 industry survey noted that 84% of CEOs are concerned about the integrity of the data on which they base decisions. Reliable data quality leads to confidence in analytics outcomes and faster adoption of data-driven decisions across the organization.

    • Operational Efficiency: Poor data quality has tangible operational costs. For example, duplicate mailings to the same customer waste materials and annoy the customer (uniqueness issue). Incorrect inventory data can cause stockouts or overstock (accuracy and timeliness issue), leading to lost sales or increased holding costs. One case study from healthcare showed that improving data accuracy and integrity in the supply chain allowed a hospital to optimize inventory and avoid shortages of critical supplies. Cleaning data up front reduces firefighting and manual reconciliation later.

    • Compliance and Risk Management: In regulated industries (finance, healthcare, insurance), data errors can lead to compliance violations. For instance, banks must report accurate financials and transaction data to regulators; errors might result in penalties. Patient data errors can violate health regulations or put patient safety at risk. Data quality and data governance processes help ensure that what is reported or used in regulated decisions is correct and auditable. The infamous London Whale incident (JP Morgan 2012) was partially attributed to a spreadsheet data error that mis-specified a formula, contributing to a multi-billion dollar trading loss – illustrating how a data quality lapse (accuracy/integrity) can translate into huge risk.

    • Analytical Impact: Modern techniques like machine learning are highly data-dependent. If training data is filled with errors, missing values, or biases, the resulting models will be unreliable or biased. A predictive model for loan approvals, for example, if trained on data with incorrect labels or missing socio-economic info, could systematically err and even introduce ethical issues. Data scientists spend a large portion of their time on data cleaning and preparation for this reason – ensuring input data meets quality standards to produce valid models. High-quality data can improve model accuracy, while poor-quality data can render a model useless.

    • Reputation and Customer Satisfaction: From a customer perspective, data quality can directly impact satisfaction. If a customer receives the wrong product due to a data error in an order, or if their name is consistently misspelled in communications, it creates a negative impression. Trust in how a company handles data (especially personal data) is part of brand reputation. Data breaches aside, even minor quality issues (like sending emails to the wrong addresses) can erode customer trust.

    Low-quality data can cause serious problems across a business. Details in caption.

    Figure \(\PageIndex{2}\): This flowchart shows how low-quality data can cause serious problems across a business, from losing customer trust to facing legal penalties and making bad decisions. (CC BY 4.0; Felix Amoruwa) Access to a detailed description of Figure \(\PageIndex{2}\)

    Example – Data Quality in Healthcare: A Precisely blog shared real-life stories of healthcare organizations: in one case, a hospital improved patient outcomes by consolidating and cleaning patient records across departments, eliminating duplicates (uniqueness) and updating incorrect patient information (accuracy) [8]. This enabled doctors to see complete patient histories, avoid redundant tests, and reduce medical errors. In another case, timely and valid data entry in an ICU monitoring system alerted staff to patient deterioration quicker, because the data feeding the alert system was accurate and up-to-date.

    Example – Data Quality in Retail: A global retail chain discovered that product information inconsistency across their stores and online platforms (e.g., slightly different product descriptions, or missing attributes like dimensions for some items) was hurting sales and causing returns . By enforcing data quality standards for product data – ensuring every item had complete and correct attributes across all systems – they improved customer experience (customers could trust the product info) and reduced return rates. This highlights consistency, completeness, and accuracy dimensions.

    To systematically manage data quality, organizations often establish Data Quality Management programs. Techniques include: - Automated validation rules (e.g., at data entry or ETL time, reject or flag records that violate quality criteria). - Regular data profiling and audits to measure error rates and identify anomalies. - Data cleaning processes (using tools or scripts to deduplicate, correct, or enrich data). - Master Data Management (MDM) to ensure one golden record for key entities (customers, products, etc.). - Training and process improvements to get data right at the source (it's often said it's cheaper to prevent a data error than to fix it later).

    A cultural aspect is important too: fostering a sense of data stewardship (every data user or producer taking responsibility for quality) which we discuss in the next section.

    In conclusion, data quality is multidimensional and vital. The dimensions of quality provide a checklist for evaluating any dataset. Before performing analysis, one should ask: Is my data accurate, complete, consistent, timely, and valid for the questions I'm trying to answer? If not, investing effort to improve quality is a prerequisite for credible analytics. As one data management adage goes, "Better data beats fancy algorithms." Ensuring high-quality data is often the unsung work that enables the flashy insights and models to truly shine.


    This page titled 2.3: Data Quality was last modified on Wed, 16 Sep 2026 21:30:45 GMT and is shared under a CC BY 4.0 license and was authored, remixed, and/or curated by Felix Amoruwa.

    • Was this article helpful?