Реализация Pivot

Тройка

Добрый день. Понадобилось сделать вот такую шутку. Есть 4 записи вида
EntityId
Нужно получить 2 записи вида:
EntityId
Типичный объем данных - 100К сущностей с 20 атрибутами. В аттаче есть винформ проект.Прогнал тесты получил такие результаты:Сущностей: 100КАтрибутов у сущности: 20Потребление памяти до 500 мбВремя в сек
Батч
Есть 2 вопроса. Первый - стоит ли так делать? В качестве альтернативы смотрел PivotGrid от Devexpress.Отрисовал грид на этих данных за 37 секунд, съев 800 мегабайт памяти.В общем не плохо, но есть 2 проблемы. Первая - у меня сущность имеет еще часть параметров в обычном так скзать виде. Т.е. она имеет не только EntityId но и еще с десяток столбцов. Их нужно отобразить вместе с динамически сформированными столбцами по этому алгоритму. Пробовал для этого использовать Unbound Field и Unbound Field Expression и как-то не получилось у меня прилепить одно к другомуНу и вторая проблема, это то, что все это происходит на клиентской стороне где может быть далеко не новый селерон и 2 Гб оперативы. А так можно через 3-звенку на сервере сделатьИ второй вопрос, если по первому ответ что заниматься стоит, то можно ли еще как-то улучшить производительность? cкачать
2 ответа

Тройка

Посмотрите в сторону OLAP-кубов


Тройка

Тройка,Это не запрос шахматка/кросстаб?Было в факе сиквела несколько примеров