Показать сообщение отдельно
Старый 01.08.2011, 07:43   #19  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
Вы, наверное, про обычные сводные таблицы Excel без OLAP говорите?
Э-э-э...вроде про ОЛАП говорим.

Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
Там дерево построить, действительно, тяжело. В чем проблема для OLAP и последних версий Excel?
Я же написал
Сводные таблицы отвратительно работают по иерархической структуре (parentID, ChildID).
Сводные таблицы просто неправильно работают, если подсунуть им граф вместо дерева.

Поясняю:
В частности ОЛАП не проверяет глубину дерева (если ему скормить parentID, ChildID). Что чревато отказами при обходе в глубину.

ОЛАП не будет проверять, что ему подсунули граф, а не дерево. В лучшем случае он просто будет агрегировать (суммировать) несколько раз. В худшем - зациклится.

Следовательно валидация - задача программиста.
Я повторю свою мысль: Как правило, наличие дерева означает что есть очень жесткие ограничения, которые скорее всего противоречат реальной жизни.


Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
Насчет фильтров и дерева. Не работал с 1С, но кто мешает выбрать в дереве самый первый родительский объект, который покажет именно все записи?
Во-первых, это надо программировать.
Таких тонких моментов, которые "надо программировать" с деревом очень много.
Поэтому я и говорил про "усложнение на порядок".

Во-вторых, "первый родительский объект" не решает проблему.
Предположим, что установили на первый родительский объект. Значит ли это, что все найденные "*пальто*" принадлежат родительскому объекту?
__________________
полезное на axForum, github, vk, coub.