Layout 制表器持久化模式和';保存';布局到MYSQL数据库以供将来重用

Layout 制表器持久化模式和';保存';布局到MYSQL数据库以供将来重用,layout,upload,persistence,tabulator,Layout,Upload,Persistence,Tabulator,我有一个强大的报告系统,我希望迁移到此解决方案 我们有120多个不同的报告,其中有100多个过滤器,最终用户可以选择一个报告,选择过滤器&我们将报告及其过滤器保存在数据库中,以供以后重复使用,基本上为他们提供个性化的保存报告。这使最终用户能够稍后返回并预加载保存的报告及其筛选器,从而省去了之前必须记住用于筛选器的内容的麻烦。该解决方案非常有效……但我们希望对其进行增强,以便最终用户可以控制显示的列的布局(即删除和移动列)。我们希望能够像保存他们的报告/过滤器选择一样保存他们的布局选择。我们不想保

我有一个强大的报告系统,我希望迁移到此解决方案

我们有120多个不同的报告,其中有100多个过滤器,最终用户可以选择一个报告,选择过滤器&我们将报告及其过滤器保存在数据库中,以供以后重复使用,基本上为他们提供个性化的保存报告。这使最终用户能够稍后返回并预加载保存的报告及其筛选器,从而省去了之前必须记住用于筛选器的内容的麻烦。该解决方案非常有效……但我们希望对其进行增强,以便最终用户可以控制显示的列的布局(即删除和移动列)。我们希望能够像保存他们的报告/过滤器选择一样保存他们的布局选择。我们不想保存数据,只想保存他们选择的布局。我们还将其保存在数据库中,以便以后,当他们“加载”他们保存的报告时,它不仅会加载他们以前使用的过滤器的报告…而且还会加载他们上次为自己创建的布局

不清楚,但我认为持久性配置支持这一点。但是,我不想在人们清理他们的cookie时存储在cookie中。相反,我希望将其存储在我的DB表中,当此人一个月后回来加载当月的报告时,可以加载该报告的格式选择。在我开始迁移之前,寻找一个我可以查看的示例来证明这种多步骤方法是可行的。在堆栈溢出和未找到匹配项中回顾了此处存在的问题