Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Несколько дат в одной таблице фактов
|
|||
|---|---|---|---|
|
#18+
Таблица фактов о продажах содержит несколько дат - дата отгрузки, дата инвойсирования, дата проведения в Главную книгу. Есть измерение TimeByDate. При создании куба НЕ удается сделать так, чтобы было три разных оси времени - все измерения, которые я создаю (виртуальные и регулярные), привязываются к кубу не по измерению, а по таблице - то есть, если я связал одно измерение по GLDate, то любое другое подключаемое измерение связыватся именно по GLDate, не давая возможность выбора. В каком направлении рыть? создавать отдельные кубы, а потом их связывать в виртуальный куб? Заранее спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 14:45 |
|
||
|
Несколько дат в одной таблице фактов
|
|||
|---|---|---|---|
|
#18+
А сделать несколько измерений: Я делал у себя два измерения: "Даты отгрузки" и "Даты оплаты" (подразумевается "документа"). Можно сделать две таблички дат и по ним строить измерения. Наверное не оптимально, но работает нормально ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 16:37 |
|
||
|
Несколько дат в одной таблице фактов
|
|||
|---|---|---|---|
|
#18+
все связи можно пересоздать вручную... или пугает именно это неудобство? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 17:15 |
|
||
|
Несколько дат в одной таблице фактов
|
|||
|---|---|---|---|
|
#18+
Dmitry Biryukovвсе связи можно пересоздать вручную... или пугает именно это неудобство? Я бы рад, да еще не знаю как. Вы имеете в виду через команды MDX? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 17:37 |
|
||
|
Несколько дат в одной таблице фактов
|
|||
|---|---|---|---|
|
#18+
SoulsurferМожно сделать две таблички дат и по ним строить измерения. Стыдно такое будет показывать. Еслу уж припрет по срокам, то я скорее создам два-три куба и соединю их в виртуальный, - но тогда прийдется для measures придумывать разные имена. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 17:40 |
|
||
|
Несколько дат в одной таблице фактов
|
|||
|---|---|---|---|
|
#18+
SoulsurferМожно сделать две таблички дат и по ним строить измерения. Стыдно такое будет показывать. Еслу уж припрет по срокам, то я скорее создам два-три куба и соединю их в виртуальный, - но тогда прийдется для measures придумывать разные имена. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 17:48 |
|
||
|
Несколько дат в одной таблице фактов
|
|||
|---|---|---|---|
|
#18+
PiПри создании куба НЕ удается...не давая возможность выбораПардону прошу... А о каком продукте речь идёт? В MS-е действительно многое можно перепряпрюпривязать... Просто мышкой... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 18:34 |
|
||
|
Несколько дат в одной таблице фактов
|
|||
|---|---|---|---|
|
#18+
Alex Fox PiПри создании куба НЕ удается...не давая возможность выбораПардону прошу... А о каком продукте речь идёт? Sorry ! Речь идет о MS SQL Analysis service 2000 EE SP4. Когда я создал несколько dimensions по той же самой таблице, и внес эти dimensions в куб, то я вижу только одну таблицу - и связать могу только по одному полю. Сам куб строится, dimensions визуализируются, но привязка идет только по одному полю. Пример - в аттачменте, видно, что иерархий много (они все - по одним и тем же таблицам), а связка - только одна. P.S. Sorry за использование MS PowerPoint формата - jpeg получился больше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 19:12 |
|
||
|
Несколько дат в одной таблице фактов
|
|||
|---|---|---|---|
|
#18+
Одну и туже таблицу можно добавлять несколько раз давая ей различные алиасы в Analysis Manager. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.10.2005, 14:38 |
|
||
|
Несколько дат в одной таблице фактов
|
|||
|---|---|---|---|
|
#18+
JohNickОдну и туже таблицу можно добавлять несколько раз давая ей различные алиасы в Analysis Manager. Great thank, JohNick! Это как раз то, что нужно! Вопрос для меня решен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.10.2005, 15:53 |
|
||
|
Несколько дат в одной таблице фактов
|
|||
|---|---|---|---|
|
#18+
Уважаемый Pi, а зачем такая хитрая нормализация измерения времени. Зачем вы себе зря жизнь усложняеете. Всегда достаточно одной таблицы. У Вас же измерение времени "как у всех" по дневное, а не по секундное. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.10.2005, 23:38 |
|
||
|
Несколько дат в одной таблице фактов
|
|||
|---|---|---|---|
|
#18+
backfireа зачем такая хитрая нормализация измерения времени Ну, скажем так - от лени. В данном случае использовались существующие таблицы. Для них уже есть интерфейсы (из Scala), персоны саппорта, и прописанные регламенты. "Не множь сущности сверх необходимого" - это, кажется, Оккам? Другое дело, что если сведение данных в одну таблицу повысит время отклика куба (мы пока пытаемся остаться в рамках Real-time OLAP) - то можно будет чего-то дописать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.10.2005, 09:43 |
|
||
|
Несколько дат в одной таблице фактов
|
|||
|---|---|---|---|
|
#18+
PiДругое дело, что если сведение данных в одну таблицу повысит время отклика куба (мы пока пытаемся остаться в рамках Real-time OLAP) - то можно будет чего-то дописать. А можно подробнее про задачи возлагаеміе на real time OLAP? Правильно ли я понимаю, что у вас ROLAP кубы. Как вы достигаете real time на AS 2000? Используете ли аггрегации? А измерения тоже ROLAP? Если у вас real time ROLAP, то многое зависит от используемого клиента и от схемі куба. Копайте в сторону исследования используеміх MDX запросов и планов SQL посілаемых AS на SQL ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.10.2005, 02:06 |
|
||
|
Несколько дат в одной таблице фактов
|
|||
|---|---|---|---|
|
#18+
Dear backfire, извините за задержку с ответом - наспех отвечать не хотелось, а детально не было времени. Вообще-то наша задача - это повысить реактивность и удобство отчетной системы. Возможно, что одной денормализации базы данных было бы достаточно, но - кубы будут еще лучше (пора учить пользователей). Real-time возник по настоянию пользоваталей, которые хотят "запустить большого крокодайла" и тут же увидеть, чего "он" там в системе наменял. Другими словами - это типичный On-line Data Storage. Пока я барахтаюсь на "пилоте" - это видно хотя бы из вопросов, которые я задаю. Поскольку нам нужен real-time куб, то взяли ROLAP - он единственный у Microsft real-time. На AS 2000 real-time - это SQL Server EE + выставленная фича в кубе. Измерения я специально не определял, они сами определились при первом процессинге куба. Иерахия времени потому такая специфичечкая, что наш фискальный год - это нечто перпендикулярное календарному: год начинается летом, месяц начинается в субботу, и т.д. А иерархия таблиц уже есть готовая. Куб получается переусложненный потому, что наш Архитектор хочет получить drillthrough прямо в Excel, и, не зная, как это делать с кубом, мы запихнули ордера в иерархию покупателей -> получили 157 000 единиц на первом уровне иерархии (вместо 100-150, как можно было бы). Сейчас "достроили" куб до того, что из таблицы фактов невозможно ничего удалить: Код: plaintext Internal Query Processor Error: The query processor could not produce a query plan. Contact your primary support provider for more information. Другими словами, пока нам надо пить за то, чтобы наши возможности догнали наши желания. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2005, 19:41 |
|
||
|
Несколько дат в одной таблице фактов
|
|||
|---|---|---|---|
|
#18+
архитектора сменить не пробовали? :-) или хотя бы пошлите его на тренинг по ХД/ОЛАП... Время надо делать на обычной таблице с полями для каждого специфического и неспецифического уровня.. вам нужен анализ по ордерам или только drillthrough? если только drillthrough, то не надо пихать его в измерение. Если и анализ тоже, то сделайте измерение покупателей depends on ордера для повышения реактивности сделайте одну партицию real-time ROLAP - сегодняшний день, остальные - MOLAP - более старые данные. а с запросом на удаление обратитесь в бид1 имхо, надо удалить 0=0 (это от лени програмерской нормально составить скл-запрос что ли?) и создать индекс по двум полям. да и патчи последние поставить ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2005, 21:01 |
|
||
|
Несколько дат в одной таблице фактов
|
|||
|---|---|---|---|
|
#18+
Dmitry Biryukov Время надо делать на обычной таблице с полями для каждого специфического и неспецифического уровня.. Dear Dmitry, если перевод времени из иерархии таблиц в одну облегчит проблему - обязательно это сделаем! Но Вы уверены, что это именно решит проблему, а не повысит реакцию? Dmitry Biryukov вам нужен анализ по ордерам или только drillthrough? если только drillthrough, то не надо пихать его в измерение По ордерам нужен именно drillthrough, они "засунуты" в измерение от нежелания Архитектора заниматься интерфейсом. Более того, номер ордера в drillthrough - это не все, что хотелось бы, хотелось еще ряд полей. Dmitry Biryukov для повышения реактивности сделайте одну партицию real-time ROLAP - сегодняшний день, остальные - MOLAP - более старые данные. а с запросом на удаление обратитесь в бид1 Вот это пытаюсь протолкнуть с самого начала. Dmitry Biryukov имхо, надо удалить 0=0 (это от лени програмерской нормально составить скл-запрос что ли?) и создать индекс по двум полям. да и патчи последние поставить А вот что касается 0=0 и прочее, то тут причина вряд ли в этом. Без real-time куба все работает без проблем, при построении куба по мере его роста нарастают проблемы. На сервере MS SQL 2000 EE стоит SP4. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.10.2005, 09:45 |
|
||
|
Несколько дат в одной таблице фактов
|
|||
|---|---|---|---|
|
#18+
Pi Dmitry Biryukov Время надо делать на обычной таблице с полями для каждого специфического и неспецифического уровня.. Dear Dmitry, если перевод времени из иерархии таблиц в одну облегчит проблему - обязательно это сделаем! Но Вы уверены, что это именно решит проблему, а не повысит реакцию?Одну из проблем (год начинается летом, месяц начинается в субботу, и т.д) решит, и реакцию не повысит. Pi Dmitry Biryukov вам нужен анализ по ордерам или только drillthrough? если только drillthrough, то не надо пихать его в измерение По ордерам нужен именно drillthrough, они "засунуты" в измерение от нежелания Архитектора заниматься интерфейсом. Более того, номер ордера в drillthrough - это не все, что хотелось бы, хотелось еще ряд полей. Ну и в чём проблема? удалите это измерение и добавьте в drillthrough столько полей, сколько нужно. Pi Dmitry Biryukov для повышения реактивности сделайте одну партицию real-time ROLAP - сегодняшний день, остальные - MOLAP - более старые данные. а с запросом на удаление обратитесь в бид1 Вот это пытаюсь протолкнуть с самого начала. И как успехи? Pi Dmitry Biryukov имхо, надо удалить 0=0 (это от лени програмерской нормально составить скл-запрос что ли?) и создать индекс по двум полям. да и патчи последние поставить А вот что касается 0=0 и прочее, то тут причина вряд ли в этом. Без real-time куба все работает без проблем, при построении куба по мере его роста нарастают проблемы. На сервере MS SQL 2000 EE стоит SP4. похоже, что проблема в блокировках. У Вас я так понял и OLTP и OLAP работают на одной и той же таблице? это не есть гуд... [offtop]я так понял, все ваши проблемы от того, что архитектор упрощает себе жизнь. попробуйте всё же немного изменить архитектуру вашего решения[/offtop] ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.10.2005, 11:02 |
|
||
|
Несколько дат в одной таблице фактов
|
|||
|---|---|---|---|
|
#18+
Уважаемый Pi, 1. 157 тыс элемнтов в измерении это еще цветочки. У меня измерение Order имеет миилион и выше (в измерении только один уровень, если не считать автогруппировки, но автогруппировка сделана для клиента невидимым) 2. Зачем вам real time Olap на весь куб. Этого достаточно на партицию сегодняшнего дня (недели), все остальные надо класть в обычный MOLAP. (кстати, у меня раздел "за сегодня" нормальный MOLAP, но процессится через каждые 15 минут) 3. Без хранилища, прямиком на оперативной системе вы далеко не уедете. 4. Лично мое мнение - drillthrough не есть гут. От него только головная боль. Если у вас свой клиент и MDX вы рисуете сами, то кто вам мешает сгенерить под это дело SQL и тянуть те данные и так как вам надо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.10.2005, 21:13 |
|
||
|
|
start [/forum/topic.php?fid=49&tid=1870983]: |
0ms |
get settings: |
9ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
33ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
50ms |
get tp. blocked users: |
2ms |
| others: | 260ms |
| total: | 382ms |
| 0 / 0 |
