JuriiЕсли не секрет, Вы и г-н Сакович - один и тот же человек, или Вы - коллеги

Не секрет - коллеги.

JuriiНедавно один мой знакомый из крупной розницы выяснял в Вашей компании как MSTR борется с глубокой несбалансированногй иерархией, и в итоге он сделал вывод, что на приличных объемах (десятки-сотни миллионов записей) MSTR слабовато.

Разрешите, я не буду комментировать Ваши домыслы. Ни один из мои коллег не в курсе, о чем в принципе может идти речь %).

JuriiЧто касается тендера, то как Вы помните, там было всего лишь 4 уровня иерархии товаров, и они лежали отдельными полями в одной табличке (сбалансированная иерархия).

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

Насчет того, что там было всего 4 уровня иерархии. Будь там 2 уровня, 4, 10 или даже 40, алгоритм решения задачи остался бы соверешнно тем же самым. Ни я, ни моя компания, ни МСТР не претендуют на изобретение велосипеда при решении этой задачи - используется проверенный способ, который описывается в многих книгах, в частности даже тренингах по МСТР.

JuriiПравильно ли я понимаю, что Вы имеете в виду денормализованные таблички JDE, а не таблицы с первичными документами? Приведите названия этих таблиц, и я подумаю, сколько уйдет времени на создание на их основе аналитической модели.

Юрий, на сайте Вашей компании висит реклама о пилотном проекте на любои источнике за 2 часа, а на всяких конференциях Вы расссказываете о вреде DWH и о том, что Вы можете сделать любой проект в Powerplay за 3 дня. Зачем что-либо оценивать, если я на одну маленькую витринку предлагаю Вам вместо обещанных 2 часов целых 4?!!

Но раз Вы все-таки просите, пара самых больших таблиц: F4211 и F42119. Чтобы не мучать Вас поиском информации, что же это такое - это таблицы текущих заказов и истории продаж. Каждая из них содержит 300-400 колонок.
Ну и еще один небольшой ньюанс: логика необходимых преобразований, а также контроля того, чтобы информация не дублировалась, описана на императивном языке программирования, и листинг занимает десятки, если не сотни страниц. Меня больше всего инетерсует вопрос, как Вы с помощью мышки реализуете все необходимые преобразования %).

Ну так хватит 4 часов? %).

JuriiТак все таки, если в учетной системе есть таблицы parent-child (это актуально и для 1С, и для Паруса, и для многих других учетных систем), к какому виду/структуре их стоит приводить проектируя ХД? Разнести уровни иерархии по отдельным таблицам?

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

backfireГоспода, кто, кроме Юрия, скажет, что это не оголтелая реклама?

Это не только реклама, но распространение заведомо вымышленной информации.