AG Studio Launch Week 🚀🚀🚀 28 Sep - 2 Oct 2026 🚀🚀🚀 Join now
AG Grid
Best JavaScript Grid in the World
AG Charts
Best JavaScript Charts in the World
AG Studio
Best JavaScript Dashboard in the World
Bryntum Gantt
Speed-tuned Gantt chart for project planning
Bryntum Scheduler
Resource scheduling timeline component
PROPRO
Bryntum Scheduler Pro
Scheduler with auto-scheduling and constraints
Bryntum Calendar
Flexible JavaScript event calendar
Bryntum Task Board
Kanban-style task board component
Search
What's New
Getting Started
Quick StartKey FeaturesCommunity vs. Enterprise
AI Features
AI ToolkitMCP ServerSkills
Layout & Styling
Design SystemGrid Layout
Charting
Core Features
Advanced Features

JavaScript Data GridSSRM Transactions

Version 36.1.0
Enterprise

This section shows how rows can be added, removed and updated using the Server-Side Transaction API.

Server-Side Transactions require Row IDs to be supplied to grid.

Transaction API Copy Link

The SSRM Transaction API allows rows to be added, removed or updated in the grid:

applyServerSideTransactionCopy Link
Function
Apply transactions to the server side row model.
ServerSideRowModelApiModule

When the server-side store has a known last row index, remove transactions only delete rows that are currently in cache. If a delete is repeated or targets a row outside the loaded range, the grid ignores it and keeps the current store size. To explicitly set the new store size, provide rowCount on the transaction.

These operations are shown in the snippet below:

api.applyServerSideTransaction({
    add: [
        { tradeId: 101, portfolio: 'Aggressive', product: 'Aluminium', book: 'GL-62472', current: 57969 }
    ],
    update: [
        { tradeId: 102,  portfolio: 'Aggressive', product: 'Aluminium', book: 'GL-624723', current: 58927 }
    ],
    remove: [
        { tradeId: 103 }
    ]
});

The following example demonstrates add / update and remove operations via the Server-Side Transaction API. Note the following:

  • When clicking any of the buttons, the console logs each transaction as it is applied to the grid.
  • Add Above Selected - adds a row above the selected row using the addIndex property as rows are added at the end by default.
  • Update Selected - updates the 'current' value on the selected row.
  • Removed Selected - removes the selected row.

Row Grouping Copy Link

To use transactions while using row grouping, transactions need to be applied to the specific row group. This is done by providing a route when applying the transaction. It is also necessary to inform the grid when group rows are updated, added or removed.

The snippet below demonstrates creating a group row transaction for rows which are the first of their group, as the leaf rows will be requested via getRows when the group is expanded.

// create the group row at the root level (only if it's the first row for this group)
api.applyServerSideTransaction({
	route: [],
	add: [{ portfolio: 'Aggressive' }]
});

// otherwise, create the leaf node inside of the 'Aggressive' group
api.applyServerSideTransaction({
	route: ['Aggressive'],
	add: [row]
});

In the example below, note the following:

  • When clicking any of the buttons, the console logs each transaction as it is applied to the grid.
  • To add a new row, if the group didn't previously exist, then the route is omitted and the group row is added. If it did previously exist, then the group route is provided and the leaf node is added.
  • To delete a row, if the group row would be deleted then a transaction needs to be applied to remove this group row instead of the leaf row.
  • To move a row between groups, the row needs to be deleted from the old group with one transaction, and added to the new group with another.

Asynchronous Updates Copy Link

When processing many updates rapidly, the grid will perform more smoothly if the changes are batched (as this can prevent excessive rendering). The grid can batch these changes for you without negatively impacting the user experience, and in most cases improving it.

applyServerSideTransactionAsyncCopy Link
Function
Batch apply transactions to the server side row model.
ServerSideRowModelApiModule

When using asynchronous transactions, the grid delays any transactions received within a time window (specified using asyncTransactionWaitMillis) and executes them together when the window has passed.

The snippet below demonstrates three asynchronous transactions applied sequentially, however because these transactions are asynchronously batched, the grid would only update the DOM once.

// due to asynchronous batching, the following transactions are applied together preventing unnecessary DOM updates
api.applyServerSideTransactionAsync({
    add: [{ tradeId: 101, portfolio: 'Aggressive', product: 'Aluminium', book: 'GL-62472', current: 57969 }],
});
api.applyServerSideTransactionAsync({
    update: [{ tradeId: 102,  portfolio: 'Aggressive', product: 'Aluminium', book: 'GL-624723', current: 58927 }],
});
api.applyServerSideTransactionAsync({
    remove: [{ tradeId: 103 }],
});

In the example below, note the following:

  • After starting the updates, 1 row is created, 10 rows are updated, and 1 row is deleted every 10 milliseconds.
  • The transactions are batched, and only executed once every second.

Showcase Example Copy Link

The following demonstrates a more complex example of transactions, it shows subscribing to a source of updates to provide the changes, while using dynamic row grouping, aggregation, and child counts. All of which react to the changes caused by the transactions.

In the example below, note the following:

  • After starting the updates, 2 rows are created, 5 rows are updated, and 2 rows are deleted once every second.
  • Groups are created or destroyed when necessary by using transactions.
  • The group panel has been enabled, allowing a dynamic configuration of groups.
  • The group child counts and aggregations update in sync with changes to the leaf rows.

Tree Data Copy Link

Transactions are also supported when using tree data. See this documented on the SSRM Tree Data page.