Design-Time Features > Large Datasets: Paging |
To show large amounts of data without bringing it all to the client at once, applications have traditionally used paging. Paging is not an ideal solution; it complicates the interface and makes it less convenient for the user, but it is preferred in some applications. For these cases, C1DataSource supports paging as expected, but it does so without the traditional limitations on data modification. The user can make changes in multiple pages in one session without being forced to send the changes from one page to the database before moving to the next page. That’s a substantial enhancement compared to other paging implementations, such as the one in DomainDataSource in Microsoft RIA Services.
Note: DataSource for Entity Framework does offer a solution to the drawbacks of paging; we'll cover Virtual Mode later in this documentation. |
To implement paging, follow these steps:
To write code in Visual Basic
Visual Basic |
Copy Code
|
---|---|
Imports C1.Data.DataSource Public Class Paging Public Sub New() ' This call is required by the designer. ' Add any initialization after the InitializeComponent() call. RefreshPageInfo() AddHandler _view.PropertyChanged, AddressOf RefreshPageInfo End Sub Private Sub RefreshPageInfo() Private Sub btnPrevPage_Click(sender As System.Object, e As System.EventArgs) Handles btnPrevPage.Click Private Sub btnNextPage_Click(sender As System.Object, e As System.EventArgs) Handles btnNextPage.Click |
To write code in C#
C# |
Copy Code
|
---|---|
namespace TutorialsWinForms public Paging() _view = c1DataSource1["Orders"]; RefreshPageInfo(); private void RefreshPageInfo() private void btnPrevPage_Click(object sender, EventArgs e) private void btnNextPage_Click(object sender, EventArgs e) |
Try also to delete some orders. This is also allowed without restrictions, and moreover, the current page will automatically complete itself to keep the number of rows in the page unchanged. You can also add new rows. They are added to the end of the dataset.
And if you add a Save Changes button, using the following code as we did previously, then you will be able to save changes made in multiple pages by pressing that button when you are done.
To write code in Visual Basic
Visual Basic |
Copy Code
|
---|---|
Private Sub btnSaveChanges_Click(sender As System.Object, e As System.EventArgs) C1DataSource1.ClientCache.SaveChanges() End Sub |
To write code in C#
C# |
Copy Code
|
---|---|
private voidbtnSaveChanges_Click(object sender, EventArgs e) { c1DataSource1.ClientCache.SaveChanges(); } |
All this functionality is what you would expect from a paging implementation that supports unrestricted data modification. Unfortunately, it is not easy to implement. For example, think of all possible cases where changing data on one page interferes with what should be shown on other pages, and so on. That is why paging usually imposes severe restrictions on data modifications, if they are at all allowed. For example, MS DomainDataSource requires you to save all changes before changing pages. Fortunately, C1DataSource supports paging without restricting data modifications in any way.
As with many other features, unlimited modifiable paging is made possible by the client-side cache, see The Power of Client Data Cache. That also means that paging implementation in C1DataSource is optimized both for performance and for memory consumption. The cache provides that optimization. It keeps recently visited pages in memory, so re-visiting them is usually instantaneous. And it manages memory resources, releasing old pages when necessary, to prevent memory leaks.