Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Parent-child и More then 64000 members
|
|||
|---|---|---|---|
|
#18+
Господа, подскажите плиз, как решить следующую проблему в MS AS2000. Есть две таблицы: 1. Иерархия групп счетов - с полями ID группы, ID родительской группы, название группы 2. Счета - Номер, ID родительской группы. При этом количество счетов в некоторых группах превышает 64000. Необходимо построить измерение типа parent-child (c неровной иерархией), где счета и группы были бы объединены, т.е. чтобы соблюдалась иерархия групп и в каждой группе были бы на нижнем уровне принадлежащие ей номера счетов. Я построил вьюшку из этих двух таблиц с юнионом, поля взял из таблицы групп, а в таблице счетов номер использовал в качестве ID группы, родительская группа и так уже в ней есть. Но таким образом построить измерение не удается, так как счетов в группе слишком много. В связи с этим вопрос: верно ли вообще такое склеивание разнородных таблиц идеологически, может, есть какой-то более простой способ достич результата? если же способ правильный, каким образом можно сделать в parent-child измерении фиктивный уровень? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.02.2006, 19:24 |
|
||
|
Parent-child и More then 64000 members
|
|||
|---|---|---|---|
|
#18+
про идеологию можно прочитать тут: INF: How to Work with More Than 64,000 Children Per Parent Best Practices for Microsoft Business Intelligence а здесь работающий совет Top 9 Analysis Services Tips чтоб не регистрироваться: "6. Create Grouping Levels Manually This entails adding a new level to the dimension, then modifying the Member Name Column and Member Key Column properties. For instance, you might define the member key column and member name column for the grouping level as follows: LEFT("CustomerDimTable"." CustomerName", 1) " ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.02.2006, 20:45 |
|
||
|
Parent-child и More then 64000 members
|
|||
|---|---|---|---|
|
#18+
Насколько я понял, это не совсем то, что нужно. Проблема состоит именно в том, что есть больше 64000 мемберов в parent-child измерении, и дополнить его еще одинм уровнем затруднительно - если вводить новый уровень типа Блок (int(Номер счета /1000)), то сбивается иерархия групп. Решение может быть в виде вычисляемого поля 'int(Номер счета /1000)+ID родительской группы', но тогда надо добавлять во вьюшку фиктивные записи вида 'int(Номер счета /1000)+ID, ID родительской группы', что мне кажется идеологически не верным. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2006, 14:24 |
|
||
|
|

start [/forum/topic.php?fid=49&tid=1870578]: |
0ms |
get settings: |
10ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
45ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
30ms |
get tp. blocked users: |
1ms |
| others: | 225ms |
| total: | 350ms |

| 0 / 0 |
