{
  "source_file": "0930",
  "source_platform": "Medium",
  "author": "Chad Isenberg",
  "title_listed": "Layers of Data Quality",
  "keywords": "",
  "domain": "数据处理",
  "content_type": "深度技术解析",
  "is_paid_flag": "否",
  "url": "https://towardsdatascience.com/layers-of-data-quality-320bf3770db5/",
  "publish_date": "2023-07-18",
  "corpus_stage": "",
  "notes": "",
  "id": "8884c15f2eb8",
  "collected_at": "2026-10-02T04:47:34",
  "title": "Layers of Data Quality | Towards Data Science",
  "body_markdown": "![Revisit consent button](../images/body-df29beacd7496220cc94.svg)\nWe value your privacy\nWe use cookies to enhance your browsing experience, serve personalised ads or content, and analyse our traffic. By clicking \"Accept All\", you consent to our use of cookies.\nCustomise Reject All Accept All\nCustomise Consent Preferences ![](../images/body-2159bb67f3de8ad870eb.svg)\nWe use cookies to help you navigate efficiently and perform certain functions. You will find detailed information about all cookies under each consent category below.\nThe cookies that are categorised as \"Necessary\" are stored on your browser as they are essential for enabling the basic functionalities of the site. ... Show more\nNecessaryAlways Active\nNecessary cookies are required to enable the basic features of this site, such as providing secure log-in or adjusting your consent preferences. These cookies do not store any personally identifiable data.\n  * Cookie\nBCTempID\n  * Duration\n10 minutes\n  * Description\nNo description available.\n\n\n  * Cookie\n__cf_bm\n  * Duration\n1 hour\n  * Description\nThis cookie, set by Cloudflare, is used to support Cloudflare Bot Management. \n\n\n  * Cookie\nAWSALBCORS\n  * Duration\n7 days\n  * Description\nAmazon Web Services set this cookie for load balancing.\n\n\n  * Cookie\n_cfuvid\n  * Duration\nsession\n  * Description\nCloudflare sets this cookie to track users across sessions to optimize user experience by maintaining session consistency and providing personalized services\n\n\n  * Cookie\nli_gc\n  * Duration\n6 months\n  * Description\nLinkedin set this cookie for storing visitor's consent regarding using cookies for non-essential purposes.\n\n\n  * Cookie\n__hssrc\n  * Duration\nsession\n  * Description\nThis cookie is set by Hubspot whenever it changes the session cookie. The __hssrc cookie set to 1 indicates that the user has restarted the browser, and if the cookie does not exist, it is assumed to be a new session.\n\n\n  * Cookie\n__hssc\n  * Duration\n1 hour\n  * Description\nHubSpot sets this cookie to keep track of sessions and to determine if HubSpot should increment the session number and timestamps in the __hstc cookie.\n\n\n  * Cookie\nwpEmojiSettingsSupports\n  * Duration\nsession\n  * Description\nWordPress sets this cookie when a user interacts with emojis on a WordPress site. It helps determine if the user's browser can display emojis properly.\n\n\n  * Cookie\nBCSessionID\n  * Duration\n1 year 1 month 4 days\n  * Description\nBlueconic sets this cookie as a unique identifier for the BlueConic profile.\n\n\n  * Cookie\n_octo\n  * Duration\n1 year\n  * Description\nNo description available.\n\n\n  * Cookie\nlogged_in\n  * Duration\n1 year\n  * Description\nNo description available.\n\n\n  * Cookie\n__Secure-YEC\n  * Duration\npast\n  * Description\nYouTube sets this cookie to stores the user's video player preferences using embedded YouTube video\n\n\n  * Cookie\n__eoi\n  * Duration\n6 months\n  * Description\nDescription is currently not available.\n\n\n  * Cookie\nAWSALBTGCORS\n  * Duration\n7 days\n  * Description\nNo description available.\n\n\n  * Cookie\nlogin-status-p\n  * Duration\npast\n  * Description\nDescription is currently not available.\n\n\n  * Cookie\nAWSALBTG\n  * Duration\n7 days\n  * Description\nNo description available.\n\n\n  * Cookie\ncsrf_token\n  * Duration\nsession\n  * Description\nNo description available.\n\n\n  * Cookie\ntoken_v2\n  * Duration\n1 day\n  * Description\nDescription is currently not available.\n\n\n  * Cookie\nD\n  * Duration\n1 year\n  * Description\nDescription is currently not available.\n\n\n  * Cookie\nPHPSESSID\n  * Duration\nsession\n  * Description\nThis cookie is native to PHP applications. The cookie stores and identifies a user's unique session ID to manage user sessions on the website. The cookie is a session cookie and will be deleted when all the browser windows are closed.\n\n\n  * Cookie\nVISITOR_PRIVACY_METADATA\n  * Duration\n6 months\n  * Description\nYouTube sets this cookie to store the user's cookie consent state for the current domain. \n\n\n  * Cookie\ncookietest\n  * Duration\nsession\n  * Description\nThe cookietest cookie is typically used to determine whether the user's browser accepts cookies, essential for website functionality and user experience.\n\n\n  * Cookie\n__Host-airtable-session\n  * Duration\n1 year\n  * Description\nThis cookie is used to enable us to integrate the services of Airtable.\n\n\n  * Cookie\n__Host-airtable-session.sig\n  * Duration\n1 year\n  * Description\nThis cookie is used to enable us to integrate the services of Airtable.\n\n\n  * Cookie\nm\n  * Duration\n1 year 1 month 4 days\n  * Description\nStripe sets this cookie for fraud prevention purposes. It identifies the device used to access the website, allowing the website to be formatted accordingly.\n\n\n  * Cookie\nBIGipServer*\n  * Duration\nsession\n  * Description\nMarketo sets this cookie to collect information about the user's online activity and build a profile about their interests to provide advertisements relevant to the user. \n\n\n  * Cookie\n__cfruid\n  * Duration\nsession\n  * Description\nCloudflare sets this cookie to identify trusted web traffic.\n\n\n  * Cookie\n_GRECAPTCHA\n  * Duration\n6 months\n  * Description\nGoogle Recaptcha service sets this cookie to identify bots to protect the website against malicious spam attacks.\n\n\n  * Cookie\n__Secure-YNID\n  * Duration\n6 months\n  * Description\nGoogle cookie used to protect user security and prevent fraud, especially during the login process.\n\n\n  * Cookie\ncookieyes-consent\n  * Duration\n1 year\n  * Description\nCookieYes sets this cookie to remember users' consent preferences so that their preferences are respected on subsequent visits to this site. It does not collect or store any personal information about the site visitors.\n\n\nFunctional\nFunctional cookies help perform certain functionalities like sharing the content of the website on social media platforms, collecting feedback, and other third-party features.\n  * Cookie\nlidc\n  * Duration\n1 day\n  * Description\nLinkedIn sets the lidc cookie to facilitate data center selection.\n\n\n  * Cookie\nbrw\n  * Duration\n1 year\n  * Description\nNo description available.\n\n\n  * Cookie\nbrwConsent\n  * Duration\n5 minutes\n  * Description\nDescription is currently not available.\n\n\n  * Cookie\nWMF-Uniq\n  * Duration\n1 year\n  * Description\nDescription is currently not available.\n\n\n  * Cookie\nloom_anon_comment\n  * Duration\n1 year\n  * Description\nNo description available.\n\n\n  * Cookie\nloom_referral_video\n  * Duration\nsession\n  * Description\nDescription is currently not available.\n\n\n  * Cookie\nVISITOR_INFO1_LIVE\n  * Duration\n6 months\n  * Description\nA cookie set by YouTube to measure bandwidth that determines whether the user gets the new or old player interface.\n\n\n  * Cookie\nyt-remote-connected-devices\n  * Duration\nNever Expires\n  * Description\nYouTube sets this cookie to store the user's video preferences using embedded YouTube videos.\n\n\n  * Cookie\nytidb::LAST_RESULT_ENTRY_KEY\n  * Duration\nNever Expires\n  * Description\nThe cookie ytidb::LAST_RESULT_ENTRY_KEY is used by YouTube to store the last search result entry that was clicked by the user. This information is used to improve the user experience by providing more relevant search results in the future.\n\n\n  * Cookie\nyt-remote-device-id\n  * Duration\nNever Expires\n  * Description\nYouTube sets this cookie to store the user's video preferences using embedded YouTube videos.\n\n\n  * Cookie\nyt-remote-session-name\n  * Duration\nsession\n  * Description\nThe yt-remote-session-name cookie is used by YouTube to store the user's video player preferences using embedded YouTube video.\n\n\n  * Cookie\nyt-remote-fast-check-period\n  * Duration\nsession\n  * Description\nThe yt-remote-fast-check-period cookie is used by YouTube to store the user's video player preferences for embedded YouTube videos.\n\n\n  * Cookie\nyt-remote-session-app\n  * Duration\nsession\n  * Description\nThe yt-remote-session-app cookie is used by YouTube to store user preferences and information about the interface of the embedded YouTube video player.\n\n\n  * Cookie\nyt-remote-cast-available\n  * Duration\nsession\n  * Description\nThe yt-remote-cast-available cookie is used to store the user's preferences regarding whether casting is available on their YouTube video player.\n\n\n  * Cookie\nyt-remote-cast-installed\n  * Duration\nsession\n  * Description\nThe yt-remote-cast-installed cookie is used to store the user's video player preferences using embedded YouTube video.\n\n\n  * Cookie\ncp_session\n  * Duration\n3 months\n  * Description\nCodepen sets this cookie for Help systems found in the website.\n\n\n  * Cookie\nloid\n  * Duration\n1 year 1 month 4 days\n  * Description\nThis cookie is set by the Reddit. The cookie enables the sharing of content from the website onto the social media platform.\n\n\nAnalytics\nAnalytical cookies are used to understand how visitors interact with the website. These cookies help provide information on metrics such as the number of visitors, bounce rate, traffic source, etc.\n  * Cookie\n__hstc\n  * Duration\n6 months\n  * Description\nHubspot set this main cookie for tracking visitors. It contains the domain, initial timestamp (first visit), last timestamp (last visit), current timestamp (this visit), and session number (increments for each subsequent session).\n\n\n  * Cookie\nhubspotutk\n  * Duration\n6 months\n  * Description\nHubSpot sets this cookie to keep track of the visitors to the website. This cookie is passed to HubSpot on form submission and used when deduplicating contacts.\n\n\n  * Cookie\n_ga\n  * Duration\n1 year 1 month 4 days\n  * Description\nGoogle Analytics sets this cookie to calculate visitor, session and campaign data and track site usage for the site's analytics report. The cookie stores information anonymously and assigns a randomly generated number to recognise unique visitors.\n\n\n  * Cookie\n_ga_*\n  * Duration\n1 year 1 month 4 days\n  * Description\nGoogle Analytics sets this cookie to store and count page views.\n\n\n  * Cookie\n__Host-psifi.analyticsTrace\n  * Duration\n6 hours\n  * Description\nDescription is currently not available.\n\n\n  * Cookie\n__Host-psifi.analyticsTraceV2\n  * Duration\n6 hours\n  * Description\nDescription is currently not available.\n\n\n  * Cookie\n_gh_sess\n  * Duration\nsession\n  * Description\nGitHub sets this cookie for temporary application and framework state between pages like what step the user is on in a multiple step form.\n\n\n  * Cookie\nYSC\n  * Duration\nsession\n  * Description\nYSC cookie is set by Youtube and is used to track the views of embedded videos on Youtube pages.\n\n\n  * Cookie\najs_anonymous_id\n  * Duration\n1 year\n  * Description\nThis cookie is set by Segment to count the number of people who visit a certain site by tracking if they have visited before.\n\n\n  * Cookie\nvuid\n  * Duration\n1 year 1 month 4 days\n  * Description\nVimeo installs this cookie to collect tracking information by setting a unique ID to embed videos on the website. \n\n\nPerformance\nPerformance cookies are used to understand and analyse the key performance indexes of the website which helps in delivering a better user experience for the visitors.\n  * Cookie\nAWSALB\n  * Duration\n7 days\n  * Description\nAWSALB is an application load balancer cookie set by Amazon Web Services to map the session to the target.\n\n\n  * Cookie\nacq\n  * Duration\npast\n  * Description\nDescription is currently not available.\n\n\n  * Cookie\nacq.sig\n  * Duration\npast\n  * Description\nDescription is currently not available.\n\n\n  * Cookie\nptc\n  * Duration\n2 years\n  * Description\nNo description available.\n\n\nAdvertisement\nAdvertisement cookies are used to provide visitors with customised advertisements based on the pages you visited previously and to analyse the effectiveness of the ad campaigns.\n  * Cookie\nmuc_ads\n  * Duration\n1 year 1 month 4 days\n  * Description\nTwitter sets this cookie to collect user behaviour and interaction data to optimize the website.\n\n\n  * Cookie\nguest_id_marketing\n  * Duration\n1 year 1 month 4 days\n  * Description\nTwitter sets this cookie to identify and track the website visitor.\n\n\n  * Cookie\nguest_id_ads\n  * Duration\n1 year 1 month 4 days\n  * Description\nTwitter sets this cookie to identify and track the website visitor.\n\n\n  * Cookie\npersonalization_id\n  * Duration\n1 year 1 month 4 days\n  * Description\nTwitter sets this cookie to integrate and share features for social media and also store information about how the user uses the website, for tracking and targeting.\n\n\n  * Cookie\nguest_id\n  * Duration\n1 year 1 month 4 days\n  * Description\nTwitter sets this cookie to identify and track the website visitor. It registers if a user is signed in to the Twitter platform and collects information about ad preferences.\n\n\n  * Cookie\nbcookie\n  * Duration\n1 year\n  * Description\nLinkedIn sets this cookie from LinkedIn share buttons and ad tags to recognize browser IDs.\n\n\n  * Cookie\n__Secure-ROLLOUT_TOKEN\n  * Duration\n6 months\n  * Description\nYouTube sets this cookie to manage feature rollout and experimentation. It helps Google control which new features or interface changes are shown to users as part of testing and staged rollouts, ensuring consistent experience for a given user during an experiment.\n\n\n  * Cookie\nyt.innertube::nextId\n  * Duration\nNever Expires\n  * Description\nYouTube sets this cookie to register a unique ID to store data on what videos from YouTube the user has seen.\n\n\n  * Cookie\nyt.innertube::requests\n  * Duration\nNever Expires\n  * Description\nYouTube sets this cookie to register a unique ID to store data on what videos from YouTube the user has seen.\n\n\n  * Cookie\nsession_tracker\n  * Duration\nsession\n  * Description\nThis cookie is set by the Reddit. This cookie is used to identify trusted web traffic. It also helps in adverstising on the website.\n\n\n  * Cookie\nedgebucket\n  * Duration\nsession\n  * Description\nReddit sets this cookie to save the information about a log-on Reddit user, for the purpose of advertisement recommendations and updating the content.\n\n\n  * Cookie\ndid\n  * Duration\n1 year\n  * Description\nArbor sets this cookie to show targeted ads to site visitors.This cookie expires after 2 months or 1 year.\n\n\nUncategorised\nOther uncategorised cookies are those that are being analysed and have not been classified into a category as yet.\nNo cookies to display.\nReject All Save My Preferences Accept All\nToggle Search[](https://towardsdatascience.com/)Toggle Mobile Navigation\n[](https://towardsdatascience.com/)\nPublish AI, ML & data-science insights to a global community of data professionals.\nSign in[Submit an Article](https://write.insightmediagroup.io)\n[Latest](https://towardsdatascience.com/latest/)[Editor's Picks](https://towardsdatascience.com/tag/editors-pick/)[Newsletter](https://towardsdatascience.com/tag/the-variable/)[ShipAI](https://towardsdatascience.com/shipai/)\n* * *\n[Write For TDS](https://towardsdatascience.com/submissions/)\n[LinkedIn](https://www.linkedin.com/company/towards-data-science/)[X](https://x.com/TDataScience)Toggle Search\n[Analytics](https://towardsdatascience.com/category/data-science/analytics/)\n# Layers of Data Quality\nWhere and how to address problems with your data\n[Chad Isenberg](https://towardsdatascience.com/author/cisenbe/)\nJuly 18, 20238 min read\n![](../images/000.jpg)\nWith the recent surge of interest in generative AI and LLMs, data quality has received a resurgence of interest. Not that the space needed much help: companies like [Monte Carlo](https://www.montecarlodata.com/), [Soda](https://www.soda.io/), [Bigeye](https://www.bigeye.com/), [Sifflet](https://www.siffletdata.com/), [Great Expectations](https://greatexpectations.io/), and [dbt Labs](https://www.getdbt.com/) have been developing a range of solutions, from proprietary to open core. While some of these solutions are direct competitors, they don't all address the same problems. For example, defining an explicit [dbt test](https://docs.getdbt.com/docs/build/tests) to ensure that a column contains unique values is very different from anomaly detection on metrics (e. g., your dim_orders process generated 500,000 records one day, when it's usually more like 50,000). Data can fail in spectacular and myriad ways.\nYou've probably heard of data quality dimensions; I particularly like [Richard Farnworth](https://towardsdatascience.com/layers-of-data-quality-320bf3770db5/None)'s [take](https://towardsdatascience.com/the-six-dimensions-of-data-quality-and-how-to-deal-with-them-bdcf9a3dba71)¹, but a quick Google search will yield dozens of different opinions. At the core, though, the idea is that data can be \"right\" in one aspect but wrong in others. If your data is correct but late, is it valuable? What if the numbers are objectively wrong, but they're [consistent](https://benn.substack.com/p/all-i-want-is-to-know-whats-different)²? This is an important aspect of data product management and identifying your stakeholders' priorities.\nThere's a lot of focus on how data is malformed, missing, late, incomplete, etc., and less attention is given to the root causes of data quality issues. We spend an inordinate amount of time testing and observing the data itself rather than seeking improvement in the systems that produce, transform, and use that data. I want to explore these \"layers\" of data quality issues, solutions, and the teams who should be involved in resolving problems related to them.\nLearn this step by step with the interactive [Data Analyst](https://roadmap.sh/data-analyst) and [Data Engineer](https://roadmap.sh/data-engineer) roadmaps.\n## Layer 1: Data Production\nAll data comes from somewhere, and the source is frequently the root cause of data quality issues. Following the principle of garbage in, garbage out, you can't make useful data products from poor source system data.\nThis layer has three fundamental sources of data quality issues: schema drift, semantic drift, and system availability and reliability. They're all extremely important, but they lead to different data quality failures. What's more is that they need different solutions, and frequently, different teams have to engaged to resolve them.\nSchema changes are in many ways the simplest to identify and resolve. If product engineers, either in-house or through a vendor, change the schema of a table you're using, your downstream processes may just break. This tends to be less of an issue with SaaS APIs since they follow a more mature change management protocol. This isn't a slight at developers, however; frequently, these internal teams don't even know that downstream teams are using their data assets. Schema changes that break ETL processes are frequently a symptom of poor organizational communication.\nSemantic drift is more pernicious and has more exposure across the enterprise. What if your development team changes the unit of measure for a field? Or what if they change the values that will be populated into a field via a dropdown menu? Your product isn't the only thing that's exposed. Operations teams for enterprise systems like SFDC, Zuora, NetSuite, and Zendesk may likewise change how they use their operational systems, and this can have an impact. Data quality issues can also be entirely accidental; I think we've all seen the poor sales rep who entered a multi-billion dollar deal through a typo. What's really fun is that you may have a combination of schema change and semantic drift; for example, _is_enterprise _customer_ has replaced a valid value of 'Enterprise' in the _customer _type_ field. As with schema changes, communication is the missing piece.\nFinally, there's the issue of source system availability and reliability. If the source system is down, data may not be generated for a period of time. Depending on the architecture, data may still be generated, but the endpoint for retrieval may be down. In these cases, the data quality failure is categorically different from schema changes and semantic drift.\n[Chad Sanderson](https://towardsdatascience.com/layers-of-data-quality-320bf3770db5/None) has been a champion for the idea of [data contracts](https://dataproducts.substack.com/p/data-contracts-for-the-warehouse)³: formal, programatically-enforced definitions of data as it's emitted from (usually) operational systems. Data contracts are a good starting point to addressing both schema changes and some types of semantic drift. Note that data contracts don't address SaaS operations teams; they need a separate system for change management.\nProduct teams are familiar with observability and monitoring solutions like [Datadog ](https://www.datadoghq.com/)and [Splunk](https://www.splunk.com/). SaaS vendors typically have status portals, and some offer notifications when services are down. The challenge is that frequently, these systems outages never make it past their development and / or operations teams, even though they're vital to downstream data teams. Creating good processes to communicate outages and issues across the organization is just as important as the observability systems that give us that visibility in the first place.\n**Interventions** : data contracts, communication channels, change management, systems observability and monitoring **and** communication to downstream consumers\n**Go-to teams** : product engineers, SaaS systems operators (e. g., AR specialists, account executives), platform engineers, platform operators (e. g., SaaS admins, SaaS business analysts)\n## Layer 2: Data Processing - Extract / Transform\nLet's say the source system data is pristine, or at least clean enough to be usable. There's still a lot that can go wrong. This time, we have exposure on three fronts: logical errors in development, low-resiliency design, and platform stability.\nWhen developing a data pipeline, sometimes we get it wrong. Maybe Airflow tasks don't have the proper dependencies established, or perhaps an analytics engineer made a mistake in a join. Depending on the specific error, the outcome could be the pipeline breaking entirely (usually in dramatic and fiery fashion); however, subtle logical bugs can exist in systems for years, either slightly affecting metrics all of the time, or rarely affecting metrics in a big way.\nDuring the requirements gathering process, it's essential to know what your stakeholders' priorities are. In some cases, it's critical to fail a pipeline if data is missing or has some kind of quality issue. In other cases, speed of delivery matters more than absolute accuracy. On the other end, is it OK to show partial or incomplete data, or should we only show all data once it's been processed for a given period? Misalignment between data product teams and stakeholders can mean that we're not meeting expectations.\nThen, there's the reality that as with products and SaaS solutions, our data pipelines actually run on platforms. What if Snowflake is down? What if there's a bug in BigQuery or EMR that affects resource allocation? These things happen, and while platform teams may be aware, there's still that communications / visibility gap to downstream teams.\nSolutions are plentiful but not necessarily easy to implement. Strategies like [unit testing](https://medium.com/towards-data-science/the-sql-unit-testing-landscape-2023-7a8c5f986dd3) and integrations testing are vital to catching bugs before they hit production. Tooling in the data space still lags the broader software engineering ecosystem, and data team culture is still catching up, too.\nOn the other hand, many of the observability solutions that apply to source systems also apply to data processing systems. The sticking point, however, is making sure that this visibility is shared throughout the organization. Communications can be made through notifications channels or dashboards, but regardless of approach, we need to make sure impacted teams know what's going on.\nIt's also worth calling out that the same issues caused by data producers applies to core asset developers, too; their consumers like analysts, data scientists, and BI developers are just as vulnerable to schema changes, semantic drift, and systems (ETL) outages.\n**Interventions** : unit testing, integrations testing, clear design documentation, communication channels, change management\n**Go-to teams** : data engineers, analytics engineers, data platform engineers\n## Layer 3: Data Consumption - Analytics, AI and ML\nIn the last mile between data and information, there's still plenty of room for mistakes. Here, the questions are less about how the data is being handled, produced, and transformed, and more about how it's being understood and used. Specifically, I want to focus on errors in applying techniques and misunderstandings of the data itself.\nStatistics, ML, and AI are complicated. Like really, really complicated. There are a tons of considerations when choosing models: whether your variables are continuous or discrete, the distribution of your data, heteroskedasticity, sample size, and dozens if not hundreds of others. Even if you make all of the right decisions, there may be obscure implementation bugs in your [ML library](https://github.com/scikit-learn/scikit-learn/issues/26502).\nA data consumer can also just not understand the context of upstream data. Maybe they didn't check the data catalog, or maybe there's not a data catalog at all. Familiarity with a data asset is vital but not always enough to avoid making these kinds of mistakes and ultimately drawing incorrect conclusions.\nAlso, there's no guarantee that someone in the business is going to interpret a dashboard, analysis, or report correctly. This isn't necessarily through malicious intent, either. Most people who are consuming data have jobs outside of the data. Data teams are often so deep in the trenches that they fail to understand where metrics may be unclear.\nYou'll probably spot the theme by now, but the solutions here are people-centric. Folks hired into advanced analytics and ML roles need the right training and experience to succeed. As to creating products on top of established assets, data catalogs and even just conversations with data asset owners can be a huge help. Finally, making sure that artifacts like dashboards and reports are clear is essential, and warm handoffs / stakeholder education are even better.\n**Interventions** : Data catalogs, dashboard labels, stakeholder education, practitioner education and training\n**Go-to teams** : data analysts, data scientists, BI developers, ML engineers\n## Conclusion\nWhile it's important to realize all of the different ways that your data can be wrong (dimensions), it's also really important to understand how and where it can be wrong, too (layers). We talked about errors at the source (Layer 1), during data processing (Layer 2), and during consumption (Layer 3). We also talked about interventions and which teams are closest to the problem and the solution.\nData quality is vital to getting value from your data, whether that be through analytics, automation, or an external data product. Data quality dimensions help us identify the axes on which our data is failing us; is it stale? Is it wrong? But it's equally important to understand why our data is failing us. The \"why\" is what gives us insight into solutions, either for immediate remediation or longer-term, systemic corrections.\n* * *\n¹Richard Farnworth. (June 28, 2020). _The Six Dimensions of Data Quality - and how to deal with them_. [](https://towardsdatascience.com/the-six-dimensions-of-data-quality-and-how-to-deal-with-them-bdcf9a3dba71)<https://towardsdatascience.com/the-six-dimensions-of-data-quality-and-how-to-deal-with-them-bdcf9a3dba71>\n²Benn Stancil. (Jun 9, 2023). _All I want to know is what's different_. [](https://benn.substack.com/p/all-i-want-is-to-know-whats-different)<https://benn.substack.com/p/all-i-want-is-to-know-whats-different>\n³Chad Sanderson. (January 25, 2023). _Data Contracts for the Warehouse._ [](https://dataproducts.substack.com/p/data-contracts-for-the-warehouse)<https://dataproducts.substack.com/p/data-contracts-for-the-warehouse>\n## Register Now to Continue Reading\n### Unlock Towards Data Science with a Free Account\nAll articles on Towards Data Science are available to registered users. Create a free account today to access this article and thousands more.\nRegister for freeSign in to your account\n* * *\n![](../images/body-9e4c3e3de7a22688d8ce.jpeg)\nWritten By\n## [Chad Isenberg](https://towardsdatascience.com/author/cisenbe/)\n[See all from Chad Isenberg](https://towardsdatascience.com/author/cisenbe/)\n[Editor's Picks](https://towardsdatascience.com/tag/editors-pick/)[Analytics](https://towardsdatascience.com/tag/analytics/)[Data](https://towardsdatascience.com/tag/data/)[Data Engineering](https://towardsdatascience.com/tag/data-engineering/)[Data Quality](https://towardsdatascience.com/tag/data-quality/)\nShare This Article\n  * [](https://www.facebook.com/sharer/sharer.php?u=https%3A%2F%2Ftowardsdatascience.com%2Flayers-of-data-quality-320bf3770db5%2F&title=Layers%20of%20Data%20Quality)\n  * [](https://www.linkedin.com/shareArticle?mini=true&url=https%3A%2F%2Ftowardsdatascience.com%2Flayers-of-data-quality-320bf3770db5%2F&title=Layers%20of%20Data%20Quality)\n  * [](https://x.com/share?url=https%3A%2F%2Ftowardsdatascience.com%2Flayers-of-data-quality-320bf3770db5%2F&text=Layers%20of%20Data%20Quality)\n\n\nTowards Data Science is a community publication. Submit your insights to reach our global audience and earn through the TDS Author Payment Program.\n[Write for TDS](https://towardsdatascience.com/submissions/)\n## Related Articles\n  * [![](../images/001.jpg)](https://towardsdatascience.com/building-a-data-pipeline-for-my-strava-data-98ea8b2b0767/)\n## [Building a Data Pipeline for My Strava Data](https://towardsdatascience.com/building-a-data-pipeline-for-my-strava-data-98ea8b2b0767/)\n[Data Engineering](https://towardsdatascience.com/category/data-science/data-engineering/)\nEtLT of my own Strava data using the Strava API, MySQL, Python, S3, Redshift, and Airflow\n[Jack Leitch](https://towardsdatascience.com/author/jackmleitch/)\nJune 21, 20226 min read\n  * [![](../images/002.jpg)](https://towardsdatascience.com/data-pipeline-with-airflow-and-aws-tools-s3-lambda-glue-18585d269761/)\n## [Data Pipeline with Airflow and AWS Tools (S3, Lambda & Glue)](https://towardsdatascience.com/data-pipeline-with-airflow-and-aws-tools-s3-lambda-glue-18585d269761/)\n[Data Engineering](https://towardsdatascience.com/category/data-science/data-engineering/)\nLearning a little about these tools and how to integrate them\n[João Pedro](https://towardsdatascience.com/author/joaopedro214/)\nApril 6, 202317 min read\n  * [![](../images/003.jpeg)](https://towardsdatascience.com/2-silent-pyspark-mistakes-you-should-be-aware-of-de52c3a188c4/)\n## [2 Silent PySpark Mistakes You Should Be Aware Of](https://towardsdatascience.com/2-silent-pyspark-mistakes-you-should-be-aware-of-de52c3a188c4/)\n[Machine Learning](https://towardsdatascience.com/category/artificial-intelligence/machine-learning/)\nSmall mistakes can lead to severe consequences when working with large datasets.\n[Soner Yıldırım](https://towardsdatascience.com/author/sonery/)\nFebruary 16, 20245 min read\n  * [![](../images/004.jpg)](https://towardsdatascience.com/product-case-interviews-dos-and-donts-for-data-scientists-71f9f90b033f/)\n## [Product Case Interviews Dos and Don'ts for Data Scientists](https://towardsdatascience.com/product-case-interviews-dos-and-donts-for-data-scientists-71f9f90b033f/)\n[Data Science](https://towardsdatascience.com/category/data-science/)\nHow to make a great impression in product case interviews\n[Emma Ding](https://towardsdatascience.com/author/emmading/)\nDecember 16, 202111 min read\n  * [![](../images/005.jpg)](https://towardsdatascience.com/building-enterprise-agent-systems-that-people-can-trust-verify-and-improve/)\n## [Building Enterprise Agent Systems that People can Trust, Verify and Improve](https://towardsdatascience.com/building-enterprise-agent-systems-that-people-can-trust-verify-and-improve/)\n[Agentic AI](https://towardsdatascience.com/category/artificial-intelligence/agentic-ai/)\n5 principles that determine whether an agent system succeeds in production, explained through one I built for a $100M+ company.\n[Sheila Teo](https://towardsdatascience.com/author/sheilateozy/)\nAugust 18, 202614 min read\n  * [![](../images/006.jpeg)](https://towardsdatascience.com/microservices-vs-monolithic-approaches-in-data-8d9d9a064d06/)\n## [Microservices vs. Monolithic Approaches in Data](https://towardsdatascience.com/microservices-vs-monolithic-approaches-in-data-8d9d9a064d06/)\n[Software Engineering](https://towardsdatascience.com/category/programming/software-engineering/)\nThe Microservice vs. Monolith debate rages in software, but is reduced to a gentle simmer in the data world\n[Hugo Lu](https://towardsdatascience.com/author/hugolu87/)\nFebruary 16, 20249 min read\n  * [![](../images/007.jpg)](https://towardsdatascience.com/dynamic-pricing-with-contextual-bandits-learning-by-doing-b88e49f55894/)\n## [Dynamic Pricing with Contextual Bandits: Learning by Doing](https://towardsdatascience.com/dynamic-pricing-with-contextual-bandits-learning-by-doing-b88e49f55894/)\n[](https://towardsdatascience.com/layers-of-data-quality-320bf3770db5/)\nAdding context to your dynamic pricing problem can increase opportunities as well as challenges\n[Massimiliano Costacurta](https://towardsdatascience.com/author/massi.costacurta/)\nOctober 5, 20236 min read\n  * [![](../images/008.jpg)](https://towardsdatascience.com/big-data-file-formats-explained-275876dc1fc9/)\n## [Big Data File Formats, Explained](https://towardsdatascience.com/big-data-file-formats-explained-275876dc1fc9/)\n[Data Engineering](https://towardsdatascience.com/category/data-science/data-engineering/)\nParquet vs ORC vs AVRO vs JSON. Which one to choose and how to use them?\n[Mike Shakhomirov](https://towardsdatascience.com/author/mshakhomirov/)\nFebruary 28, 20239 min read\n  * [![](../images/009.png)](https://towardsdatascience.com/prototyping-machine-learning-solutions-in-globe-scale-industries-fff46ad8ade0/)\n## [Prototyping Machine Learning Solutions in Globe-scale Industries](https://towardsdatascience.com/prototyping-machine-learning-solutions-in-globe-scale-industries-fff46ad8ade0/)\n[Machine Learning](https://towardsdatascience.com/category/artificial-intelligence/machine-learning/)\nHow to prototype machine learning solutions in globe-scale industries efficiently using a few repeatable techniques\n[Misbah Uddin](https://towardsdatascience.com/author/misbahuddins/)\nSeptember 19, 20215 min read\n\n\n  * [YouTube](https://www.youtube.com/c/TowardsDataScience)\n  * [X](https://x.com/TDataScience)\n  * [LinkedIn](https://www.linkedin.com/company/towards-data-science/)\n  * [Threads](https://www.threads.net/@towardsdatascience)\n  * [Bluesky](https://bsky.app/profile/towardsdatascience.com)\n\n\n[](https://towardsdatascience.com/)\nYour home for data science and AI. The world's leading publication for data science, data analytics, data engineering, machine learning, and artificial intelligence professionals.\nSubscribe to Our Newsletter[Write For TDS](https://towardsdatascience.com/submissions/)•[About](https://towardsdatascience.com/about-towards-data-science-d691af11cc2f/)•[Advertise](https://contact.towardsdatascience.com/advertise-with-towards-data-science)•[Privacy Policy](https://towardsdatascience.com/privacy-policy/)•[Terms of Use](https://towardsdatascience.com/website-terms-of-use/)\n© Insight Media Group, LLC 2026•[The New Stack](https://thenewstack.io)•[roadmap.sh](https://roadmap.sh)•[Creator Network](https://insightmediagroup.io/creator-network)\n####  Recommended Articles \nClose\n  * [ ![](https://h030.towardsdatascience.com/rest/v2/contentStores/d7d3a4ab-7caf-4383-bbd2-fbf7fb4f1787/items/607686/image?etag=1782161464448&width=500&height=500) How Relevance Models Foreshadowed Transformers for NLP ](https://towardsdatascience.com/how-relevance-models-foreshadowed-transformers-for-nlp/ \"How Relevance Models Foreshadowed Transformers for NLP\")\n  * [ ![](https://h030.towardsdatascience.com/rest/v2/contentStores/d7d3a4ab-7caf-4383-bbd2-fbf7fb4f1787/items/607639/image?etag=1781250125848&width=500&height=500) Javascript Fatigue: HTMX Is All You Need to Build ChatGPT — Part 1 ](https://towardsdatascience.com/javascript-fatigue-you-dont-need-js-to-build-chatgpt/ \"Javascript Fatigue: HTMX Is All You Need to Build ChatGPT — Part 1\")\n  * [ ![](https://h030.towardsdatascience.com/rest/v2/contentStores/d7d3a4ab-7caf-4383-bbd2-fbf7fb4f1787/items/607930/image?etag=1782124566054&width=500&height=500) The Subset Sum Problem Solved in Linear Time for Dense Enough Inputs ](https://towardsdatascience.com/subset-sum-problem-solved-in-linear-time-for-dense-enough-inputs/ \"The Subset Sum Problem Solved in Linear Time for Dense Enough Inputs\")\n  * [ ![](https://h030.towardsdatascience.com/rest/v2/contentStores/d7d3a4ab-7caf-4383-bbd2-fbf7fb4f1787/items/3660/image?etag=1780176246070&width=500&height=500) Does Your Company Have a Data Strategy? ](https://towardsdatascience.com/does-your-company-have-a-data-strategy-e8944dbec4ae/ \"Does Your Company Have a Data Strategy?\")\n\n\n",
  "metadata": {
    "title": "Layers of Data Quality | Towards Data Science",
    "description": "Where and how to address problems with your data",
    "keywords": null,
    "author": "Chad Isenberg",
    "og:locale": "en_US",
    "og:type": "article",
    "og:title": "Layers of Data Quality",
    "og:description": "Where and how to address problems with your data",
    "og:url": "https://towardsdatascience.com/layers-of-data-quality-320bf3770db5/",
    "og:site_name": "Towards Data Science",
    "og:image": "https://assets.insightmediagroup.io/media/wp-content/uploads/2023/07/0XkWx0XkUxTqrnOGb-scaled.jpg",
    "og:image:width": "2560",
    "og:image:height": "1842",
    "og:image:type": "image/jpeg",
    "twitter:card": "summary_large_image",
    "twitter:site": "@TDataScience",
    "twitter:creator": "@TDataScience",
    "twitter:label1": "Written by",
    "twitter:data1": "Chad Isenberg",
    "twitter:label2": "Est. reading time",
    "twitter:data2": "8 min read",
    "article:published_time": "2023-07-18T12:15:34.000Z",
    "article:modified_time": "2023-07-18T12:15:34.000Z",
    "article:author": "https://towardsdatascience.com/author/cisenbe/"
  },
  "paywall": {
    "listed_paid": false,
    "detected": false,
    "marker": "",
    "public_only": false,
    "policy": "付费/会员内容只保留页面公开可见部分，不绕过付费墙"
  },
  "crawl": {
    "success": true,
    "status_code": 200,
    "error": ""
  },
  "code_blocks": [],
  "images": [
    {
      "status": "http_404",
      "url": "https://h030.towardsdatascience.com/rest/v2/contentStores/d7d3a4ab-7caf-4383-bbd2-fbf7fb4f1787/items/607686/image?etag=1782161464448&width=500&height=500",
      "src": "https://h030.towardsdatascience.com/rest/v2/contentStores/d7d3a4ab-7caf-4383-bbd2-fbf7fb4f1787/items/607686/image?etag=1782161464448&width=500&height=500",
      "alt": "",
      "downloaded": false,
      "discovery": "saved_markdown",
      "retried_at": "2026-10-20T17:37:18Z"
    },
    {
      "status": "http_404",
      "url": "https://h030.towardsdatascience.com/rest/v2/contentStores/d7d3a4ab-7caf-4383-bbd2-fbf7fb4f1787/items/607639/image?etag=1781250125848&width=500&height=500",
      "src": "https://h030.towardsdatascience.com/rest/v2/contentStores/d7d3a4ab-7caf-4383-bbd2-fbf7fb4f1787/items/607639/image?etag=1781250125848&width=500&height=500",
      "alt": "",
      "downloaded": false,
      "discovery": "saved_markdown",
      "retried_at": "2026-10-20T17:37:18Z"
    },
    {
      "status": "http_404",
      "url": "https://h030.towardsdatascience.com/rest/v2/contentStores/d7d3a4ab-7caf-4383-bbd2-fbf7fb4f1787/items/607930/image?etag=1782124566054&width=500&height=500",
      "src": "https://h030.towardsdatascience.com/rest/v2/contentStores/d7d3a4ab-7caf-4383-bbd2-fbf7fb4f1787/items/607930/image?etag=1782124566054&width=500&height=500",
      "alt": "",
      "downloaded": false,
      "discovery": "saved_markdown",
      "retried_at": "2026-10-20T17:37:18Z"
    },
    {
      "status": "http_404",
      "url": "https://h030.towardsdatascience.com/rest/v2/contentStores/d7d3a4ab-7caf-4383-bbd2-fbf7fb4f1787/items/3660/image?etag=1780176246070&width=500&height=500",
      "src": "https://h030.towardsdatascience.com/rest/v2/contentStores/d7d3a4ab-7caf-4383-bbd2-fbf7fb4f1787/items/3660/image?etag=1780176246070&width=500&height=500",
      "alt": "",
      "downloaded": false,
      "discovery": "saved_markdown",
      "retried_at": "2026-10-20T17:37:19Z"
    }
  ],
  "audio": [],
  "videos": [
    {
      "url": "https://www.youtube.com/c/TowardsDataScience",
      "kind": "channel_reference",
      "status": "reference_only"
    }
  ],
  "links": [
    {
      "type": "internal",
      "href": "https://towardsdatascience.com/"
    },
    {
      "type": "internal",
      "href": "https://towardsdatascience.com/latest/"
    },
    {
      "type": "internal",
      "href": "https://towardsdatascience.com/tag/editors-pick/"
    },
    {
      "type": "internal",
      "href": "https://towardsdatascience.com/tag/the-variable/"
    },
    {
      "type": "internal",
      "href": "https://towardsdatascience.com/shipai/"
    },
    {
      "type": "internal",
      "href": "https://towardsdatascience.com/submissions/"
    },
    {
      "type": "internal",
      "href": "https://towardsdatascience.com/category/data-science/analytics/"
    },
    {
      "type": "internal",
      "href": "https://towardsdatascience.com/author/cisenbe/"
    },
    {
      "type": "internal",
      "href": "https://towardsdatascience.com/layers-of-data-quality-320bf3770db5/None"
    },
    {
      "type": "internal",
      "href": "https://towardsdatascience.com/the-six-dimensions-of-data-quality-and-how-to-deal-with-them-bdcf9a3dba71"
    },
    {
      "type": "internal",
      "href": "https://towardsdatascience.com/tag/analytics/"
    },
    {
      "type": "internal",
      "href": "https://towardsdatascience.com/tag/data/"
    },
    {
      "type": "internal",
      "href": "https://towardsdatascience.com/tag/data-engineering/"
    },
    {
      "type": "internal",
      "href": "https://towardsdatascience.com/tag/data-quality/"
    },
    {
      "type": "internal",
      "href": "https://towardsdatascience.com/building-a-data-pipeline-for-my-strava-data-98ea8b2b0767/"
    },
    {
      "type": "internal",
      "href": "https://towardsdatascience.com/category/data-science/data-engineering/"
    },
    {
      "type": "internal",
      "href": "https://towardsdatascience.com/author/jackmleitch/"
    },
    {
      "type": "internal",
      "href": "https://towardsdatascience.com/data-pipeline-with-airflow-and-aws-tools-s3-lambda-glue-18585d269761/"
    },
    {
      "type": "internal",
      "href": "https://towardsdatascience.com/author/joaopedro214/"
    },
    {
      "type": "internal",
      "href": "https://towardsdatascience.com/2-silent-pyspark-mistakes-you-should-be-aware-of-de52c3a188c4/"
    },
    {
      "type": "external",
      "href": "https://write.insightmediagroup.io"
    },
    {
      "type": "external",
      "href": "https://www.linkedin.com/company/towards-data-science/"
    },
    {
      "type": "external",
      "href": "https://x.com/TDataScience"
    },
    {
      "type": "external",
      "href": "https://www.montecarlodata.com/"
    },
    {
      "type": "external",
      "href": "https://www.soda.io/"
    },
    {
      "type": "external",
      "href": "https://www.bigeye.com/"
    },
    {
      "type": "external",
      "href": "https://www.siffletdata.com/"
    },
    {
      "type": "external",
      "href": "https://greatexpectations.io/"
    },
    {
      "type": "external",
      "href": "https://www.getdbt.com/"
    },
    {
      "type": "external",
      "href": "https://docs.getdbt.com/docs/build/tests"
    },
    {
      "type": "external",
      "href": "https://benn.substack.com/p/all-i-want-is-to-know-whats-different"
    },
    {
      "type": "external",
      "href": "https://roadmap.sh/data-analyst"
    },
    {
      "type": "external",
      "href": "https://roadmap.sh/data-engineer"
    },
    {
      "type": "external",
      "href": "https://dataproducts.substack.com/p/data-contracts-for-the-warehouse"
    },
    {
      "type": "external",
      "href": "https://www.datadoghq.com/"
    },
    {
      "type": "external",
      "href": "https://www.splunk.com/"
    },
    {
      "type": "external",
      "href": "https://medium.com/towards-data-science/the-sql-unit-testing-landscape-2023-7a8c5f986dd3"
    },
    {
      "type": "external",
      "href": "https://github.com/scikit-learn/scikit-learn/issues/26502"
    },
    {
      "type": "external",
      "href": "https://www.facebook.com/sharer/sharer.php?title=Layers+of+Data+Quality&u=https%3A%2F%2Ftowardsdatascience.com%2Flayers-of-data-quality-320bf3770db5%2F"
    },
    {
      "type": "external",
      "href": "https://www.linkedin.com/shareArticle?mini=true&title=Layers+of+Data+Quality&url=https%3A%2F%2Ftowardsdatascience.com%2Flayers-of-data-quality-320bf3770db5%2F"
    }
  ],
  "repair_version": 2,
  "repaired_at": "2026-10-20T17:23:11Z",
  "source_url": "https://towardsdatascience.com/layers-of-data-quality-320bf3770db5/",
  "delivery_status": "unverified",
  "discovery_status": "http_403",
  "missing_reason": "源页面未重新核验:http_403；已按保留正文补采图片",
  "repair_error": "",
  "actual_video_files": [],
  "expected_saved_body_images": 4,
  "image_discovery": "saved_markdown",
  "source_body_markdown": "![Revisit consent button](https://cdn-cookieyes.com/assets/images/revisit.svg)\nWe value your privacy\nWe use cookies to enhance your browsing experience, serve personalised ads or content, and analyse our traffic. By clicking \"Accept All\", you consent to our use of cookies.\nCustomise Reject All Accept All\nCustomise Consent Preferences ![](https://cdn-cookieyes.com/assets/images/close.svg)\nWe use cookies to help you navigate efficiently and perform certain functions. You will find detailed information about all cookies under each consent category below.\nThe cookies that are categorised as \"Necessary\" are stored on your browser as they are essential for enabling the basic functionalities of the site. ... Show more\nNecessaryAlways Active\nNecessary cookies are required to enable the basic features of this site, such as providing secure log-in or adjusting your consent preferences. These cookies do not store any personally identifiable data.\n  * Cookie\nBCTempID\n  * Duration\n10 minutes\n  * Description\nNo description available.\n\n\n  * Cookie\n__cf_bm\n  * Duration\n1 hour\n  * Description\nThis cookie, set by Cloudflare, is used to support Cloudflare Bot Management. \n\n\n  * Cookie\nAWSALBCORS\n  * Duration\n7 days\n  * Description\nAmazon Web Services set this cookie for load balancing.\n\n\n  * Cookie\n_cfuvid\n  * Duration\nsession\n  * Description\nCloudflare sets this cookie to track users across sessions to optimize user experience by maintaining session consistency and providing personalized services\n\n\n  * Cookie\nli_gc\n  * Duration\n6 months\n  * Description\nLinkedin set this cookie for storing visitor's consent regarding using cookies for non-essential purposes.\n\n\n  * Cookie\n__hssrc\n  * Duration\nsession\n  * Description\nThis cookie is set by Hubspot whenever it changes the session cookie. The __hssrc cookie set to 1 indicates that the user has restarted the browser, and if the cookie does not exist, it is assumed to be a new session.\n\n\n  * Cookie\n__hssc\n  * Duration\n1 hour\n  * Description\nHubSpot sets this cookie to keep track of sessions and to determine if HubSpot should increment the session number and timestamps in the __hstc cookie.\n\n\n  * Cookie\nwpEmojiSettingsSupports\n  * Duration\nsession\n  * Description\nWordPress sets this cookie when a user interacts with emojis on a WordPress site. It helps determine if the user's browser can display emojis properly.\n\n\n  * Cookie\nBCSessionID\n  * Duration\n1 year 1 month 4 days\n  * Description\nBlueconic sets this cookie as a unique identifier for the BlueConic profile.\n\n\n  * Cookie\n_octo\n  * Duration\n1 year\n  * Description\nNo description available.\n\n\n  * Cookie\nlogged_in\n  * Duration\n1 year\n  * Description\nNo description available.\n\n\n  * Cookie\n__Secure-YEC\n  * Duration\npast\n  * Description\nYouTube sets this cookie to stores the user's video player preferences using embedded YouTube video\n\n\n  * Cookie\n__eoi\n  * Duration\n6 months\n  * Description\nDescription is currently not available.\n\n\n  * Cookie\nAWSALBTGCORS\n  * Duration\n7 days\n  * Description\nNo description available.\n\n\n  * Cookie\nlogin-status-p\n  * Duration\npast\n  * Description\nDescription is currently not available.\n\n\n  * Cookie\nAWSALBTG\n  * Duration\n7 days\n  * Description\nNo description available.\n\n\n  * Cookie\ncsrf_token\n  * Duration\nsession\n  * Description\nNo description available.\n\n\n  * Cookie\ntoken_v2\n  * Duration\n1 day\n  * Description\nDescription is currently not available.\n\n\n  * Cookie\nD\n  * Duration\n1 year\n  * Description\nDescription is currently not available.\n\n\n  * Cookie\nPHPSESSID\n  * Duration\nsession\n  * Description\nThis cookie is native to PHP applications. The cookie stores and identifies a user's unique session ID to manage user sessions on the website. The cookie is a session cookie and will be deleted when all the browser windows are closed.\n\n\n  * Cookie\nVISITOR_PRIVACY_METADATA\n  * Duration\n6 months\n  * Description\nYouTube sets this cookie to store the user's cookie consent state for the current domain. \n\n\n  * Cookie\ncookietest\n  * Duration\nsession\n  * Description\nThe cookietest cookie is typically used to determine whether the user's browser accepts cookies, essential for website functionality and user experience.\n\n\n  * Cookie\n__Host-airtable-session\n  * Duration\n1 year\n  * Description\nThis cookie is used to enable us to integrate the services of Airtable.\n\n\n  * Cookie\n__Host-airtable-session.sig\n  * Duration\n1 year\n  * Description\nThis cookie is used to enable us to integrate the services of Airtable.\n\n\n  * Cookie\nm\n  * Duration\n1 year 1 month 4 days\n  * Description\nStripe sets this cookie for fraud prevention purposes. It identifies the device used to access the website, allowing the website to be formatted accordingly.\n\n\n  * Cookie\nBIGipServer*\n  * Duration\nsession\n  * Description\nMarketo sets this cookie to collect information about the user's online activity and build a profile about their interests to provide advertisements relevant to the user. \n\n\n  * Cookie\n__cfruid\n  * Duration\nsession\n  * Description\nCloudflare sets this cookie to identify trusted web traffic.\n\n\n  * Cookie\n_GRECAPTCHA\n  * Duration\n6 months\n  * Description\nGoogle Recaptcha service sets this cookie to identify bots to protect the website against malicious spam attacks.\n\n\n  * Cookie\n__Secure-YNID\n  * Duration\n6 months\n  * Description\nGoogle cookie used to protect user security and prevent fraud, especially during the login process.\n\n\n  * Cookie\ncookieyes-consent\n  * Duration\n1 year\n  * Description\nCookieYes sets this cookie to remember users' consent preferences so that their preferences are respected on subsequent visits to this site. It does not collect or store any personal information about the site visitors.\n\n\nFunctional\nFunctional cookies help perform certain functionalities like sharing the content of the website on social media platforms, collecting feedback, and other third-party features.\n  * Cookie\nlidc\n  * Duration\n1 day\n  * Description\nLinkedIn sets the lidc cookie to facilitate data center selection.\n\n\n  * Cookie\nbrw\n  * Duration\n1 year\n  * Description\nNo description available.\n\n\n  * Cookie\nbrwConsent\n  * Duration\n5 minutes\n  * Description\nDescription is currently not available.\n\n\n  * Cookie\nWMF-Uniq\n  * Duration\n1 year\n  * Description\nDescription is currently not available.\n\n\n  * Cookie\nloom_anon_comment\n  * Duration\n1 year\n  * Description\nNo description available.\n\n\n  * Cookie\nloom_referral_video\n  * Duration\nsession\n  * Description\nDescription is currently not available.\n\n\n  * Cookie\nVISITOR_INFO1_LIVE\n  * Duration\n6 months\n  * Description\nA cookie set by YouTube to measure bandwidth that determines whether the user gets the new or old player interface.\n\n\n  * Cookie\nyt-remote-connected-devices\n  * Duration\nNever Expires\n  * Description\nYouTube sets this cookie to store the user's video preferences using embedded YouTube videos.\n\n\n  * Cookie\nytidb::LAST_RESULT_ENTRY_KEY\n  * Duration\nNever Expires\n  * Description\nThe cookie ytidb::LAST_RESULT_ENTRY_KEY is used by YouTube to store the last search result entry that was clicked by the user. This information is used to improve the user experience by providing more relevant search results in the future.\n\n\n  * Cookie\nyt-remote-device-id\n  * Duration\nNever Expires\n  * Description\nYouTube sets this cookie to store the user's video preferences using embedded YouTube videos.\n\n\n  * Cookie\nyt-remote-session-name\n  * Duration\nsession\n  * Description\nThe yt-remote-session-name cookie is used by YouTube to store the user's video player preferences using embedded YouTube video.\n\n\n  * Cookie\nyt-remote-fast-check-period\n  * Duration\nsession\n  * Description\nThe yt-remote-fast-check-period cookie is used by YouTube to store the user's video player preferences for embedded YouTube videos.\n\n\n  * Cookie\nyt-remote-session-app\n  * Duration\nsession\n  * Description\nThe yt-remote-session-app cookie is used by YouTube to store user preferences and information about the interface of the embedded YouTube video player.\n\n\n  * Cookie\nyt-remote-cast-available\n  * Duration\nsession\n  * Description\nThe yt-remote-cast-available cookie is used to store the user's preferences regarding whether casting is available on their YouTube video player.\n\n\n  * Cookie\nyt-remote-cast-installed\n  * Duration\nsession\n  * Description\nThe yt-remote-cast-installed cookie is used to store the user's video player preferences using embedded YouTube video.\n\n\n  * Cookie\ncp_session\n  * Duration\n3 months\n  * Description\nCodepen sets this cookie for Help systems found in the website.\n\n\n  * Cookie\nloid\n  * Duration\n1 year 1 month 4 days\n  * Description\nThis cookie is set by the Reddit. The cookie enables the sharing of content from the website onto the social media platform.\n\n\nAnalytics\nAnalytical cookies are used to understand how visitors interact with the website. These cookies help provide information on metrics such as the number of visitors, bounce rate, traffic source, etc.\n  * Cookie\n__hstc\n  * Duration\n6 months\n  * Description\nHubspot set this main cookie for tracking visitors. It contains the domain, initial timestamp (first visit), last timestamp (last visit), current timestamp (this visit), and session number (increments for each subsequent session).\n\n\n  * Cookie\nhubspotutk\n  * Duration\n6 months\n  * Description\nHubSpot sets this cookie to keep track of the visitors to the website. This cookie is passed to HubSpot on form submission and used when deduplicating contacts.\n\n\n  * Cookie\n_ga\n  * Duration\n1 year 1 month 4 days\n  * Description\nGoogle Analytics sets this cookie to calculate visitor, session and campaign data and track site usage for the site's analytics report. The cookie stores information anonymously and assigns a randomly generated number to recognise unique visitors.\n\n\n  * Cookie\n_ga_*\n  * Duration\n1 year 1 month 4 days\n  * Description\nGoogle Analytics sets this cookie to store and count page views.\n\n\n  * Cookie\n__Host-psifi.analyticsTrace\n  * Duration\n6 hours\n  * Description\nDescription is currently not available.\n\n\n  * Cookie\n__Host-psifi.analyticsTraceV2\n  * Duration\n6 hours\n  * Description\nDescription is currently not available.\n\n\n  * Cookie\n_gh_sess\n  * Duration\nsession\n  * Description\nGitHub sets this cookie for temporary application and framework state between pages like what step the user is on in a multiple step form.\n\n\n  * Cookie\nYSC\n  * Duration\nsession\n  * Description\nYSC cookie is set by Youtube and is used to track the views of embedded videos on Youtube pages.\n\n\n  * Cookie\najs_anonymous_id\n  * Duration\n1 year\n  * Description\nThis cookie is set by Segment to count the number of people who visit a certain site by tracking if they have visited before.\n\n\n  * Cookie\nvuid\n  * Duration\n1 year 1 month 4 days\n  * Description\nVimeo installs this cookie to collect tracking information by setting a unique ID to embed videos on the website. \n\n\nPerformance\nPerformance cookies are used to understand and analyse the key performance indexes of the website which helps in delivering a better user experience for the visitors.\n  * Cookie\nAWSALB\n  * Duration\n7 days\n  * Description\nAWSALB is an application load balancer cookie set by Amazon Web Services to map the session to the target.\n\n\n  * Cookie\nacq\n  * Duration\npast\n  * Description\nDescription is currently not available.\n\n\n  * Cookie\nacq.sig\n  * Duration\npast\n  * Description\nDescription is currently not available.\n\n\n  * Cookie\nptc\n  * Duration\n2 years\n  * Description\nNo description available.\n\n\nAdvertisement\nAdvertisement cookies are used to provide visitors with customised advertisements based on the pages you visited previously and to analyse the effectiveness of the ad campaigns.\n  * Cookie\nmuc_ads\n  * Duration\n1 year 1 month 4 days\n  * Description\nTwitter sets this cookie to collect user behaviour and interaction data to optimize the website.\n\n\n  * Cookie\nguest_id_marketing\n  * Duration\n1 year 1 month 4 days\n  * Description\nTwitter sets this cookie to identify and track the website visitor.\n\n\n  * Cookie\nguest_id_ads\n  * Duration\n1 year 1 month 4 days\n  * Description\nTwitter sets this cookie to identify and track the website visitor.\n\n\n  * Cookie\npersonalization_id\n  * Duration\n1 year 1 month 4 days\n  * Description\nTwitter sets this cookie to integrate and share features for social media and also store information about how the user uses the website, for tracking and targeting.\n\n\n  * Cookie\nguest_id\n  * Duration\n1 year 1 month 4 days\n  * Description\nTwitter sets this cookie to identify and track the website visitor. It registers if a user is signed in to the Twitter platform and collects information about ad preferences.\n\n\n  * Cookie\nbcookie\n  * Duration\n1 year\n  * Description\nLinkedIn sets this cookie from LinkedIn share buttons and ad tags to recognize browser IDs.\n\n\n  * Cookie\n__Secure-ROLLOUT_TOKEN\n  * Duration\n6 months\n  * Description\nYouTube sets this cookie to manage feature rollout and experimentation. It helps Google control which new features or interface changes are shown to users as part of testing and staged rollouts, ensuring consistent experience for a given user during an experiment.\n\n\n  * Cookie\nyt.innertube::nextId\n  * Duration\nNever Expires\n  * Description\nYouTube sets this cookie to register a unique ID to store data on what videos from YouTube the user has seen.\n\n\n  * Cookie\nyt.innertube::requests\n  * Duration\nNever Expires\n  * Description\nYouTube sets this cookie to register a unique ID to store data on what videos from YouTube the user has seen.\n\n\n  * Cookie\nsession_tracker\n  * Duration\nsession\n  * Description\nThis cookie is set by the Reddit. This cookie is used to identify trusted web traffic. It also helps in adverstising on the website.\n\n\n  * Cookie\nedgebucket\n  * Duration\nsession\n  * Description\nReddit sets this cookie to save the information about a log-on Reddit user, for the purpose of advertisement recommendations and updating the content.\n\n\n  * Cookie\ndid\n  * Duration\n1 year\n  * Description\nArbor sets this cookie to show targeted ads to site visitors.This cookie expires after 2 months or 1 year.\n\n\nUncategorised\nOther uncategorised cookies are those that are being analysed and have not been classified into a category as yet.\nNo cookies to display.\nReject All Save My Preferences Accept All\nToggle Search[](https://towardsdatascience.com/)Toggle Mobile Navigation\n[](https://towardsdatascience.com/)\nPublish AI, ML & data-science insights to a global community of data professionals.\nSign in[Submit an Article](https://write.insightmediagroup.io)\n[Latest](https://towardsdatascience.com/latest/)[Editor's Picks](https://towardsdatascience.com/tag/editors-pick/)[Newsletter](https://towardsdatascience.com/tag/the-variable/)[ShipAI](https://towardsdatascience.com/shipai/)\n* * *\n[Write For TDS](https://towardsdatascience.com/submissions/)\n[LinkedIn](https://www.linkedin.com/company/towards-data-science/)[X](https://x.com/TDataScience)Toggle Search\n[Analytics](https://towardsdatascience.com/category/data-science/analytics/)\n# Layers of Data Quality\nWhere and how to address problems with your data\n[Chad Isenberg](https://towardsdatascience.com/author/cisenbe/)\nJuly 18, 20238 min read\n![](https://assets.insightmediagroup.io/media/wp-content/uploads/2023/07/0XkWx0XkUxTqrnOGb-scaled.jpg)\nWith the recent surge of interest in generative AI and LLMs, data quality has received a resurgence of interest. Not that the space needed much help: companies like [Monte Carlo](https://www.montecarlodata.com/), [Soda](https://www.soda.io/), [Bigeye](https://www.bigeye.com/), [Sifflet](https://www.siffletdata.com/), [Great Expectations](https://greatexpectations.io/), and [dbt Labs](https://www.getdbt.com/) have been developing a range of solutions, from proprietary to open core. While some of these solutions are direct competitors, they don't all address the same problems. For example, defining an explicit [dbt test](https://docs.getdbt.com/docs/build/tests) to ensure that a column contains unique values is very different from anomaly detection on metrics (e. g., your dim_orders process generated 500,000 records one day, when it's usually more like 50,000). Data can fail in spectacular and myriad ways.\nYou've probably heard of data quality dimensions; I particularly like [Richard Farnworth](https://towardsdatascience.com/layers-of-data-quality-320bf3770db5/None)'s [take](https://towardsdatascience.com/the-six-dimensions-of-data-quality-and-how-to-deal-with-them-bdcf9a3dba71)¹, but a quick Google search will yield dozens of different opinions. At the core, though, the idea is that data can be \"right\" in one aspect but wrong in others. If your data is correct but late, is it valuable? What if the numbers are objectively wrong, but they're [consistent](https://benn.substack.com/p/all-i-want-is-to-know-whats-different)²? This is an important aspect of data product management and identifying your stakeholders' priorities.\nThere's a lot of focus on how data is malformed, missing, late, incomplete, etc., and less attention is given to the root causes of data quality issues. We spend an inordinate amount of time testing and observing the data itself rather than seeking improvement in the systems that produce, transform, and use that data. I want to explore these \"layers\" of data quality issues, solutions, and the teams who should be involved in resolving problems related to them.\nLearn this step by step with the interactive [Data Analyst](https://roadmap.sh/data-analyst) and [Data Engineer](https://roadmap.sh/data-engineer) roadmaps.\n## Layer 1: Data Production\nAll data comes from somewhere, and the source is frequently the root cause of data quality issues. Following the principle of garbage in, garbage out, you can't make useful data products from poor source system data.\nThis layer has three fundamental sources of data quality issues: schema drift, semantic drift, and system availability and reliability. They're all extremely important, but they lead to different data quality failures. What's more is that they need different solutions, and frequently, different teams have to engaged to resolve them.\nSchema changes are in many ways the simplest to identify and resolve. If product engineers, either in-house or through a vendor, change the schema of a table you're using, your downstream processes may just break. This tends to be less of an issue with SaaS APIs since they follow a more mature change management protocol. This isn't a slight at developers, however; frequently, these internal teams don't even know that downstream teams are using their data assets. Schema changes that break ETL processes are frequently a symptom of poor organizational communication.\nSemantic drift is more pernicious and has more exposure across the enterprise. What if your development team changes the unit of measure for a field? Or what if they change the values that will be populated into a field via a dropdown menu? Your product isn't the only thing that's exposed. Operations teams for enterprise systems like SFDC, Zuora, NetSuite, and Zendesk may likewise change how they use their operational systems, and this can have an impact. Data quality issues can also be entirely accidental; I think we've all seen the poor sales rep who entered a multi-billion dollar deal through a typo. What's really fun is that you may have a combination of schema change and semantic drift; for example, _is_enterprise _customer_ has replaced a valid value of 'Enterprise' in the _customer _type_ field. As with schema changes, communication is the missing piece.\nFinally, there's the issue of source system availability and reliability. If the source system is down, data may not be generated for a period of time. Depending on the architecture, data may still be generated, but the endpoint for retrieval may be down. In these cases, the data quality failure is categorically different from schema changes and semantic drift.\n[Chad Sanderson](https://towardsdatascience.com/layers-of-data-quality-320bf3770db5/None) has been a champion for the idea of [data contracts](https://dataproducts.substack.com/p/data-contracts-for-the-warehouse)³: formal, programatically-enforced definitions of data as it's emitted from (usually) operational systems. Data contracts are a good starting point to addressing both schema changes and some types of semantic drift. Note that data contracts don't address SaaS operations teams; they need a separate system for change management.\nProduct teams are familiar with observability and monitoring solutions like [Datadog ](https://www.datadoghq.com/)and [Splunk](https://www.splunk.com/). SaaS vendors typically have status portals, and some offer notifications when services are down. The challenge is that frequently, these systems outages never make it past their development and / or operations teams, even though they're vital to downstream data teams. Creating good processes to communicate outages and issues across the organization is just as important as the observability systems that give us that visibility in the first place.\n**Interventions** : data contracts, communication channels, change management, systems observability and monitoring **and** communication to downstream consumers\n**Go-to teams** : product engineers, SaaS systems operators (e. g., AR specialists, account executives), platform engineers, platform operators (e. g., SaaS admins, SaaS business analysts)\n## Layer 2: Data Processing - Extract / Transform\nLet's say the source system data is pristine, or at least clean enough to be usable. There's still a lot that can go wrong. This time, we have exposure on three fronts: logical errors in development, low-resiliency design, and platform stability.\nWhen developing a data pipeline, sometimes we get it wrong. Maybe Airflow tasks don't have the proper dependencies established, or perhaps an analytics engineer made a mistake in a join. Depending on the specific error, the outcome could be the pipeline breaking entirely (usually in dramatic and fiery fashion); however, subtle logical bugs can exist in systems for years, either slightly affecting metrics all of the time, or rarely affecting metrics in a big way.\nDuring the requirements gathering process, it's essential to know what your stakeholders' priorities are. In some cases, it's critical to fail a pipeline if data is missing or has some kind of quality issue. In other cases, speed of delivery matters more than absolute accuracy. On the other end, is it OK to show partial or incomplete data, or should we only show all data once it's been processed for a given period? Misalignment between data product teams and stakeholders can mean that we're not meeting expectations.\nThen, there's the reality that as with products and SaaS solutions, our data pipelines actually run on platforms. What if Snowflake is down? What if there's a bug in BigQuery or EMR that affects resource allocation? These things happen, and while platform teams may be aware, there's still that communications / visibility gap to downstream teams.\nSolutions are plentiful but not necessarily easy to implement. Strategies like [unit testing](https://medium.com/towards-data-science/the-sql-unit-testing-landscape-2023-7a8c5f986dd3) and integrations testing are vital to catching bugs before they hit production. Tooling in the data space still lags the broader software engineering ecosystem, and data team culture is still catching up, too.\nOn the other hand, many of the observability solutions that apply to source systems also apply to data processing systems. The sticking point, however, is making sure that this visibility is shared throughout the organization. Communications can be made through notifications channels or dashboards, but regardless of approach, we need to make sure impacted teams know what's going on.\nIt's also worth calling out that the same issues caused by data producers applies to core asset developers, too; their consumers like analysts, data scientists, and BI developers are just as vulnerable to schema changes, semantic drift, and systems (ETL) outages.\n**Interventions** : unit testing, integrations testing, clear design documentation, communication channels, change management\n**Go-to teams** : data engineers, analytics engineers, data platform engineers\n## Layer 3: Data Consumption - Analytics, AI and ML\nIn the last mile between data and information, there's still plenty of room for mistakes. Here, the questions are less about how the data is being handled, produced, and transformed, and more about how it's being understood and used. Specifically, I want to focus on errors in applying techniques and misunderstandings of the data itself.\nStatistics, ML, and AI are complicated. Like really, really complicated. There are a tons of considerations when choosing models: whether your variables are continuous or discrete, the distribution of your data, heteroskedasticity, sample size, and dozens if not hundreds of others. Even if you make all of the right decisions, there may be obscure implementation bugs in your [ML library](https://github.com/scikit-learn/scikit-learn/issues/26502).\nA data consumer can also just not understand the context of upstream data. Maybe they didn't check the data catalog, or maybe there's not a data catalog at all. Familiarity with a data asset is vital but not always enough to avoid making these kinds of mistakes and ultimately drawing incorrect conclusions.\nAlso, there's no guarantee that someone in the business is going to interpret a dashboard, analysis, or report correctly. This isn't necessarily through malicious intent, either. Most people who are consuming data have jobs outside of the data. Data teams are often so deep in the trenches that they fail to understand where metrics may be unclear.\nYou'll probably spot the theme by now, but the solutions here are people-centric. Folks hired into advanced analytics and ML roles need the right training and experience to succeed. As to creating products on top of established assets, data catalogs and even just conversations with data asset owners can be a huge help. Finally, making sure that artifacts like dashboards and reports are clear is essential, and warm handoffs / stakeholder education are even better.\n**Interventions** : Data catalogs, dashboard labels, stakeholder education, practitioner education and training\n**Go-to teams** : data analysts, data scientists, BI developers, ML engineers\n## Conclusion\nWhile it's important to realize all of the different ways that your data can be wrong (dimensions), it's also really important to understand how and where it can be wrong, too (layers). We talked about errors at the source (Layer 1), during data processing (Layer 2), and during consumption (Layer 3). We also talked about interventions and which teams are closest to the problem and the solution.\nData quality is vital to getting value from your data, whether that be through analytics, automation, or an external data product. Data quality dimensions help us identify the axes on which our data is failing us; is it stale? Is it wrong? But it's equally important to understand why our data is failing us. The \"why\" is what gives us insight into solutions, either for immediate remediation or longer-term, systemic corrections.\n* * *\n¹Richard Farnworth. (June 28, 2020). _The Six Dimensions of Data Quality - and how to deal with them_. [](https://towardsdatascience.com/the-six-dimensions-of-data-quality-and-how-to-deal-with-them-bdcf9a3dba71)<https://towardsdatascience.com/the-six-dimensions-of-data-quality-and-how-to-deal-with-them-bdcf9a3dba71>\n²Benn Stancil. (Jun 9, 2023). _All I want to know is what's different_. [](https://benn.substack.com/p/all-i-want-is-to-know-whats-different)<https://benn.substack.com/p/all-i-want-is-to-know-whats-different>\n³Chad Sanderson. (January 25, 2023). _Data Contracts for the Warehouse._ [](https://dataproducts.substack.com/p/data-contracts-for-the-warehouse)<https://dataproducts.substack.com/p/data-contracts-for-the-warehouse>\n## Register Now to Continue Reading\n### Unlock Towards Data Science with a Free Account\nAll articles on Towards Data Science are available to registered users. Create a free account today to access this article and thousands more.\nRegister for freeSign in to your account\n* * *\n![](https://assets.insightmediagroup.io/media/1787657186741_l2ezf9.jpeg)\nWritten By\n## [Chad Isenberg](https://towardsdatascience.com/author/cisenbe/)\n[See all from Chad Isenberg](https://towardsdatascience.com/author/cisenbe/)\n[Editor's Picks](https://towardsdatascience.com/tag/editors-pick/)[Analytics](https://towardsdatascience.com/tag/analytics/)[Data](https://towardsdatascience.com/tag/data/)[Data Engineering](https://towardsdatascience.com/tag/data-engineering/)[Data Quality](https://towardsdatascience.com/tag/data-quality/)\nShare This Article\n  * [](https://www.facebook.com/sharer/sharer.php?u=https%3A%2F%2Ftowardsdatascience.com%2Flayers-of-data-quality-320bf3770db5%2F&title=Layers%20of%20Data%20Quality)\n  * [](https://www.linkedin.com/shareArticle?mini=true&url=https%3A%2F%2Ftowardsdatascience.com%2Flayers-of-data-quality-320bf3770db5%2F&title=Layers%20of%20Data%20Quality)\n  * [](https://x.com/share?url=https%3A%2F%2Ftowardsdatascience.com%2Flayers-of-data-quality-320bf3770db5%2F&text=Layers%20of%20Data%20Quality)\n\n\nTowards Data Science is a community publication. Submit your insights to reach our global audience and earn through the TDS Author Payment Program.\n[Write for TDS](https://towardsdatascience.com/submissions/)\n## Related Articles\n  * [![](https://assets.insightmediagroup.io/media/wp-content/uploads/2022/06/0yhQG-EKFSs_UZ-bY-scaled.jpg)](https://towardsdatascience.com/building-a-data-pipeline-for-my-strava-data-98ea8b2b0767/)\n## [Building a Data Pipeline for My Strava Data](https://towardsdatascience.com/building-a-data-pipeline-for-my-strava-data-98ea8b2b0767/)\n[Data Engineering](https://towardsdatascience.com/category/data-science/data-engineering/)\nEtLT of my own Strava data using the Strava API, MySQL, Python, S3, Redshift, and Airflow\n[Jack Leitch](https://towardsdatascience.com/author/jackmleitch/)\nJune 21, 20226 min read\n  * [![](https://assets.insightmediagroup.io/media/wp-content/uploads/2023/04/0y_AgxJqpYtFk0VQC-scaled.jpg)](https://towardsdatascience.com/data-pipeline-with-airflow-and-aws-tools-s3-lambda-glue-18585d269761/)\n## [Data Pipeline with Airflow and AWS Tools (S3, Lambda & Glue)](https://towardsdatascience.com/data-pipeline-with-airflow-and-aws-tools-s3-lambda-glue-18585d269761/)\n[Data Engineering](https://towardsdatascience.com/category/data-science/data-engineering/)\nLearning a little about these tools and how to integrate them\n[João Pedro](https://towardsdatascience.com/author/joaopedro214/)\nApril 6, 202317 min read\n  * [![](https://assets.insightmediagroup.io/media/wp-content/uploads/2024/02/1KyszQB1pxvARYjwY5ykH8g-scaled.jpeg)](https://towardsdatascience.com/2-silent-pyspark-mistakes-you-should-be-aware-of-de52c3a188c4/)\n## [2 Silent PySpark Mistakes You Should Be Aware Of](https://towardsdatascience.com/2-silent-pyspark-mistakes-you-should-be-aware-of-de52c3a188c4/)\n[Machine Learning](https://towardsdatascience.com/category/artificial-intelligence/machine-learning/)\nSmall mistakes can lead to severe consequences when working with large datasets.\n[Soner Yıldırım](https://towardsdatascience.com/author/sonery/)\nFebruary 16, 20245 min read\n  * [![](https://assets.insightmediagroup.io/media/wp-content/uploads/2021/12/0xWaKPuGNQ8aFjccG-scaled.jpg)](https://towardsdatascience.com/product-case-interviews-dos-and-donts-for-data-scientists-71f9f90b033f/)\n## [Product Case Interviews Dos and Don'ts for Data Scientists](https://towardsdatascience.com/product-case-interviews-dos-and-donts-for-data-scientists-71f9f90b033f/)\n[Data Science](https://towardsdatascience.com/category/data-science/)\nHow to make a great impression in product case interviews\n[Emma Ding](https://towardsdatascience.com/author/emmading/)\nDecember 16, 202111 min read\n  * [![](https://assets.insightmediagroup.io/media/wp-content/uploads/2026/08/Generated-image-1-1.jpg)](https://towardsdatascience.com/building-enterprise-agent-systems-that-people-can-trust-verify-and-improve/)\n## [Building Enterprise Agent Systems that People can Trust, Verify and Improve](https://towardsdatascience.com/building-enterprise-agent-systems-that-people-can-trust-verify-and-improve/)\n[Agentic AI](https://towardsdatascience.com/category/artificial-intelligence/agentic-ai/)\n5 principles that determine whether an agent system succeeds in production, explained through one I built for a $100M+ company.\n[Sheila Teo](https://towardsdatascience.com/author/sheilateozy/)\nAugust 18, 202614 min read\n  * [![](https://assets.insightmediagroup.io/media/wp-content/uploads/2024/02/18NOeZIFZwfmDsXmzSeMfTw-scaled.jpeg)](https://towardsdatascience.com/microservices-vs-monolithic-approaches-in-data-8d9d9a064d06/)\n## [Microservices vs. Monolithic Approaches in Data](https://towardsdatascience.com/microservices-vs-monolithic-approaches-in-data-8d9d9a064d06/)\n[Software Engineering](https://towardsdatascience.com/category/programming/software-engineering/)\nThe Microservice vs. Monolith debate rages in software, but is reduced to a gentle simmer in the data world\n[Hugo Lu](https://towardsdatascience.com/author/hugolu87/)\nFebruary 16, 20249 min read\n  * [![](https://assets.insightmediagroup.io/media/wp-content/uploads/2023/10/0fe6IkTKTft6SwAMB-scaled.jpg)](https://towardsdatascience.com/dynamic-pricing-with-contextual-bandits-learning-by-doing-b88e49f55894/)\n## [Dynamic Pricing with Contextual Bandits: Learning by Doing](https://towardsdatascience.com/dynamic-pricing-with-contextual-bandits-learning-by-doing-b88e49f55894/)\n[](https://towardsdatascience.com/layers-of-data-quality-320bf3770db5/)\nAdding context to your dynamic pricing problem can increase opportunities as well as challenges\n[Massimiliano Costacurta](https://towardsdatascience.com/author/massi.costacurta/)\nOctober 5, 20236 min read\n  * [![](https://assets.insightmediagroup.io/media/wp-content/uploads/2023/02/0fdPAPpK3Dblc6A64-scaled.jpg)](https://towardsdatascience.com/big-data-file-formats-explained-275876dc1fc9/)\n## [Big Data File Formats, Explained](https://towardsdatascience.com/big-data-file-formats-explained-275876dc1fc9/)\n[Data Engineering](https://towardsdatascience.com/category/data-science/data-engineering/)\nParquet vs ORC vs AVRO vs JSON. Which one to choose and how to use them?\n[Mike Shakhomirov](https://towardsdatascience.com/author/mshakhomirov/)\nFebruary 28, 20239 min read\n  * [![](https://assets.insightmediagroup.io/media/wp-content/uploads/2021/09/1kDR1fTcTKKZDmeL6WNr0IQ.png)](https://towardsdatascience.com/prototyping-machine-learning-solutions-in-globe-scale-industries-fff46ad8ade0/)\n## [Prototyping Machine Learning Solutions in Globe-scale Industries](https://towardsdatascience.com/prototyping-machine-learning-solutions-in-globe-scale-industries-fff46ad8ade0/)\n[Machine Learning](https://towardsdatascience.com/category/artificial-intelligence/machine-learning/)\nHow to prototype machine learning solutions in globe-scale industries efficiently using a few repeatable techniques\n[Misbah Uddin](https://towardsdatascience.com/author/misbahuddins/)\nSeptember 19, 20215 min read\n\n\n  * [YouTube](https://www.youtube.com/c/TowardsDataScience)\n  * [X](https://x.com/TDataScience)\n  * [LinkedIn](https://www.linkedin.com/company/towards-data-science/)\n  * [Threads](https://www.threads.net/@towardsdatascience)\n  * [Bluesky](https://bsky.app/profile/towardsdatascience.com)\n\n\n[](https://towardsdatascience.com/)\nYour home for data science and AI. The world's leading publication for data science, data analytics, data engineering, machine learning, and artificial intelligence professionals.\nSubscribe to Our Newsletter[Write For TDS](https://towardsdatascience.com/submissions/)•[About](https://towardsdatascience.com/about-towards-data-science-d691af11cc2f/)•[Advertise](https://contact.towardsdatascience.com/advertise-with-towards-data-science)•[Privacy Policy](https://towardsdatascience.com/privacy-policy/)•[Terms of Use](https://towardsdatascience.com/website-terms-of-use/)\n© Insight Media Group, LLC 2026•[The New Stack](https://thenewstack.io)•[roadmap.sh](https://roadmap.sh)•[Creator Network](https://insightmediagroup.io/creator-network)\n####  Recommended Articles \nClose\n  * [ ![](https://h030.towardsdatascience.com/rest/v2/contentStores/d7d3a4ab-7caf-4383-bbd2-fbf7fb4f1787/items/607686/image?etag=1782161464448&width=500&height=500) How Relevance Models Foreshadowed Transformers for NLP ](https://towardsdatascience.com/how-relevance-models-foreshadowed-transformers-for-nlp/ \"How Relevance Models Foreshadowed Transformers for NLP\")\n  * [ ![](https://h030.towardsdatascience.com/rest/v2/contentStores/d7d3a4ab-7caf-4383-bbd2-fbf7fb4f1787/items/607639/image?etag=1781250125848&width=500&height=500) Javascript Fatigue: HTMX Is All You Need to Build ChatGPT — Part 1 ](https://towardsdatascience.com/javascript-fatigue-you-dont-need-js-to-build-chatgpt/ \"Javascript Fatigue: HTMX Is All You Need to Build ChatGPT — Part 1\")\n  * [ ![](https://h030.towardsdatascience.com/rest/v2/contentStores/d7d3a4ab-7caf-4383-bbd2-fbf7fb4f1787/items/607930/image?etag=1782124566054&width=500&height=500) The Subset Sum Problem Solved in Linear Time for Dense Enough Inputs ](https://towardsdatascience.com/subset-sum-problem-solved-in-linear-time-for-dense-enough-inputs/ \"The Subset Sum Problem Solved in Linear Time for Dense Enough Inputs\")\n  * [ ![](https://h030.towardsdatascience.com/rest/v2/contentStores/d7d3a4ab-7caf-4383-bbd2-fbf7fb4f1787/items/3660/image?etag=1780176246070&width=500&height=500) Does Your Company Have a Data Strategy? ](https://towardsdatascience.com/does-your-company-have-a-data-strategy-e8944dbec4ae/ \"Does Your Company Have a Data Strategy?\")\n\n\n",
  "body_base_path": "attachments/8884c15f2eb8/pages/",
  "body_markdown_path": "attachments/8884c15f2eb8/pages/archived-body.md",
  "local_html": "attachments/8884c15f2eb8/pages/archived-body.html",
  "body_source": "prior_capture"
}