Major Issues in Data Mining
Data quality, privacy, scalability, cost, and the curse of dimensionality are already covered with worked examples in the lesson on the challenges of data mining, so repeating them here would be a second, shorter pass over the same ground. This lesson instead covers three issues that lesson leaves out entirely — overfitting, interpretability, and algorithm selection — each of which is a genuine, distinct failure mode with its own concrete illustration.
Overfitting: When a Model Memorizes Instead of Learning
A model is overfit when it performs excellently on the exact data it was trained on but poorly on new, unseen data — because it learned the specific quirks of the training examples rather than the general pattern those examples were supposed to represent. Concretely: a spam classifier trained on 20 emails, given enough flexibility (an unconstrained decision tree with no depth limit, for example), can achieve 100% accuracy on those exact 20 emails by learning rules specific to them — "this exact sender name plus this exact message length is spam" — that happen to perfectly separate this particular training set without capturing anything genuinely indicative of spam. Tested against 100 new emails it has never seen, the same model might score only 65%, because the rules it learned don't generalize.
Cross-validation is the standard technique for catching this before a model reaches deployment. Instead of trusting a single train/test split, k-fold cross-validation splits the available data into k equal parts (folds), trains on k-1 of them, tests on the remaining one, and repeats this k times so every fold serves as the test set exactly once. A 5-fold cross-validation run might produce:
Fold accuracies: 82%, 79%, 85%, 80%, 84%
Average = (82 + 79 + 85 + 80 + 84) / 5 = 410 / 5 = 82%
This average is a far more trustworthy estimate of real-world performance than any single split, precisely because a model that happened to overfit to one particular training/test division would show up as an outlier fold rather than getting averaged away unnoticed. The spread across folds (79% to 85% here) is itself informative: a tight spread indicates a stable model, while a wide spread indicates a model whose performance depends heavily on exactly which examples it happened to train on — itself a warning sign of overfitting. The mechanics of cross-validation and its variants are covered in full in the lesson on partitioning methods.
Interpretability: When a Model's Reasoning Can't Be Explained
Some data mining techniques produce results a person can inspect and understand directly. A decision tree (covered in the lesson on rule-based classification) or an association rule (covered in the lesson on association rule mining) states its reasoning explicitly: "if income is above $50,000 and existing debt is below $10,000, approve the loan." A neural network trained via the backpropagation process covered in its own dedicated lesson, by contrast, arrives at a prediction through thousands of weighted connections with no equivalent human-readable explanation — it can be highly accurate while being essentially a black box about why any specific prediction came out the way it did.
This tradeoff is not merely academic. In regulated domains — credit lending, hiring, criminal justice risk assessment — the ability to explain a specific decision to the person affected by it is frequently a real practical or legal expectation, not an optional nicety: a rejected loan applicant asking "why" needs an answer more specific than "the model said so." This is exactly why simpler, less accurate but fully interpretable models are sometimes deliberately chosen over a more accurate black-box alternative — accuracy and explainability are a genuine tradeoff, not something a bigger model or more training data can always resolve simultaneously.
Choosing the Right Algorithm
No single algorithm performs best across every dataset and every problem — a result sometimes summarized as the "no free lunch" observation. The comparison worked through in the lesson on Weka, where a simple OneR classifier (80% accuracy) outperformed an even simpler ZeroR baseline (60%) on one specific dataset, illustrates the point concretely: that same OneR approach would not necessarily outperform a more sophisticated algorithm on a dataset with genuinely complex, multi-feature interactions. Algorithm choice depends on the shape of the actual data at hand — how much of it there is, how noisy it is, whether interpretability matters for this specific use case — which is why comparing multiple candidate algorithms empirically against the same dataset, rather than defaulting to whichever algorithm is most familiar, is standard practice rather than an optional extra step.