powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / OLAP и DWH [игнор отключен] [закрыт для гостей] / Как правильно с точки зрения usability ?
6 сообщений из 31, страница 2 из 2
Как правильно с точки зрения usability ?
    #32707680
Torin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Родился неплохой вариант !
Сегодня, с Валентином, родили 3-й вариант. Учитывая, что с точки зрения хранилища мера и размерность - одно и то же (просто мера - "плосткая" размерность с элементами, которые агрегируются по другими размерностям) - это мой вольный "перевод" ;-)

"Расшиваем" наше дерево "чего меряем" на нижнем уровне в "в чем меряем"
Запрещаем использование любого уровня, кроме конечного, т.е. презентативность дерева остается, но ничего снизу вверх не сворачивается.
Получается примерно так:
--Начальный остаток (остаток на начало периода)
---В кг.
---В кол-ве штучек
---В кол-ве упаковок
---в Сумме реализации
---В сумме учета
---В сумме N
--Конечный остаток
---В кг.
---В кол-ве штучек
---В кол-ве упаковок
---в Сумме реализации
---В сумме учета
---В сумме N
И т.д.

Плюсы - вместо "плоского" measure древовидный
Минусы - пропадают за ненадобностью видимые клиенту measure, но это пережить можно, что неприятнее - на клиенте нельзя свои формулы накладывать. Если что-то надо - то делать в кубе только.. Может и к лучьшему - шустрее будет.

Каково ?
...
Рейтинг: 0 / 0
Как правильно с точки зрения usability ?
    #32707907
Владимир Штепа
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А какие изменения в таблице фактов для реализации этого вы предприняли?
Что является физическими мерами?
...
Рейтинг: 0 / 0
Как правильно с точки зрения usability ?
    #32709105
Torin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
backfireА какие изменения в таблице фактов для реализации этого вы предприняли?
Что является физическими мерами?
Физические меры остаток (кол-во, сумма 1, сумма 2), движение 1..N . Но они будут невидимыми.
Все остальное - на лету.
...
Рейтинг: 0 / 0
Как правильно с точки зрения usability ?
    #32709375
Владимир Штепа
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я сниму перед Вами шляпу, если у Вас с performance все OK будет.

Если не секрет каковы масштабы (таблица фактов, куб, измерения)?
Требуемое время отклика < 10s ?
...
Рейтинг: 0 / 0
Как правильно с точки зрения usability ?
    #32709485
Jurii
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
To backfire:

Либо агрегируйтесь и реально получайте 5-6 млн. фактов, либо вам дорога в MOLAPы (Hyperion, MS AS, Cognos)."
Это не раз обсуждалось на форуме - заявление г. Иванова мягко говоря очень отдалено от действительности.


А моя практика показывает, что г-н Иванов прав. Конечно, если у меня в таблице 5-6 миллионов фактов и я хочу вывести список всех фактов по одному клиенту - это легко. Но это не аналитический запрос. Более сложный запрос например - показать динамику процентного соотношения продаж N клиентам по одной группе товаров к общему итогу, при условии что эти клиенты приносят максимальную прибыль при покупке другой группы товаров, и показывать динамику для разных значений фильтрации отчета (по всем регионам, для некоторых, и т.п.) и с разной детализацией - например для месяцев года, или для недель всех лет... На подобных запросах любой SQL уйдет в даун, поскольку здесь требуется оперировать не миллионами записей, а миллионами чисел-агрегатов.

Вы и на консультациях грузите в терминах Drag and Drop? Без упоминания слов "мышка", "подтащить", "перетащить" вы можете это объяснить?

На консультациях я это показываю. Согласитесь, что описать действие подтаскивания города под одну группу товаров из боковика отчета, а прибыли под другую группу товаров - довольно непросто... Без слова Драг энд дроп не обойтись :)

Вопрос стоял о проектировании куба, а не выборе клиента.

Я упомянул ОЛАП-клиента, поскольку он решал задачу г-на Торина при имеющейся у него структуре куба.

To noodle:

На самом деле очень трудно не спутать. И в MicroStartegy и в Cognos - сплошные отчёты. И кубы также есть в обоих в продуктах.

Хорошо сказано... В продукте MS Excel тоже сплошные отчеты, и тоже есть кубы :) Да и в космос можно попасть на велосипеде с вероятностью 50% - либо можно попасть, либо нельзя, одно из двух
Даже если мы делаем интерактивный многомерный анализ, мы получаем серию интерактивных отчетов (если считать отображение информации на экране - отчетом).
Что касается кубов, то хотя они есть и там, и там, слишком уж они разные, и это много раз обсуждалось. У MSTR как ни крути - нет реального MOLAP-сервера, и я бы сравнил его кубы с микрокубами BusinessObjects.

To Андрей Прохоров:

Очень забавно наблюдать, как утверждение специалаиста имеющего пусть и не однозначный, но реальный опыт траснформируются в утверждения "профессионала":

С моей точки зрения, г-н Иванов - не заурядный специалист, а именно - профессионал. Хотя данное мнение о слабости традиционного SQL при аналитических запросах - это не секрет и для новичков.
...
Рейтинг: 0 / 0
Как правильно с точки зрения usability ?
    #32711061
noodle
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
JuriiTo backfire:

Что касается кубов, то хотя они есть и там, и там, слишком уж они разные, и это много раз обсуждалось. У MSTR как ни крути - нет реального MOLAP-сервера, и я бы сравнил его кубы с микрокубами BusinessObjects.

.

Для меня, и не только для меня наличие "полноценного MOLAP сервера" вовсе не однозначно нужно трактовать как преимущество продукта. Смотрите сами, классические MOLAP сервера, такие как Hyperion и Oracle Express из года в год теряют рынок (см. www.olapreport.com). А в прошлом году к этой сладкой парочке присоединился и Cognos, потеряв полпроцента рынка. И дело не в стремительно прущей вверх дешёвке под названием Microsoft AS. На мой взгляд, место MOLAP - в реализации задач типа планирование, бюджетирование и т.п. А на рынке аналитических средств время MOLAP-ов сочтено. Никто не верит Вашим клятвенным заверениям, что Cognos на многомиллионных базах отрабатывает за доли секунд. Далеко не факт, что многомерная адресация так уж быстрее реляционной. А если присовокупить все прелести MOLAP-ов, таких как взрывы данных, то и совсем становится скучно, поскольку на реальных проектах объёмы данных становятся совсем не детскими.
...
Рейтинг: 0 / 0
6 сообщений из 31, страница 2 из 2
Форумы / OLAP и DWH [игнор отключен] [закрыт для гостей] / Как правильно с точки зрения usability ?
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]