Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Как построить измерение?
|
|||
|---|---|---|---|
|
#18+
Здравствуйте! Есть таблица: [Date] datetime, Ident int, ParentIdent int [Name] varchar(50) Научите, как построить (описать) измерение(я), которое должно содержать [Date] на 1 уровне, и "дерево" из [Name] по Ident и ParentIdent на остальных. Любые разумные варианты и, пожалуйста, по подробнее. Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2005, 10:13 |
|
||
|
Как построить измерение?
|
|||
|---|---|---|---|
|
#18+
juryVЗдравствуйте! Есть таблица: [Date] datetime, Ident int, ParentIdent int [Name] varchar(50) Научите, как построить (описать) измерение(я), которое должно содержать [Date] на 1 уровне, и "дерево" из [Name] по Ident и ParentIdent на остальных. Любые разумные варианты и, пожалуйста, по подробнее. Спасибо. Пожалуйста, сначала ответьте на следующий вопрос. Что является PK таблицы? Ident или (Date, Ident)? Если Ident PK, то является ли Date одинаковым для всех его потомков? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2005, 11:27 |
|
||
|
Как построить измерение?
|
|||
|---|---|---|---|
|
#18+
PK является [Date],Ident Для каждого Ident на каждую [Date] может быть разный ParentIdent. Вполне возможна ситуация, когда на разные даты значения Ident и ParentIdent могут меняться местами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2005, 11:47 |
|
||
|
Как построить измерение?
|
|||
|---|---|---|---|
|
#18+
Юрий ВPK является [Date],Ident Для каждого Ident на каждую [Date] может быть разный ParentIdent. Вполне возможна ситуация, когда на разные даты значения Ident и ParentIdent могут меняться местами. Раз PK является ([Date],Ident), значит и FK является ([Date],ParentIdent)? Правильно? И все было бы прекрасно, если но AS2K (в отличие от AS2K5) не понимает составных ключей. А посему строим вьюху в которой из составных ключей делаем несоставные. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2005, 12:14 |
|
||
|
Как построить измерение?
|
|||
|---|---|---|---|
|
#18+
backfire Юрий ВPK является [Date],Ident Для каждого Ident на каждую [Date] может быть разный ParentIdent. Вполне возможна ситуация, когда на разные даты значения Ident и ParentIdent могут меняться местами. Раз PK является ([Date],Ident), значит и FK является ([Date],ParentIdent)? Правильно? И все было бы прекрасно, если но AS2K (в отличие от AS2K5) не понимает составных ключей. А посему строим вьюху в которой из составных ключей делаем несоставные. Офф топ. Привет backfire. Вообще можно в измерении указать конкатинацию полей и не делать вьюху так как вьюха для СУБД это тормоз и выполнения запроса SELECT DICTINCT по вьюхе будет медленее чем по таблице, так что это будет веселее. Так же можешь сделать Parent - Chlild измерение и указать там конкатинацию, только не забывай что надо указать спецификацию use.table.column ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2005, 17:06 |
|
||
|
Как построить измерение?
|
|||
|---|---|---|---|
|
#18+
измерении указать конкатинацию полей Только в AS2000, именения в дефиниции измерения в SourceSafe не под сунешь, а так все вьюхи и хранимки лягко скриптуются и с VersionControl никакого головняка. вьюха для СУБД это тормоз и выполнения запроса SELECT DICTINCT по вьюхе будет медленее чем по таблице во первых время процессирования измерений никогда еще погоды не делало, а во вторых - если вьюха без join, то что прямой запрос с конкатенацией строк на таблицу, что select * иs вьюхи - даже планы запросов одинаковые. у меня даже добрая половина кубов через вьюхи заполняется - тормозов не замечал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2005, 17:34 |
|
||
|
Как построить измерение?
|
|||
|---|---|---|---|
|
#18+
backfire измерении указать конкатинацию полей во первых время процессирования измерений никогда еще погоды не делало, а во вторых - если вьюха без join, то что прямой запрос с конкатенацией строк на таблицу, что select * иs вьюхи - даже планы запросов одинаковые. замечал. Погаречился ты, если у тебя измерение не оптимизированно в процессе куба у тебя будет join с таблицой фактов а join с вьюхой это круто. И измерения разные, есть которые строяться через function от field вот это целая песня. Вообщем все зависит от задачи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2005, 18:11 |
|
||
|
Как построить измерение?
|
|||
|---|---|---|---|
|
#18+
OLAPMASTERПогаречился ты, если у тебя измерение не оптимизированно в процессе куба у тебя будет join с таблицой фактов а join с вьюхой это круто. И измерения разные, есть которые строяться через function от field вот это целая песня. Вообщем все зависит от задачи. Неоптимизированные измерения это для ленивых и убогих. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2005, 20:05 |
|
||
|
|

start [/forum/topic.php?fid=49&tid=1871466]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
160ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
32ms |
get tp. blocked users: |
1ms |
| others: | 268ms |
| total: | 501ms |

| 0 / 0 |
