Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
отношение "многие ко многим"
|
|||
|---|---|---|---|
|
#18+
как то пришел к выводу, что при отношении "многие ко многим" между таблицей фактов и таблицей предполагаемого измерения, - измерение не включается в куб, так до сих пор и думаю. И по этой причине "Тип товара" у иеня не используется в OLAP'е, к большому сожалению. Кто нибудь как-то нашел выход? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2005, 10:47 |
|
||
|
отношение "многие ко многим"
|
|||
|---|---|---|---|
|
#18+
У тебя один факт относится сразу к нескольким типам товара? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2005, 10:57 |
|
||
|
отношение "многие ко многим"
|
|||
|---|---|---|---|
|
#18+
да, получается так. Факт связан с товаром (1:М), а товар с типом товара как М:М ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2005, 11:07 |
|
||
|
отношение "многие ко многим"
|
|||
|---|---|---|---|
|
#18+
Интересно было бы услышать на примере :-) Вообще-то отношение между двумя таблицами вида M:M, имеет место быть только в логической модели данных. В физической модели данных, оно всегда реализуется через дополнительную таблицу, связь с которой получается вида 1:M и M:1. В данном случае, отношение M:M скорее всего не между таблицей фактов и измерений, а между измерением и еще одним измерением. Но интересен момент: факт сам по себе не может существовать, он должен чтото характеризировать, например для факта "оборот по счету" должно быть измерение "счет", чтобы определить оборот по какому счету. Конечно например если просуммировать все обороты по всем счетам, тогда измерения "счет" уже не будет, но могут появится другие измерения например "период суммирования". Чтобы вообще не было измерения, практически не реально, даже в агрегатах как минимум бывают измерения: ид.времени и ид.филиала. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2005, 11:50 |
|
||
|
отношение "многие ко многим"
|
|||
|---|---|---|---|
|
#18+
в AS 2005 заявлено что такие вещи поддерживаются автоматом в AS 2000 решал следующим образом: 1. схема : Тип(...); ТипТовара(Тип_ID, Товар_ID); Товар(...); Факт(...Товар_ID...) я правильно понял? 2. на ней создается обычное измерение Тип->Товар 3. в Тип добавляется элемент "Все" который назначается всем товарам; этот элемент делается элементом по умолчанию в измерении ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2005, 13:01 |
|
||
|
отношение "многие ко многим"
|
|||
|---|---|---|---|
|
#18+
олапист 1. схема : Тип(...); ТипТовара(Тип_ID, Товар_ID); Товар(...); Факт(...Товар_ID...) я правильно понял? Да, все верно (правда там еще "марка товара" затесалась, но не суть). Дело в том, что "Тип товара" - иерархическое измерение ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2005, 13:53 |
|
||
|
отношение "многие ко многим"
|
|||
|---|---|---|---|
|
#18+
забыл уточнить что у меня MS AS 2000. хотя интересно выслушать и про подобный опыт на других системах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2005, 13:57 |
|
||
|
отношение "многие ко многим"
|
|||
|---|---|---|---|
|
#18+
optimizer олапист 1. схема : Тип(...); ТипТовара(Тип_ID, Товар_ID); Товар(...); Факт(...Товар_ID...) я правильно понял? Да, все верно (правда там еще "марка товара" затесалась, но не суть). Дело в том, что "Тип товара" - иерархическое измерение В смысле parent-child? Тогда видимо никак - в AS 2000 нельзя смешивать различные типы измерений parent-child и snowflake А если имеется ввиду что Тип(....Тип, Подтип, ...) то видимо придется перейти к схеме Тип( Тип ); ТипТовара(Тип_ID, Товар_ID); ПодТип( ПодТип ); ПодТипТовара(ПодТип_ID, Товар_ID); и сделать 2 отдельных измерения для типов и для подтипов иначе не понятно как исключать из агрегатов товары попадающие в несколько подтипов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2005, 14:23 |
|
||
|
отношение "многие ко многим"
|
|||
|---|---|---|---|
|
#18+
олапист иначе не понятно как исключать из агрегатов товары попадающие в несколько подтипов про это и был вопрос, мало ли, вдруг кто-то извернулся ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2005, 15:22 |
|
||
|
отношение "многие ко многим"
|
|||
|---|---|---|---|
|
#18+
2 олапист а что подразумевали под этим? олапист в AS 2000 нельзя смешивать различные типы измерений parent-child и snowflake ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2005, 18:02 |
|
||
|
отношение "многие ко многим"
|
|||
|---|---|---|---|
|
#18+
то что измерение может быть либо parent-child либо star либо snowflake, но нельзя сформировать измерение наполовину из parent-child таблиц наполовину из star таблиц хотя рад буду ошибиться кстати как с этим в Yukon? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2005, 18:10 |
|
||
|
отношение "многие ко многим"
|
|||
|---|---|---|---|
|
#18+
но как два отдельных измерения связанных с собой можно. Наприме: есть измерение "организация", и есть отдельное измерение "География", которая выходит на факты через организацию. А вот у организации есть еще связь М:М с иерархическим измереним "Отрасль", которую я также как и "Тип товара" не могу включить в ОЛАП ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.03.2005, 09:50 |
|
||
|
отношение "многие ко многим"
|
|||
|---|---|---|---|
|
#18+
мне кажется, что с помощью custom rollup можно решить задачу. Никому в голову MDX не приходит? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.03.2005, 12:15 |
|
||
|
отношение "многие ко многим"
|
|||
|---|---|---|---|
|
#18+
ну вот еще есть способ 1. ТипТовара делаем кубом и объединяем его с основным в вируальный 2. меры переопределяем примерно вот так SUM(Extract(Distinct(NonEmptyCrossJoin({[Тип].CurrentMember}, [Товар].[Товар].AllMembers)), [Товар]), ValidMeasure([Measures].[Мера])) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.03.2005, 13:23 |
|
||
|
отношение "многие ко многим"
|
|||
|---|---|---|---|
|
#18+
чего то у меня не получилось таким образом. Буду вам благодарен за более подробное разъяснение ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2005, 14:43 |
|
||
|
отношение "многие ко многим"
|
|||
|---|---|---|---|
|
#18+
что конкретно не получилось? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2005, 15:46 |
|
||
|
отношение "многие ко многим"
|
|||
|---|---|---|---|
|
#18+
что означает олапист1. ТипТовара делаем кубом ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2005, 16:14 |
|
||
|
отношение "многие ко многим"
|
|||
|---|---|---|---|
|
#18+
создаем куб используя в качестве таблицы фактов таблицу ТипТовара из вышеприведенной схемы. какие в нем будут определены меры - не важно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2005, 16:34 |
|
||
|
отношение "многие ко многим"
|
|||
|---|---|---|---|
|
#18+
а в качестве измерения для данного куба что брать? "Тип"? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2005, 17:12 |
|
||
|
отношение "многие ко многим"
|
|||
|---|---|---|---|
|
#18+
два измерения: Тип и Товар ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2005, 17:19 |
|
||
|
отношение "многие ко многим"
|
|||
|---|---|---|---|
|
#18+
все равно не получилось. общая сумма СМ в 2 раза больше получается ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2005, 17:41 |
|
||
|
отношение "многие ко многим"
|
|||
|---|---|---|---|
|
#18+
странно странно вот "улучшенный" вариант Sum(Distinct(Extract(NonEmptyCrossJoin({[Тип].CurrentMember}, Descendants([Товар].CurrentMember, [Товар].[Товар])), [Товар])), ValidMeasure([Measures].[Мера])) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2005, 18:05 |
|
||
|
отношение "многие ко многим"
|
|||
|---|---|---|---|
|
#18+
optimizerвсе равно не получилось. общая сумма СМ в 2 раза больше получается А у вас куб случайно не виртуальный? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2005, 21:43 |
|
||
|
отношение "многие ко многим"
|
|||
|---|---|---|---|
|
#18+
Если товары и типы относятся "многие-ко-многим", значит, один товар может быть разных типов. Что означает, должна быть привязка, например в таблице фактов, какой тип используется в каждом конкретном факте. Что опять же означает, что тип - независимое от товара измерение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.03.2005, 09:42 |
|
||
|
отношение "многие ко многим"
|
|||
|---|---|---|---|
|
#18+
optimizer.... хотя интересно выслушать и про подобный опыт на других системах. .... optimizerвсе равно не получилось. общая сумма СМ в 2 раза больше получается поделюсь опытом в BO это разруливается контекстами + меры берутся из алиасов, система сама разбивает данные на кубы, а фактически на разные SQL запрсы и на уровне отчетов вяжет эти кубы и ни каких замножений не происходит. Минус этого метода - большой объем данных сваливается на клиента и при этом он должен еще их провязать, зато ни каких замножений ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.03.2005, 10:41 |
|
||
|
|

start [/forum/topic.php?fid=49&msg=32980415&tid=1871619]: |
0ms |
get settings: |
7ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
128ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
66ms |
get tp. blocked users: |
1ms |
| others: | 256ms |
| total: | 491ms |

| 0 / 0 |
