Front Matter · Why This Book Exists
5 entries- F1Why This Book ExistsTabular data runs banks, hospitals, retailers, and labs, yet it is taught as Kaggle tricks; this book treats it as a deep AI discipline.
- F2What This Book CoversThe five-verb arc: shape, predict, explain, decide, operate, from representation to production.
- F3Who Should Read This BookStudents and practitioners who build predictive and decision systems from relational, transactional, clinical, and operational data.
- F4How to Use This BookReading paths for applied ML engineers, data scientists, risk and finance, healthcare, and researchers.
- F5Running Tools and DatasetsThe Python stack and the representative datasets, from Adult Income to fraud and clinical tables, used throughout.
Part I · Foundations of Structured Data Intelligence
5 chapters · 35 sectionsTabular AI as structured prediction and decision-making over entities, events, and relational context, and the leakage-safe validation it all rests on.
-
1What Is Tabular AI? The what and why of tabular AI: the tasks, the full pipeline, and the ways it fails in production.
- 1.1 Why tables dominate deployed AI
- 1.2 Rows, columns, entities, events, and decisions
- 1.3 Prediction, ranking, scoring, segmentation, and policy
- 1.4 Tabular AI versus vision, language, and audio AI
- 1.5 The full pipeline: data → features → model → decision → monitoring
- 1.6 Why tabular problems fail in production
- 1.7 Book map: shape, predict, explain, decide, operate
- Lab Inspect several tabular datasets and classify task type, entity type, target definition, leakage risk, and decision use.
-
2Tables, Schemas, and Relational Structure Keys, joins, and dimensions: the relational structure every feature table is built from.
- 2.1 Tables as typed records
- 2.2 Primary keys, foreign keys, and entity resolution
- 2.3 Fact tables and dimension tables
- 2.4 One-to-one, one-to-many, and many-to-many joins
- 2.5 Denormalization and feature tables
- 2.6 Slowly changing dimensions
- 2.7 Data contracts and schema evolution
- Lab Build a feature table from normalized relational data using SQL/DuckDB and verify key integrity.
-
3Data Quality, Missingness, and Cleaning Missingness, invalid values, and the craft of cleaning without deleting the signal.
- 3.1 Data types and semantic types
- 3.2 Missing completely at random, at random, and not at random
- 3.3 Invalid values, outliers, and duplicates
- 3.4 Imputation methods
- 3.5 Missingness as signal
- 3.6 Data validation tests
- 3.7 Cleaning without destroying signal
- Lab Create a data-quality report and compare imputation strategies on downstream model performance.
-
4Target Definition and Label Engineering The target is a design decision; small changes to it reshape the whole model.
- 4.1 What exactly is the model predicting?
- 4.2 Observation windows and prediction windows
- 4.3 Label delay and censoring
- 4.4 Proxy labels and weak supervision
- 4.5 Multi-class, multi-label, regression, ranking, and survival targets
- 4.6 Target leakage from future information
- 4.7 Label documentation
- Lab Define churn, fraud, or risk labels from event history and show how small definition changes alter model behavior.
-
5Validation, Splitting, and Leakage The most common way tabular results lie is an optimistic split; here is how to validate honestly.
- 5.1 Random splits and when they lie
- 5.2 Time-based splits
- 5.3 Group and entity splits
- 5.4 Cross-validation for tabular data
- 5.5 Leakage through joins, aggregates, preprocessing, and duplicates
- 5.6 Benchmark design
- 5.7 Reproducible validation protocols
- Lab Build leakage-safe validation for a transactional prediction task and compare it with an optimistic random split.
Part II · Statistical and Machine Learning Foundations
5 chapters · 35 sectionsThe statistical spine behind tabular prediction: exploratory analysis, linear models, trees, ensembles, and gradient boosting.
-
6Exploratory Data Analysis for Tabular AI Reading a dataset before modeling it: distributions, associations, segments, and leakage clues.
- 6.1 Distributions and summary statistics
- 6.2 Correlation and association
- 6.3 Conditional distributions
- 6.4 Segment analysis
- 6.5 Target leakage clues
- 6.6 Visualizing high-cardinality categories
- 6.7 EDA as model-debugging preparation
- Lab Produce an EDA notebook that identifies data issues, predictive variables, and leakage suspects.
-
7Linear and Generalized Linear Models Regularized linear and generalized linear models: the strong, interpretable baseline real work starts from.
- 7.1 Linear regression and least squares
- 7.2 Logistic regression
- 7.3 Regularization: ridge, lasso, and elastic net
- 7.4 Interactions and nonlinear transformations
- 7.5 Generalized linear models
- 7.6 Interpretability and coefficient traps
- 7.7 Strong baselines for real work
- Lab Build a regularized logistic regression risk score and interpret coefficients carefully.
-
8Trees and Rule-Based Models A single decision tree is weak but legible; understanding it explains everything that follows.
- 8.1 Decision trees
- 8.2 Splits, impurity, and pruning
- 8.3 Handling categorical variables
- 8.4 Missing values in trees
- 8.5 Rule lists and rule sets
- 8.6 Interpretability versus instability
- 8.7 Trees as diagnostic models
- Lab Train a decision tree and extract a compact rule-based explanation for a stakeholder.
-
9Ensembles and Random Forests Bagging many trees: random forests, out-of-bag scores, and the feature-importance traps to avoid.
- 9.1 Bias, variance, and bagging
- 9.2 Random forests
- 9.3 Extra trees
- 9.4 Out-of-bag evaluation
- 9.5 Feature-importance pitfalls
- 9.6 Proximities and anomaly detection
- 9.7 When random forests are enough
- Lab Compare random forest feature importance with permutation importance under correlated features.
-
10Gradient Boosting Machines Gradient boosting is the tabular baseline to beat; XGBoost, LightGBM, and CatBoost, tuned.
- 10.1 Boosting intuition
- 10.2 Gradient boosting as functional gradient descent
- 10.3 XGBoost
- 10.4 LightGBM
- 10.5 CatBoost and categorical handling
- 10.6 Hyperparameters that matter
- 10.7 Why boosting is the tabular deep-learning baseline
- Lab Build XGBoost, LightGBM, and CatBoost models and tune them with Optuna on a leakage-safe split.
Part III · Feature Engineering and Representation Learning
5 chapters · 35 sectionsFeature construction as the central craft: numeric, categorical, temporal, external, and reusable feature pipelines.
-
11Numeric Feature Engineering Turning raw numbers into signal: scaling, binning, ratios, aggregates, and interactions.
- 11.1 Scaling and transformations
- 11.2 Binning and monotonic transformations
- 11.3 Ratios, differences, and domain formulas
- 11.4 Aggregates and rolling statistics
- 11.5 Outlier treatment
- 11.6 Interactions
- 11.7 Feature documentation
- Lab Engineer numeric features for a credit or churn dataset and measure incremental value.
-
12Categorical Feature Engineering Encoding categories without leaking: one-hot, target encoding, hashing, and embeddings.
- 12.1 One-hot encoding
- 12.2 Ordinal encoding
- 12.3 Target encoding and leakage-safe variants
- 12.4 The hashing trick
- 12.5 High-cardinality categories
- 12.6 Rare category handling
- 12.7 Categorical embeddings
- Lab Compare one-hot, target encoding, CatBoost handling, and embeddings for high-cardinality variables.
-
13Time, Events, and Aggregation Features Time is where leakage hides; point-in-time features from event logs, done correctly.
- 13.1 Event logs and temporal tables
- 13.2 Recency, frequency, and monetary features
- 13.3 Rolling windows
- 13.4 Snapshot construction
- 13.5 Point-in-time correctness
- 13.6 Feature freshness
- 13.7 Temporal leakage tests
- Lab Build point-in-time correct features from transactions using observation and prediction windows.
-
14Text, Image, and External Features in Tables Bringing text, images, geography, and external models into a table as features.
- 14.1 Tables with unstructured columns
- 14.2 Text embeddings as tabular features
- 14.3 Image and audio embeddings as features
- 14.4 Geospatial features
- 14.5 Knowledge-base enrichment
- 14.6 Feature drift from external models
- 14.7 Multimodal tabular systems
- Lab Add text embeddings from product descriptions or notes to a tabular model and evaluate lift.
-
15Feature Stores and Reusable Feature Pipelines Defining features once and serving them everywhere, without training-serving skew.
- 15.1 Offline versus online features
- 15.2 Feature definitions and ownership
- 15.3 Point-in-time joins
- 15.4 Feature materialization
- 15.5 Training-serving skew
- 15.6 Feature monitoring
- 15.7 Build-versus-buy decisions
- Lab Implement a minimal feature store pattern with offline training data and online-style lookup.
Part IV · Advanced Tabular Modeling
5 chapters · 35 sectionsModern tabular models and the frontier beyond boosting: neural, relational, graph, AutoML, and foundation models.
-
16Neural Networks for Tabular Data Why plain MLPs disappoint on tables, and the entity-embedding and attentive models that do not.
- 16.1 Why plain MLPs often disappoint
- 16.2 Normalization and regularization
- 16.3 Entity embeddings
- 16.4 Wide-and-deep models
- 16.5 TabNet-style attentive models
- 16.6 FT-Transformer and modern tabular transformers
- 16.7 When neural tabular models help
- Lab Compare an MLP, an entity-embedding model, and gradient boosting on mixed numerical/categorical data.
-
17Deep Learning for Relational Tables Learning directly from multiple tables and variable-length entity histories.
- 17.1 Multi-table learning
- 17.2 Relational feature learning
- 17.3 Set encoders for one-to-many relations
- 17.4 Entity histories as sequences
- 17.5 Retrieval over similar entities
- 17.6 Relational deep-learning systems
- 17.7 Scalability challenges
- Lab Build a model that combines customer static features with a variable-length transaction history.
-
18Graph-Enhanced Tabular AI When tables imply graphs: entity and transaction graphs, GNNs, and fraud rings.
- 18.1 When tables imply graphs
- 18.2 Entity graphs and transaction graphs
- 18.3 Graph features for tabular models
- 18.4 Graph neural networks
- 18.5 Fraud rings and relational risk
- 18.6 Heterogeneous graphs
- 18.7 Combining GNNs with boosting
- Lab Construct a transaction graph and add graph-derived features to a fraud model.
-
19AutoML and Hyperparameter Optimization Searching architectures and hyperparameters responsibly, and when AutoML helps or hurts.
- 19.1 Search spaces for tabular ML
- 19.2 Bayesian optimization
- 19.3 Multi-fidelity search
- 19.4 Ensembling and stacking
- 19.5 AutoML systems
- 19.6 Reproducibility and compute budgets
- 19.7 When AutoML is helpful or dangerous
- Lab Run an AutoML or Optuna workflow and compare it with a hand-built tuned baseline.
-
20Foundation Models for Tabular Data What a tabular foundation model would mean, and how close in-context table models are today.
- 20.1 What would a tabular foundation model mean?
- 20.2 In-context learning over tables
- 20.3 Table transformers and row/column tokenization
- 20.4 LLMs for table reasoning
- 20.5 Synthetic pretraining tasks
- 20.6 Transfer across datasets
- 20.7 Current limits and the research frontier
- Lab Evaluate an in-context tabular model or LLM-assisted table-reasoning workflow on small datasets.
Part V · Imbalance, Rare Events, Risk, and Anomaly Detection
5 chapters · 35 sectionsThe problems that dominate deployment: rare positives, high-cost errors, fraud, risk, anomalies, and time-to-event.
-
21Class Imbalance and Rare Events Rare positives break accuracy; the metrics, sampling, thresholds, and costs that fix it.
- 21.1 Why accuracy fails
- 21.2 Precision, recall, PR-AUC, and ROC-AUC
- 21.3 Resampling and weighting
- 21.4 Threshold tuning
- 21.5 Cost-sensitive learning
- 21.6 Extreme imbalance
- 21.7 Operational alert budgets
- Lab Build a rare-event classifier and choose thresholds using a cost matrix and alert budget.
-
22Fraud and Abuse Detection Fraud is an adversary that adapts; velocity features, graphs, delayed labels, and review queues.
- 22.1 Fraud as adaptive behavior
- 22.2 Transaction features
- 22.3 Velocity features
- 22.4 Graph signals
- 22.5 Delayed labels and chargebacks
- 22.6 Human review queues
- 22.7 Monitoring adversarial drift
- Lab Build a fraud detection pipeline with delayed labels and human-review thresholding.
-
23Credit, Risk, and Scoring Systems Credit scoring as regulated tabular AI: probability of default, scorecards, and calibration.
- 23.1 Risk scoring as tabular AI
- 23.2 Probability of default
- 23.3 Scorecards
- 23.4 Monotonic constraints
- 23.5 Calibration and expected loss
- 23.6 Regulatory interpretability
- 23.7 Reject inference and selection bias
- Lab Build a calibrated credit risk score and compare a logistic scorecard with gradient boosting.
-
24Anomaly and Outlier Detection Finding what does not belong when you have no labels, and explaining the alert.
- 24.1 Outliers versus anomalies
- 24.2 Statistical methods
- 24.3 Isolation Forest and LOF
- 24.4 Autoencoder-based anomaly detection
- 24.5 Density estimation
- 24.6 Evaluating without ground truth
- 24.7 Alert explanation
- Lab Build an unsupervised anomaly detector and validate it with synthetic anomalies and analyst review criteria.
-
25Survival, Censoring, and Time-to-Event Modeling When the question is not if but when: censoring, Kaplan-Meier, Cox, and deep survival models.
- 25.1 Time-to-event data
- 25.2 Censoring
- 25.3 Kaplan-Meier curves
- 25.4 Cox models
- 25.5 Random survival forests
- 25.6 Deep survival models
- 25.7 Applications in churn, failure, health, and credit
- Lab Model time to churn or failure and compare binary prediction with survival analysis.
Part VI · Explainability, Debugging, and Trust
5 chapters · 35 sectionsMaking tabular models understandable enough for high-stakes use: interpretation, recourse, debugging, fairness, and governance.
-
26Interpreting Tabular Models Global and local explanation: permutation importance, PDP, ICE, ALE, and SHAP, and their failure modes.
- 26.1 Global versus local explanations
- 26.2 Coefficients and odds ratios
- 26.3 Permutation importance
- 26.4 Partial dependence plots
- 26.5 ICE and ALE plots
- 26.6 SHAP values
- 26.7 Explanation failure modes
- Lab Build an explanation dashboard with permutation importance, PDP, ICE, and SHAP.
-
27Counterfactuals and Recourse Not just why, but what to change: counterfactuals and actionable, fair recourse.
- 27.1 What would need to change?
- 27.2 Counterfactual explanation
- 27.3 Actionability constraints
- 27.4 Recourse fairness
- 27.5 Optimization approaches
- 27.6 Human review
- 27.7 Counterfactual pitfalls
- Lab Generate counterfactual explanations for a credit or churn model with realistic action constraints.
-
28Model Debugging and Error Analysis Debugging models like software: slices, cohorts, error clusters, and label audits.
- 28.1 Slice-based evaluation
- 28.2 Cohort analysis
- 28.3 Error clustering
- 28.4 Label audit
- 28.5 Feature leakage diagnosis
- 28.6 Data quality debugging
- 28.7 Debugging playbooks
- Lab Create an error-analysis report that identifies failure slices and proposes data and model fixes.
-
29Fairness and Bias in Structured Data Where bias enters tabular data, how to measure it, and what mitigation actually costs.
- 29.1 Sources of bias in tabular data
- 29.2 Group fairness metrics
- 29.3 Individual fairness and similarity
- 29.4 Proxy variables
- 29.5 Bias mitigation methods
- 29.6 Fairness under shift
- 29.7 Responsible reporting
- Lab Evaluate a model for subgroup performance and proxy-variable effects, then test mitigation strategies.
-
30Model Cards, Data Cards, and Governance Documentation as engineering: data cards, model cards, and decision cards for deployed policies.
- 30.1 Documentation as engineering
- 30.2 Data cards for tabular datasets
- 30.3 Model cards for predictive systems
- 30.4 Decision cards for deployed policies
- 30.5 Approval workflows
- 30.6 Audit trails
- 30.7 Governance for regulated domains
- Lab Write a complete data card, model card, and deployment decision card for a tabular model.
Part VII · Causal Inference, Experiments, and Decision Intelligence
5 chapters · 35 sectionsBeyond prediction into decisions: causal graphs, experiments, observational inference, uplift, and optimized action.
-
31Prediction Is Not Causation A strong predictor can be a terrible basis for a decision; the difference is causation.
- 31.1 Associational versus causal questions
- 31.2 Confounding
- 31.3 Causal graphs
- 31.4 Interventions and counterfactuals
- 31.5 Selection bias
- 31.6 Bad controls and leakage-like causal errors
- 31.7 When prediction is enough
- Lab Use a causal graph to explain why a strong predictive feature may be invalid for decision-making.
-
32A/B Testing and Experimentation The gold standard: randomized experiments, guardrails, power, and reading a test honestly.
- 32.1 Randomized experiments
- 32.2 Metrics and guardrails
- 32.3 Power and sample size
- 32.4 Sequential testing
- 32.5 Heterogeneous treatment effects
- 32.6 Experiment pitfalls
- 32.7 From experiment to policy
- Lab Analyze an A/B test and compute treatment effects, confidence intervals, and guardrail metrics.
-
33Observational Causal Inference Estimating effects without an experiment: matching, propensity, IPW, DiD, and instrumental variables.
- 33.1 Matching
- 33.2 Propensity scores
- 33.3 Inverse probability weighting
- 33.4 Doubly robust estimation
- 33.5 Difference-in-differences
- 33.6 Instrumental variables
- 33.7 Sensitivity analysis
- Lab Estimate a treatment effect from observational tabular data and compare methods.
-
34Uplift Modeling and Personalized Interventions Predicting who responds, not who acts: uplift models, Qini curves, and targeting under budget.
- 34.1 Treatment effect prediction
- 34.2 Two-model and transformed-outcome approaches
- 34.3 Causal forests
- 34.4 Uplift metrics and Qini curves
- 34.5 Targeting policies
- 34.6 Budget constraints
- 34.7 Ethical targeting
- Lab Build an uplift model for marketing or retention and select a treatment policy under budget.
-
35Decision Optimization from Predictions A prediction is an input, not a decision; turning scores into optimized, constrained action.
- 35.1 Predictions are inputs, not decisions
- 35.2 Threshold policies
- 35.3 Utility and cost matrices
- 35.4 Constrained optimization
- 35.5 Ranking and allocation
- 35.6 Human-in-the-loop decision systems
- 35.7 Measuring decision quality
- Lab Turn a risk model into an optimized review policy under capacity and fairness constraints.
Part VIII · Synthetic Data, Privacy, and Data-Centric AI
4 chapters · 28 sectionsImproving the data itself: data-centric methods, synthetic generation, privacy, and LLM-assisted workflows.
-
36Data-Centric Tabular AI When improving the data beats changing the model: labels, features, and active learning.
- 36.1 Why data improvements often beat model changes
- 36.2 Label quality
- 36.3 Feature quality
- 36.4 Data cleaning prioritization
- 36.5 Active learning
- 36.6 Weak supervision
- 36.7 Data-centric experiment design
- Lab Improve a model by auditing labels and features rather than changing the model class.
-
37Synthetic Tabular Data Generating tables that are useful and private: copulas, GANs, VAEs, and diffusion.
- 37.1 Why generate tabular data?
- 37.2 Statistical synthesizers
- 37.3 Copulas
- 37.4 GANs and VAEs for tables
- 37.5 Diffusion models for tabular data
- 37.6 Utility evaluation
- 37.7 Privacy and memorization risk
- Lab Generate synthetic tabular data and evaluate distributional fidelity, downstream utility, and privacy risk.
-
38Privacy-Preserving Tabular AI Learning from sensitive data: differential privacy, federation, clean rooms, and the attacks they resist.
- 38.1 Personal and sensitive structured data
- 38.2 De-identification limits
- 38.3 Differential privacy
- 38.4 Federated learning for tables
- 38.5 Secure enclaves and clean rooms
- 38.6 Privacy attacks
- 38.7 Privacy-utility tradeoffs
- Lab Train a model under privacy constraints and compare utility loss with privacy protection.
-
39LLMs for Tabular Data Workflows LLMs as data assistants: NL-to-SQL, feature ideation, and the hallucinated joins to guard against.
- 39.1 LLMs as data assistants
- 39.2 Natural language to SQL
- 39.3 Data cleaning suggestions
- 39.4 Feature ideation
- 39.5 Automated EDA reports
- 39.6 LLM risks: hallucinated joins and wrong assumptions
- 39.7 Human-verified LLM workflows
- Lab Build an LLM-assisted EDA and feature-ideation workflow with verification checks.
Part IX · Deployment and Operations for Tabular AI
5 chapters · 35 sectionsTurning tabular models into reliable production systems: architecture, monitoring, MLOps, human review, and reliability.
-
40Production Tabular ML Architecture Batch, real-time, and streaming scoring, and the feature infrastructure behind each.
- 40.1 Batch scoring, real-time scoring, and streaming scoring
- 40.2 Data warehouses, lakehouses, and feature stores
- 40.3 Model serving APIs
- 40.4 Online feature lookup
- 40.5 Training-serving skew
- 40.6 Versioning and reproducibility
- 40.7 Architecture patterns
- Lab Deploy a tabular scoring API backed by a reproducible feature pipeline.
-
41Monitoring Data and Model Drift Data, concept, and label drift: PSI, calibration drift, and retraining triggers.
- 41.1 Data drift, concept drift, and label drift
- 41.2 Population stability index
- 41.3 Feature distribution monitoring
- 41.4 Calibration drift
- 41.5 Performance monitoring with delayed labels
- 41.6 Drift alarms and retraining triggers
- 41.7 Monitoring dashboards
- Lab Build a drift monitoring dashboard for a deployed tabular model.
-
42Continuous Training and MLOps Pipelines, registries, CI/CD, safe rollout, and incident response for models.
- 42.1 Pipelines and orchestration
- 42.2 Experiment tracking
- 42.3 Model registry
- 42.4 CI/CD for ML
- 42.5 Backfills and historical recomputation
- 42.6 Safe rollout and rollback
- 42.7 Incident response
- Lab Create an end-to-end ML pipeline with versioned data, model, metrics, and deployment artifact.
-
43Human-in-the-Loop Tabular AI Designing review queues and feedback loops where humans and models share the decision.
- 43.1 Review queues
- 43.2 Active learning loops
- 43.3 Analyst feedback
- 43.4 Decision override logging
- 43.5 Triage interfaces
- 43.6 Measuring human-AI performance
- 43.7 Governance and accountability
- Lab Design a review queue for fraud, risk, or clinical triage with model scores and explanations.
-
44Cost, Latency, and Reliability The engineering trade-offs: cost, latency, SLAs, complexity, and reliability checklists.
- 44.1 Batch cost versus online latency
- 44.2 Feature computation cost
- 44.3 Caching and precomputation
- 44.4 SLA design
- 44.5 Model complexity tradeoffs
- 44.6 Failure modes in production
- 44.7 Reliability checklists
- Lab Benchmark batch and real-time scoring alternatives and choose an architecture under constraints.
Part X · Applications and Future Directions
6 chapters · 42 sectionsThe field synthesized across industry domains, the research frontier, and an end-to-end decision-intelligence capstone.
-
45Finance, Credit, and Insurance Credit, fraud, pricing, and claims: a regulated financial AI system, end to end.
- 45.1 Credit scoring
- 45.2 Fraud and AML
- 45.3 Pricing and underwriting
- 45.4 Claims prediction
- 45.5 Stress testing and macro features
- 45.6 Regulation and auditability
- 45.7 Case study architecture
- Lab Design a regulated financial AI system with model, explanation, monitoring, and governance artifacts.
-
46Healthcare and Clinical Tabular AI EHR tables, patient-level validation, measurement bias, and clinical workflow safety.
- 46.1 EHR tables and coding systems
- 46.2 Risk prediction
- 46.3 Clinical deterioration and readmission
- 46.4 Missingness and measurement bias
- 46.5 Patient-level validation
- 46.6 Clinical workflow integration
- 46.7 Safety and validation
- Lab Build a clinical risk model with patient-level splits, calibration, and subgroup analysis.
-
47Retail, Product, and Customer Intelligence Churn, lifetime value, demand, and uplift: the customer-intelligence stack.
- 47.1 Churn and retention
- 47.2 Lifetime value
- 47.3 Recommendation features
- 47.4 Demand and inventory signals
- 47.5 Pricing and promotion
- 47.6 Uplift and targeting
- 47.7 Product analytics case study
- Lab Build a churn/uplift workflow that chooses customers for intervention under budget.
-
48Operations, Manufacturing, and Supply Chain Forecasting, quality, and maintenance: tabular AI on the factory and supply-chain floor.
- 48.1 Operational data models
- 48.2 Forecasting demand with tabular features
- 48.3 Quality prediction
- 48.4 Maintenance and downtime
- 48.5 Optimization and scheduling
- 48.6 Human operations dashboards
- 48.7 Case study architecture
- Lab Build a quality or delay prediction model and connect it to an operational decision rule.
-
49Frontier Research in Tabular AI Why tabular AI is still hard, and the open problems defining its research frontier.
- 49.1 Why tabular AI remains hard
- 49.2 Tabular foundation models
- 49.3 Relational representation learning
- 49.4 Neural-symbolic structured data
- 49.5 Causal representation learning
- 49.6 Synthetic data and privacy frontiers
- 49.7 Open research problems
- Lab Replicate a recent tabular model comparison and write a critical evaluation of when it beats boosting.
-
★Chapter 50 · Capstone: End-to-End Tabular Decision Intelligence System The capstone: build, explain, calibrate, decide, deploy, and document one real system end to end.
- 50.1 Choose the domain and decision
- 50.2 Build the dataset and target definition
- 50.3 Create leakage-safe features
- 50.4 Train baselines and strong models
- 50.5 Explain, calibrate, and audit
- 50.6 Convert predictions into decisions
- 50.7 Deploy, monitor, and document
Appendices · Reference and Pedagogy
7 appendices- AProbability, Statistics, and Optimization RefresherDistributions, expectation, variance, likelihood, regularization, gradient descent, convexity, uncertainty, and confidence intervals.
- BSQL, pandas, Polars, and DuckDB PrimerPractical structured-data manipulation: joins, windows, groupby, memory management, and reproducible pipelines.
- CTabular Datasets and BenchmarksA curated dataset catalog with task type, target, leakage risks, license, evaluation protocol, and baseline scores.
- DMetrics ReferenceClassification, regression, ranking, calibration, imbalance, survival, uplift, fairness, business-utility, and monitoring metrics.
- ETooling Guidescikit-learn, XGBoost, LightGBM, CatBoost, PyTorch tabular tools, Optuna, SHAP, DoWhy, EconML, SDV, Feast, Evidently, Great Expectations, and MLflow.
- FCourse SyllabiFour tracks: a 14-week undergraduate Tabular AI course, a 14-week graduate Decision Intelligence course, a 7-week professional bootcamp, and a 14-week regulated-AI, fairness, and causal-inference seminar.
- GSolutions to Selected ExercisesWorked solutions for modeling, leakage diagnosis, causal inference, explainability, and deployment design.