Есть таблица в MSSQL вида:


Короче, дерево с узлами, для каждого узла определены аттрибуты и их значения. Есть GUI форма, состоящая из TreeView и полей, которые соответствуют аттрибутам.

Надо: Зачитать дерево, отобразить в TreeView, и сделать так, чтобы по выделению узла в полях значения менялись на соответствующие данному узлу. Если в полях изменяются значения аттрибутов и давится кнопка "Save", то внести соответствующие изменения в базу.

Что сделал - зачитал дерево, нарисовал его в TreeView, в качестве элементов вписал NodeID. По изменению выделения узла происходит зачитка атрибутов из базы. За ключ берется значение TreeView.SelectedNode.Text.

Оно конечно так работает, но имхо, получилась какая-то лабуда - значения хранятся в компоненте, предназначеном для отображения информации. Плюс постоянно происходит обращение к базе. Плюс по-хорошему надо отображать NodeCaption, которые не всегда уникальны.

Есть мысль, что надо создать какую-то деревянную структуру в памяти, зачитать сначала в нее, хранить все изменения в памяти, а потом скопом писать их на сервер. Что-то в этом духе:

<Дерево в TreeView> - <Дерево в Памяти> - <Дерево на SQL сервере>

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

Идеи есть?

Да, еще один момент - хорошо бы дерево не целиком зачитывать, а только по мере надобности кусками.
Язык разработки - VB.NET

Точно. На данный момент видение задачи таково:

Поскольку деревяшка лежит на сервере в виде таблицы, то вытягивать на клиента части этого датасета - открылся узел, зачитать в датасет данные и отобразить в TreeView. Открылся еще один узел - снова зачитать.

В Tag записать ключи ID. Меяется выделенный узел в TreeView - cчитать из Tag-а ID, по нему считать значения аттрибутов из датасета в памяти. И все это отобразить.

Осталось только сделать.

Если кто знает грабли такого подхода - поделитесь. А то сначала все казалось очень просто, но оказалось - увы, не очень.

Всем спасибо. Как делать - действительно зависит от постановки.

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

Задача, собственно, взялась из тестового задания, которое я успешно провалил, в силу отсутствия знания класса TreeView вообще и свойства Tag в частности. Сейчас все сделал почти так, как тут выше предлагалось: отдельный класс, хранящий значения аттрибутов, объект этого класса запихивается в Tag. По факту изменения значений аттрибутов узла - сохранение в базе.

В принципе была идея хранить все в датасете и обновлять разом несколько измененных узлов, но доделывать, вернее, переделывать стало лениво.


Задачка, кстати, мне понравилась - относительно простым заданием проверяется знание много чего - ADO.NET, базовых классов, то, как человек придумывает и реализует алгоритм. На все про все было выделено три часа. Время, кстати, адекватное? Потому как я с этим проковырялся где-то часов семь на выходных с перерывом на обед...