Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
BI продукты от MIS AG
|
|||
|---|---|---|---|
|
#18+
MS AS 30 млн. записей 10-15 измерений. Никаких проблем не возникало. Leon. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.08.2003, 12:29 |
|
||
|
BI продукты от MIS AG
|
|||
|---|---|---|---|
|
#18+
Юра, я, вроде, Вам рассказывал про 40 млн. записей при 15 измерениях. Проблема возникала только из-за того, что это была вьюха. Она тормозила. Для MS AS проблемы не возникало. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.08.2003, 12:44 |
|
||
|
BI продукты от MIS AG
|
|||
|---|---|---|---|
|
#18+
Кстати насчет SAS и больших объемов. Поскольку SAS хранит данные кубы в обычных плоских таблицах, то теоретически он может хранить любые объемы данных. Возникает вопрос как быстро они будут оттуда извлекаться. Ответ - чем больше таблица - тем медленнее :) Можно ли назвать OLAP-ом систему, которая достает срез куба полчаса? Этак можно оставаться в самой реляционке типа Oracle или MS SQL и не заморачиваться над OLAP. У других производителей проблемы с большими объемами часто связаны с тем что их модель предполагает быстрый отклик для любого куба, и если куб очень большой то этма модель может перестать работать. Но тут уж либо одно либо другое. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.08.2003, 12:56 |
|
||
|
BI продукты от MIS AG
|
|||
|---|---|---|---|
|
#18+
Я конечно читал про тест T^3, в котором в куб MS AS закачивалось чуть ли не несколько миллиардов (!) записей... С другой стороны, мне хочется прочувствовать, насколько надежен и стабилен OLAP-движок MS AS. Например, некоторые специалисты по Oracle Express говорят, что если в кубе не более 5 измерений - это легко, если 7-8 - это уже серьезно, а если 10-12 - структуру куба нужно долго оптимизировать. В Cognos PowerPlay кубы проектируются визуальными средствами, и там не принципиально - 10 измерений + 10 показателей или 20 измерений + 20 показателей - размер куба и скорость процессинга куба предсказуемы. Насчет MS AS я слышал, что бывают случаи, когда при добавлении в куб еще одного показателя, размер куба увеличивается на порядок. Вот и возникает вопрос - то ли резкий рост размера куба - это следствие того, что делается много агрегатов в соответствии с настройкой оптимизации, то ли в OLAP-движке есть скрытые ошибки, проявляющиеся на больших объемах данных в сложных по структуре кубах. И непонятно, что означает ограничение, что в кубе MS AS не может быть более одной меры типа Distinct Count... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.08.2003, 13:10 |
|
||
|
BI продукты от MIS AG
|
|||
|---|---|---|---|
|
#18+
В проекте T3 действительно закачивалось очень много записей, даже результирующий куб получился 400 Гигабайт. Но проблема в том, что кубик был всег по трем измерениям. И сами измерения были не особо сложные. Ну а что такое куб с тремя измерениями в OLAP системе, наверное, никому объяснять не надо. Так что, эксперимент можно оценивать двояко. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.08.2003, 14:06 |
|
||
|
|

start [/forum/topic.php?fid=49&msg=32224909&tid=1873223]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
169ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
52ms |
get tp. blocked users: |
1ms |
| others: | 14ms |
| total: | 281ms |

| 0 / 0 |
