High Performance Kendo UI Grids in Rollbase

High Performance Kendo UI Grids in Rollbase

Posted on March 06, 2017 0 Comments
High Performance Kendo UI Grids in Rollbase_870_220
In the past, we taught you how to easily render a data set in a Kendo UI Grid within any Progress Rollbase page. We also showed you how to leverage the smart automatic responsive system. With this blog, we look at how we can use more advanced features to render highly performant grids when you have to work with a large data set.

If you are not familiar with Rollbase, don’t be mistaken that you have to code these grids for all your objects. Rollbase provides out-of-the-box (with no coding), highly scalable Grid rendering. That is, as soon as you create an object definition with some fields, you get an auto-generated page with a grid (we call it the list view), and in the page designer, you get a list view widget that you can drag on any section. For a better introduction to Rollbase, our low-code platform, check out this older blog.

Grids with Large Data Sets

Before we get started, please make sure you understand the techniques covered in previous entries. In this blog, we'll simply highlight the specifics to working with large data set.

The key for dealing with large data sets is not transmitting the entire data set to the client. To this end, we want to leverage server side paging. If you have never worked with server side paging, this is simply a technique to deliver a subset of the data (a page) by specifying where to begin and how many records to get in one chunk. Subsequently, you can request the next page or any arbitrary page.

You turn server side paging by setting the property serverPaging: true in the data source.

Next we need to specify a transport read function. The function will be called with one object containing the characteristics of the page you are requesting. For example, the initial request will say start at 0 and get me 20 records. The next request will say start at 21 and get me 20 records.

Now for the big question: how do we use these parameters to efficiently request the data from the Rollbase server? The answer is simple: use the client-side function rbf_selectQuery2.

This function is similar to rbf_selectQuery but it lets you specify the record number at which to start and the number of records to retrieve on the server side. Thus, we can use the parameters from the transport read function directly in the rbf_selectQuery2 function, as outlined in the code sample below.

01.transport: {
02.     read: function(options) {
03.         var records=[];
04.         
05.         sortedQuery += getSQLSortCommand ( options.data );
06.         rbf_selectQuery2(sortedQuery, options.data.skip, options.data.pageSize,                function(returnData){
07.                 createAllRecordsObjects( returnData, records );
08.                 options.success( {total: totalCountRead, data: records} );
09.             });
10.         }
11.     }
12.}

More details on this function can be found online in our documentation.

Sorting

You cannot sort your data set on the client side since you don’t have all the data. That means you have to do it on the server side. 

Part one of this is achieved by simply setting the following property in the data source: serverSorting: true

Part two consists in creating the proper SQL query based on how the user is interacting with the grid.

Here again, Kendo helps us by providing access to the current sort states. That is, which columns the user has clicked on to sort (we are getting an array of states as users may sort multiple columns). Here is a key code extract showing how to access this data:         

01.var sortOptions = options.data;
02.
03.var sortCommand = " ORDER BY ";
04.var dir = sortOptions.sort[0].dir;
05.if ( dir === undefined || dir === null )
06.    return "";
07.else {
08.    var col = sortOptions.sort[0].field;
09.    sortCommand += col;
10.    sortCommand += " ";
11.    sortCommand += dir;
12.
13.    return sortCommand;
14.
15.}

Line 4 we get at the sort direction. The string we get is directly usable in a SQL query

And Line 8, we get the column name by which we need to sort.

Also note in Line 5 and 6 how we detect if the user has clicked a third time on the column, where we need to reset to no sorting.

We return a string that we can use in the rbf_selectQuery2.

In conclusion, we learned how the client-side API rbf_selectQuery2 provides a powerful tool to do server-side paging and sorting. When combined with Kendo Grid, for example, we can implement custom grids that scales to very large data set.

Thierry Ciot

Thierry Ciot

Thierry Ciot is a Software Architect on the Corticon Business Rule Management System. Ciot has gained broad experience in the development of products ranging from development tools to production monitoring systems. He is now focusing on bringing Business Rule Management to Javascript and in particular to the serverless world where Corticon will shine. He holds two patents in the memory management space.

Comments

Comments are disabled in preview mode.
Topics

Sitefinity Training and Certification Now Available.

Let our experts teach you how to use Sitefinity's best-in-class features to deliver compelling digital experiences.

Learn More
Latest Stories
in Your Inbox

Subscribe to get all the news, info and tutorials you need to build better business apps and sites

Loading animation