mui-x
mui-x copied to clipboard
mui
[data grid] Improve Server-side support with new data source
Summary 💡
The server-side data source will be implemented in a step-by-step manner, the issues it will be covered in are mentioned in the list below.
- [x] A TypeScript interface with clear requirements of what the user has to provide for the data grid to have the necessary data. (Handled in #10543)
- Start with a Collection interface where you provide the interface for the data collection that could be used by Toolpad in their server-side function. The goal is to have the configuration of the data source in a single place where the users can translate the pagination, filter, sorting models, etc. to whatever you have on the server (HTTP request, DB query, or something else)
- It should handle the fetching first, and we can extend the interface with updating functions later.
- [x] #3377
- [ ] #10857
- [ ] #10858
- [ ] #10859
- [ ] #10860
- [ ] #10861
- [ ] #13261
Motivation 🔦
To make the integration of the data grid with users' data easier. Today we have https://mui.com/x/react-data-grid/row-updates/#lazy-loading but it could be a lot better.
Examples 🌈
- https://marmelab.com/react-admin/DataProviders.html
- @Janpot has an idea for the
createCollection()function in the Toolpad
User requests
- https://mui.zendesk.com/agent/tickets/15724
We have recently explored supporting lazy loading for tree data and row grouping, and this seems to be extending the original description of the data source.
With the data source, we want to support at least these use cases:
- Row grouping: lazy-load children rows. Currently, row grouping only works on the client side. This means that all the rows have to be fetched in advance. This is not scalable for large datasets.
- Tree data: lazy-load children rows. Same as with row grouping, tree data only works on the client side. We have a demo allowing lazy load children rows, but it's not a part of the core package. We need to support this natively.
- Hooking up server-side pagination, sorting, and filtering
While it's possible to use server-side pagination, sorting, and filtering, each of these features has to be handled separately. We need to provide a way to hook up all of these features at once. It will also be beneficial for us if we have a centralized way of fetching data from the server (when not using client-side features).
This effectively replaces
paginationMode="server",sortingMode="server"andfilterMode="server".
It’s preferable for the data source to be optional in the use cases that are currently supported by the data grid (like server filtering, sorting, pagination, etc.).
Benchmarks:
- https://www.ag-grid.com/javascript-data-grid/server-side-model/
- https://js.devexpress.com/Documentation/ApiReference/Data_Layer/CustomStore/
- https://www.telerik.com/kendo-react-ui/components/grid/data-operations/odata-server-operations/
- https://blazor.syncfusion.com/demos/datagrid/remote-data?theme=bootstrap4
- https://www.infragistics.com/products/ignite-ui-angular/angular/components/grid/remote-data-operations
Just for cross-reference: We now have an implementation in Toolpad which supports pagination, filtering, sorting and all CRUD operations.
Seems like this is a priority for V7? Does the MUI team have any guidance on when this will land/be usable? I ask b/c our team is considering server-side pagination, sorting, filtering in the upcoming months and we'll have to roll our own solution or use this solution if it becomes available.
We are Premium users. Thanks!
Hey @BrentFarese, thank you for reaching out. The first implementation of the server-side data source is already in progress and will include server-side pagination, sorting, filtering support, tree-data lazy-loading, and other related improvements. I can't say how soon this will be available, but I can assure you it's one of the top priority areas for the team and hopefully, it will soon be available.
Meanwhile, may I know what specific features you currently use or plan to use in the future, do you also expect any advanced use cases like aggregation, row-grouping, etc. to be utilized in your project with server-side support?
CC @avioralm
Hey @BrentFarese, thank you for reaching out. The first implementation of the server-side data source is already in progress and will include server-side pagination, sorting, filtering support, tree-data lazy-loading, and other related improvements. I can't say how soon this will be available, but I can assure you it's one of the top priority areas for the team and hopefully, it will soon be available.
Meanwhile, may I know what specific features you currently use or plan to use in the future, do you also expect any advanced use cases like aggregation, row-grouping, etc. to be utilized in your project with server-side support?
CC @avioralm
@MBilalShafi we don't plan to use advanced features for the initial implementation, just pagination, sorting, filtering support. I know timelines shift all the time, but is this work expected to land in 1-2 months or is it more like 4-6 months? Just gauging whether we wait for it or roll our own. Thanks!
is this work expected to land in 1-2 months or is it more like 4-6 months
1-2 months is the more likely period for the first implementation (including server-side filtering, sorting, and pagination), however, I'm curious to know if meanwhile there's a barrier for you to keep using the server-side features already supported by the Grid.
The following features are already available in the Grid:
is this work expected to land in 1-2 months or is it more like 4-6 months
1-2 months is the more likely period for the first implementation (including server-side filtering, sorting, and pagination), however, I'm curious to know if meanwhile there's a barrier for you to keep using the server-side features already supported by the Grid.
The following features are already available in the Grid:
No there is not a barrier to us using the existing server-side features. We might have to do that depending on when we implement server-side logic and when MUI releases the initial version. Would like to avoid having to migrate tho so we'll follow releases closely. Thanks!
@MBilalShafi We are using the pro plan in our company and it is getting harder and harder to implement new tabular data features without the data source. Can you share some time estimation for this feature?
Hi @avioralm, thank you for reaching out.
I'd be interested to know more about specific features / use-cases you want to solve with the data source.
The first implementation of data source is expected to land in Q2 2024, however it will cover a subset of features with other advanced ones to follow up.
Here's the list of Server-side features targeted in first implementation of the data source.
- Filtering
- Sorting
- Pagination
- Loading plain data with data source
- Tree data lazy loading
Does that cover your use case?
@MBilalShafi Yes it is fully covers my needs especially the data tree implementation
@MBilalShafi any update on the initial release? We're doing pagination now using the "old" way. Any specific issues/PRs we should follow? Thanks!
Hey @BrentFarese thank you for your continued interest in the set of features related to backend integration, you can subscribe to this first phase PR which is currently under review: https://github.com/mui/mui-x/pull/12317 You can check the in-progress documentation [plain data, tree-data], play around with the demos, and give some early feedback if you'd like.
Hi @MBilalShafi,
We've been using the DataGrid in our app since it was first released. Our app binds various server-side data sources with different interfaces from 100 rows to several million rows. For this reason, we have relied on the server-side filtering and sorting modes in combination with Infinite Loading from the very beginning to implement server-side data.
Due to @cherniavskii comment that the new data source mechanism will replace the previous server-side modes, I am now a little unsure whether there is a suitable migration path for our approach.
This leads to two questions:
- Is this approach - Infinite Loading with server-side filtering and sorting - also supported with the new data source mechanism?
- Is the new data source mechanism released as major release? I hope so, because this is a major change for us and probably some other customers too.
Hey @sebastianfrey,
The currently supported filtering, sorting, pagination are going nowhere, at least for now. The data source is supposed to be an opt-in feature, if not used, the Grid will behave the same as of today.
Coming to your questions, yes, the infinite loading will be subsequently supported with the data source, but it will most likely be hidden behind a flag, to be backward compatible.
If we even plan to replace the current implementation with the new one, it will happen no sooner than the next major release (expected in March 2025), and there will be a proper migration path available for the breaking features before that.
How does that sound?
Hi @MBilalShafi, thanks for reaching out and clarifying things. Yes that makes sense, as soon as the new data source feature is released I will make some tests involving infinite loading.
Hi, is there a way to update data in the data source or may be it is planed to falter? For example when new entries are comming from a websocket, I would like to prepend them to show in first rows of the table.
Hey @aleksei-a-savitski, one way of updating the data source data (by editing the rows) is under development already, see the related issue: https://github.com/mui/mui-x/issues/13261 Regarding your specific use-case, would you mind creating a separate issue with a little bit more detail for us to analyze if it's something achievable with the current API or if it worth adding to the Data Grid?
hi @MBilalShafi, rows updates is not a solution for me. Probably what I'm trying to implement goes beyound of current GridDataSource implementation. I created an issue to explain https://github.com/mui/mui-x/issues/16289
Hi @MBilalShafi are there any plans on documenting cursor-based pagination with DataSource? The company I work for has MUI-X Premium licenses and we are using Graphql Relay for our data fetching and so far I haven't been able to figure out how to integrate it with the new DataSource aproach.
@PeturSteinn, it's one of the follow-ups of the data source feature likely to be worked in coming days. I've created an issue to track it: https://github.com/mui/mui-x/issues/16674 Feel free to subscribe to the issue for updates.