Infor LN & BaanFree calculatorPDF, Excel, Word exportInfor LNAll Infor LN and Baan tools

Infor LN Database Growth by Table Calculator

This calculator projects how much the high-volume transaction tables of Infor LN 10.x grow each year from your sales, purchase and production volumes. It covers sales order lines, purchase order lines, production orders, inventory transactions and finalized finance transactions, which together usually explain most of the growth.

Your numbers

lines

Rows in tdsls401.

lines

Rows in tdpur401.

orders

Rows in tisfc001.

rows

Rows written to whinr110 per sales line, purchase line or production order (receipts, issues, transfers).

rows

Rows written to tfgld106 per sales line, purchase line or production order, from integration postings and invoices.

bytes

Assumption. Measure it from your database for these tables.

x

Total table plus index space divided by data space.

companies

Companies with similar volume. For uneven companies, run the calculator per company.

5 years

Your results

Growth per year
4.128
GB per year including indexes, all companies.
Growth after N years
20.64
GB added over the selected number of years if nothing is archived.
whinr110 rows per year
645,000
tfgld106 rows per year
1,290,000
Total rows per year (these tables)
2,150,000
Share from finance postings
60%

Rows per order line and row size are assumptions; LN writes to many more tables than the four modelled here. Calibrate against row counts and sizes measured in your own database.

Save results:

Cumulative growth (GB) over years

Sweeps Years from 1 to 10, holding your other inputs fixed.

Get a reviewed growth and archiving plan

Send us row counts for one closed year and we will review growth and an archiving order for your LN companies.

Optional. The tool and every export work without this. No spam.

Was this tool useful?

Tables modelled and why

Most LN data growth comes from transactions, not master data. Each sales order line is a row in tdsls401 and each purchase order line a row in tdpur401; production orders live in tisfc001. Each of these generates several inventory transactions in whinr110 (inventory transactions by item and warehouse) and several finalized finance transactions in tfgld106. The physical table name adds the company number, so tdsls401 in company 100 is ttdsls401100 in the database.

  • tdsls401: sales order lines
  • tdpur401: purchase order lines
  • tisfc001: production orders
  • whinr110: inventory transactions by item and warehouse
  • tfgld106: finalized transactions (general ledger)

How to measure your real row size and ratios

Do not keep the 1,200 byte default. On SQL Server run sp_spaceused on ttdsls401100, twhinr110100 and ttfgld106100 and divide data size by row count; (data + index_size) divided by data gives the index factor. On Oracle, compare USER_SEGMENTS bytes for the table and its indexes with the row count from statistics. For the per-line ratios, count rows in whinr110 and tfgld106 for one closed year and divide by the order lines of the same year. Those two ratios drive most of the result, so measure them first.

Worked example

With the defaults, 215,000 order lines and production orders per year create 645,000 whinr110 rows and 1,290,000 tfgld106 rows, about 2.15 million rows in total. At 1,200 bytes and an index factor of 1.6 that is about 4.1 GB per year for one company, and about 20.6 GB after five years. Finance postings are 60 percent of the rows, which is typical when integration postings are detailed per transaction.

Which tables to archive first

Look at the biggest growers in your own measurement, usually tfgld106 and whinr110, then at history tables of sales and purchase. LN has archiving sessions per package that move closed data to an archive company and keep integrity; use them rather than deleting rows in SQL, which breaks reference counters and audit trails. Before archiving finance, confirm retention rules with your auditors and the fiscal periods that must stay online for reporting.

Frequently Asked Questions

Where do I find the full Infor LN table list and data dictionary?

Use the table definition sessions in LN Tools (Application Development, under the package VRC) or the table definitions published on docs.infor.com and in Infor's LN table reference documents for your release. Tables are named by package and module, such as tdsls for sales or whinr for inventory reporting.

Why is tfgld106 so large?

tfgld106 holds finalized general ledger transactions. Every integration posting from sales, purchase, warehousing and production lands there after finalization, often several lines per business transaction. Detailed integration mapping and frequent finalization runs increase its row count. It is usually the first finance table to consider for archiving.

Does the company number change table names?

Yes. In the database the logical table code gets a 't' prefix and the company number suffix, so whinr110 in company 100 is twhinr110100. Shared tables via logical table linking are stored once in the physical company, so do not count them for each logical company.

Is this growth estimate accurate?

It is a planning model with five tables and averaged ratios. It is accurate when you replace the defaults with ratios and row sizes measured from one closed year in your own database. Add a margin for other tables, audit trails and temporary tables.

If you want people to ask LN questions in plain English against these tables without writing SQL, we can set that up on your own servers.

ArchRay builder
Design the on-prem AI stack for Infor LN and Baan: model, GPUs, RAG pipeline, guardrails
See memory, speed and cost as you swap parts, then export the diagram. Free, in your browser.
Open the builder

Keep exploring

Free tools

ERP fixes and how-tos

Guides

AI on your ERP

Integrations

Comparisons

Software