{"id":47262160,"title":"Tabular data is the frontier – graphs can help","points":5,"user":"madman2890","time":1772722179,"time_ago":"4 hours ago","type":"link","content":"

Even in 2026, most of the work in tabular predictive AI still has very little to do with the model itself.\nWhether you're using CatBoost, XGBoost, or newer tabular foundation models like TabPFN, the .fit() step is usually the smallest part of the workflow.

The real time sink is everything before that.\nMost real-world predictive problems live across many relational tables. So the majority of the work ends up being:

• Discovering which tables are actually relevant

• Understanding foreign keys and entity relationships

• Figuring out cardinality (1:1, 1:N, N:M)

• Aggregating child tables into meaningful features

• Handling time windows and leakage

• Integrating everything into a single training table

Only after all of that can you actually train the model.\nIn many projects, 80–90% of the effort is spent on data discovery and multi-table aggregation, while the modeling step itself takes minutes.

Tabular foundation models reduce the amount of tuning required, but they don’t remove the fundamental need to collapse relational data into a single learning table.\nThe bottleneck in tabular AI has always been the data graph, not the model.

Graphreduce is a project I've been incrementally building for a few years that addresses the real problem in tabular predictive AI: data prep

https://wesmadrigal.github.io/GraphReduce/","url":"item?id=47262160","comments":[{"id":47262319,"level":0,"user":"amazonbezos","time":1772722893,"time_ago":"4 hours ago","content":"

This is definitely where most of the time is spent - very cool!","comments":[{"id":47262327,"level":1,"user":"madman2890","time":1772722927,"time_ago":"4 hours ago","content":"

Glad you find it useful.","comments":[]}]}],"comments_count":2}