Всем привет!

Есть страница, на ней таблица, с сервера приходят ~11к записей(nested tree), в таблице они изначально не рендерятся. Над каждым столбцом таблицы есть фильтр(multiple select), соответственно можно фильтровать этот большущий массив. Мне бы хотелось узнать, есть ли какие-нибудь best practise как такое реализовывать.

Я использую для биндинга нокаут, первое в голову приходит биндить отфильтрованный массив, но здесь нужно как то думать над сохранением стэйтов узлов(данные отображаются в виде дерева), т.е. например выбрали фильтр 1, отфильтровались данные, забиндились, юзер по дереву потыкал и потом ему вздумалось еще фильтр добавить по какой-нибудь колонке и с таким подходом, исходные данные фильтруется опять и все рендериться заново, получается нужно как то мапить прошлые стэйты. Как вариант, можно сделать все дочерние узлы observableArray и "прикреплять" к дереву только не существующие сейчас узлы(после фильтра), в этом случае не нужно париться над стэйтами... но хороший ли это подход...

Может кто-нибудь сталкивался, как вообще лучше реализовывать подобные задачи, минус еще в том, что массив большой и при биндинге нокаут подвисает(если выбрано много фильтров)...

11 к записей достаются один раз и кладутся в массив и дальше уже вся работа идет с этим массивом. Мне кажется это лучше, чем за каждым чихом бежать в базу... Т.е. Данные-это дерево, при рендеринга страницы юзеру выводится только первый уровень этого дерева, а это 10 записей. Дальше он отфильтровал например по первой колонке, второй и вместо того, чтобы лезть в базу, фильтруется исходный массив

вадя, спасибо, но мне подход с базой не нравится. Какие бенефиты от этого, мне не понятно. На js массив отфильтровать не проблема, даже древовидную структуру, делается это влёт даже с 11к записей, вся проблема в том, что когда нокаут биндит массив на темлейт, страница подвисает, а тут откуда мы их взяли - из базы или массива, какая разница.

k2, спасибо :)