DI โ Tables: Summary
Tabular DI is the most data-dense set type: rows and columns of raw numbers with no visual shortcut, so it rewards calculation discipline and selective reading. In CAT, DI+LR together make ~4โ6 sets of ~22 questions; a well-chosen table set is a high-accuracy scoring block.
What a table demands
Everything is exact numbers, so the traps are (a) reading the wrong cell, (b) mixing up row vs column totals, and (c) over-computing when an estimate suffices. Speed comes from computing only what a question needs.
Core operations
| Operation | Formula |
|---|---|
| Percentage share | (part รท whole) ร 100 |
| Percentage change | ((new โ old) รท old) ร 100 |
| Ratio of two cells | a : b (simplify) |
| Average of a row | (sum of entries) รท (count) |
| Growth over years | compare consecutive column values |
Method
- Spend 20โ30s reading headers, units, and footnotes โ misreading units (โน lakh vs โน crore) kills a whole set.
- For each question, locate the exact cells; don't scan the whole table.
- Estimate first; compute exactly only when options are close.
- Reuse partial totals across questions in the same set.
Exam Tricks & Tips
- ๐ฏ Read the unit line first. "in thousands", "% of total", "โน crore" โ a unit slip invalidates every answer in the set.
- ๐ฏ Compute only what's asked. Never total the whole table if a question needs two cells.
- ๐ฏ Percentage change uses the OLD value as base, not the new one โ the single most common table error.
- ๐ฏ Compare fractions without full division. To rank a/b vs c/d, cross-multiply (aยทd vs cยทb) instead of computing both decimals.
- ๐ฏ Bank reusable subtotals. A column total you computed for Q1 often answers Q3 โ jot it down.
- โ Common mistake: confusing "percentage point change" with "percentage change" โ a rise from 20% to 25% is +5 percentage points but +25% in relative terms.
Expected exam pattern
1โ2 table sets of 3โ5 questions each within DILR. Mix of MCQ and TITA. Questions ask share, change, ratio, rank, and "how many satisfy a condition". Reward: accuracy under time; the data is exact, so no ambiguity โ only arithmetic risk.
Quick recap
Read headers/units first, fetch only the cells you need, use OLD value as the base for percentage change, compare fractions by cross-multiplication, and reuse subtotals. Tables are exact โ your only enemy is careless arithmetic.
DI โ Tables: Flashcards
Cover the answer, recall, then check. 12 cards on tabular DI.
Q1. What is the first thing to read in a table set?
A1. Headers, units, and footnotes (e.g. โน lakh vs โน crore, "in thousands").
Q2. Percentage share formula?
A2. (part รท whole) ร 100.
Q3. Percentage change formula โ and the base?
A3. ((new โ old) รท old) ร 100 โ the OLD value is the base.
Q4. How do you rank two fractions a/b and c/d quickly?
A4. Cross-multiply: compare aยทd with cยทb โ no full division needed.
Q5. Difference between percentage points and percentage change?
A5. 20%โ25% is +5 percentage points but +25% relative change.
Q6. Should you total the whole table for a two-cell question?
A6. No โ compute only what the question needs.
Q7. Why note reusable subtotals?
A7. A total computed for one question often answers another in the same set.
Q8. Average of a row?
A8. (sum of the row's entries) รท (number of entries).
Q9. Biggest reading trap in tables?
A9. Fetching the wrong cell or confusing row totals with column totals.
Q10. When should you compute exactly vs estimate?
A10. Estimate first; compute exactly only when the options are close.
Q11. A unit slip affects how much of the set?
A11. Potentially every answer โ units apply across the whole table.
Q12. How many table sets appear in CAT DILR?
A12. Typically 1โ2 sets of 3โ5 questions each.
DI โ Tables
Tables are the rawest DI form โ no visual to interpret, just rows and columns of numbers. That's their danger: everything is given, so students dive in and calculate blindly, drowning in arithmetic the question never actually required. On the CAT, table DI is won by reading the structure before touching a single number and by computing only what's asked.
What this tests
Structured data navigation โ orienting to what each row and column represents, extracting the exact cells a question needs, and doing minimal calculation to answer.
The method
Beginner โ decode the table's architecture first
Spend 20โ30 seconds mapping: What do rows represent? What do columns represent? What are the units (absolute numbers, percentages, โน crore, thousands)? Is there a totals row/column? Misreading units ("โน in lakhs" vs "โน in crores") is the single biggest table blunder. Note whether values are cumulative or period-wise.
Intermediate โ read the question, then fetch only those cells
Every table question points to a specific subset โ one row, one column, or an intersection. Identify the exact cells before calculating. If a question asks for the year with the highest growth, you need consecutive-year comparisons, not every cell. Resist computing the whole table "to be safe" โ it wastes minutes.
Advanced โ the FAST CAT approach: compare, don't compute
Most table questions ask "which is largest / smallest / closest" โ these are comparison questions, and comparisons rarely need exact values.
- To compare fractions/ratios across rows, use cross-multiplication or approximate percentages, not decimal division.
- For "which grew fastest", eyeball the ratio new/old; the biggest jump is often visible without precise math.
- Keep a running rank, not exact figures.
Also exploit totals: if a total is given, a missing part = total โ sum of others (faster than re-adding). And when a question spans multiple cells, set up the full expression symbolically first, cancel common factors, then plug numbers.
Worked example
A table gives revenue (โน crore) for 4 firms over 3 years. Question: Which firm had the highest percentage growth from Year 1 to Year 3?
Firm A: 200 โ 260 (+30%), Firm B: 150 โ 210 (+40%), Firm C: 320 โ 400 (+25%), Firm D: 90 โ 135 (+50%).
Don't compute exact CAGRs. Just ratio Year3/Year1: A = 1.30, B = 1.40, C = 1.25, D = 135/90 = 1.50. Highest ratio = Firm D (+50%). Notice D had the smallest absolute values โ a classic trap where the biggest firm (C, largest revenue) has the lowest growth. Answer: D.
CAT relevance
Tables anchor many DILR sets, often combined with a caselet or a second data source. The CAT rewards set-selection: a clean, well-labelled table with straightforward questions is often the easiest set to attempt first. The "compare don't compute" reflex here saves the minutes you'll need on the harder logical sets.
Speed tricks & shortcuts
- Map rows, columns, and units before reading questions โ 30 seconds that prevents 3-minute errors.
- Comparisons need ratios, not exact division โ cross-multiply or approximate.
- Use given totals to back out missing values (total โ others).
- Mnemonic โ "Read the frame before the figures."
- Circle the units โ lakhs vs crores, % vs absolute โ the top source of wrong answers.
Calculating far more of the table than the question needs, or misreading the units. A "highest growth" question is a comparison, not a computation โ and a value in "lakhs" mistaken for "crores" turns a right method into a wrong answer.
- โ- Decode structure and units before any calculation.
- โ- Fetch only the cells the question targets; don't compute the whole table.
- โ- Treat "largest/closest" as comparisons โ use ratios and approximation, not exact math.
- โ- Exploit totals to find missing parts quickly.
- โ- Biggest absolute value โ biggest growth โ beware the size trap.
- โTables give you everything and tempt you to compute everything. Read the frame first, target only the cells asked, and compare with ratios instead of grinding exact arithmetic.
DI โ Tables โ Formula Sheet
Key formulas
- Read the exact cell; totals across rows/columns give sums.
- Percentage share = (cell/row or column total)ร100.
- Percentage change between periods = (new โ old)/old ร100.
- Average of a row/column = sum/count.
- Ratios compare two cells directly.
- โ- Share = cell/total ร100.
- โ- % change = (new โ old)/old ร100.
- โ- Average = row sum/count.
- โ- Ratios compare cells directly.
Usage: compute row/column totals first, then percentages and ratios off them.
DI โ Tables โ Worked Example
Worked Example
Problem: The table shows units sold (in thousands) by four products across three years.
| Product | 2021 | 2022 | 2023 |
|---|---|---|---|
| A | 40 | 50 | 65 |
| B | 30 | 30 | 24 |
| C | 20 | 28 | 35 |
| D | 60 | 66 | 72 |
(a) Which product had the highest percentage growth from 2021 to 2023? (b) What was product D's share of total sales in 2023 (nearest %)?
Solution:
(a) Percentage growth = (2023 โ 2021) / 2021 ร 100. Compute for each product:
- A: (65 โ 40)/40 = 25/40 = 62.5%
- B: (24 โ 30)/30 = โ6/30 = โ20% (a decline)
- C: (35 โ 20)/20 = 15/20 = 75%
- D: (72 โ 60)/60 = 12/60 = 20%
The largest is C at 75%. Note the trap: A grew by more UNITS in absolute terms (25 vs C's 15), but the question asks percentage growth, where C wins because it grew from a smaller base. Always match the metric asked (absolute vs percentage).
(b) D's share in 2023 = D's 2023 sales / total 2023 sales ร 100.
Total 2023 = 65 + 24 + 35 + 72 = 196 (thousand).
Share = 72 / 196 ร 100 = 7200/196 โ 36.7% โ 37%.
Quick check by approximation: 72/196 โ 72/200 = 36%, and since the denominator is slightly below 200, the true value is a touch higher (~37%) โ consistent.
Answer: (a) Product C, with 75% growth (highest percentage, even though A had the largest absolute increase). (b) D's 2023 share = 72/196 โ 37%.
- โ- Percentage growth = (new โ old)/old ร 100; a small base can give the highest % despite a small absolute change.
- โ- Read the exact metric requested โ absolute increase and percentage growth can point to different products.
- โ- For share questions, sum the column for the total, then divide; approximate the denominator to sanity-check.