Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
подскажите как быть.....
|
|||
|---|---|---|---|
|
#18+
Простите за глупый вопрос, подскажите как нужно сделать (MS AS 2K): имеется таблица фактов Приходов/Расходов ПриходРасход DateID Firma1ID (продавец) Firma2ID (покупатель) TovarID Kolvo Firma1 продала товар Firme2 - 50 ==> у Firma1 50 это расход, а у Firma2 50 это приход. есть таблица фактов остатков (на каждый день - утро) Остатки DateID FirmaID TovarID Kolvo нужно получить движение (показать факты): Дата/Фирма/Товар/НачОстаток/Приход/Расход/КонОстаток я создаю виртуальный куб, в котором объединяю куб остатков и приход/расход, только если объединять по: Остатки.Firma=ПриходРасход.Firma1, то есть приход по Firme1, а расхода нет (или наооборот). Подскажите, как получить в виртуальном кубе расход (или наоборот приход), какой должен быть CM? Остатки это CM: Iif(IsLeaf([Time].CurrentMember),[Measures].[Kolvo],OpeningPeriod([Time].[Day],[Time].CurrentMember)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2005, 21:36 |
|
||
|
подскажите как быть.....
|
|||
|---|---|---|---|
|
#18+
1-й нах... OOPs.. форум перепутал ;)) Ну а если серьёзно, ИМХО самое простое - создание 2-х "реальных" кубов а-ля "поступления" и "продажи". Которые являютяся как бы зеркальным отражением друг друга. Ну а потом слияние в "виртуальный склад" с банальным СМ [Приход]-[Расход], и высчитыванием по этому значению накопительного. Тут, в форуме, много говорилось насчет предрасчитанных остатков в таблице фактов, но мне более импонирует вышеописанное. авторя создаю виртуальный куб, в котором объединяю куб остатков и приход/расход, только если объединять по: Остатки.Firma=ПриходРасход.Firma1Объединять по мерам... Это круто...;)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2005, 21:58 |
|
||
|
подскажите как быть.....
|
|||
|---|---|---|---|
|
#18+
Злобный ныпэрс1-й нах... OOPs.. форум перепутал ;)) Ну а если серьёзно, ИМХО самое простое - создание 2-х "реальных" кубов а-ля "поступления" и "продажи". Которые являютяся как бы зеркальным отражением друг друга. Получается, что нужно хранить дублирующие данные в хранилище? (т.е. две таблицы фактов: 1.приходам 2.расходам) или как? или создать view для второй таблицы фактов? (т.е. приход в физической таблице, а расход в view) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2005, 22:05 |
|
||
|
подскажите как быть.....
|
|||
|---|---|---|---|
|
#18+
Ну так никто не говорит, что источником для куба должна быть " физическая, реальная " таблица. View тоже покатит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2005, 09:56 |
|
||
|
подскажите как быть.....
|
|||
|---|---|---|---|
|
#18+
SSPEED Подскажите, как получить в виртуальном кубе расход (или наоборот приход), какой должен быть CM? что-то вроде этого Код: plaintext 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2005, 10:07 |
|
||
|
|

start [/forum/topic.php?fid=49&msg=32937428&tid=1871735]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
47ms |
get topic data: |
8ms |
get forum data: |
3ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 270ms |
| total: | 408ms |

| 0 / 0 |
