ха, интересно судя по всему вы пытаетесь на основе таблицы движений какогото регистра сделать куб и оттудаже вычислять остаток на любую дату причем расчитывать его (остаток) с самого начала приходов и расходов, а не проще ли былобы использовать таблицу остатков данного регистра ведь там храняться остатки скажем так на конец каждого месяца и уже расчет вести от них. я думаю профи в MDX подскажут как в этом случае получить остаток на любую дату. счас попробую сам ради эксперимента MDX запрос состряпать

просто интересно почему автор пошел таким путем заведомо ведущим к потере производительности когда у него считай есть в наличии остатки гораздо ближе чем высчитывать их с самого начала. блин чет туплю с запросом вроде все просто взять кон.остатки по данному месяцу + расход - приход и пролучили нач.остатки на требуемый период. какието косяки то уровень не может в мембер сконвертировать то наоборот, все ранво разгребем

ок. Давай по пожробней разгребем для 1с7.7 конфа ТиС возьмем регистр остатков к примеру у меня это таблици RG99 - сам регистр остатки храняться помесячно и RA99 - таблица движений регистра остатков. Сделаем на просмотрах:

1. вюха для RG99 нам нужны будут след поля период остатков, ID товара, ID склада и остаток. период остатков мы сразу сконвертируем т.к. в регистре остатки храняться на конец месяца это есть начальные остатки след. месяца что мы и проделываем конструкцией CONVERT вот и сама вьюха:
CREATE VIEW dbo.VIEW_DWH_RG99
AS
SELECT CONVERT(smalldatetime, DATEADD([Month], 1, dbo.RG99.PERIOD), 104) AS PERIOD_OSTATKOV, dbo.SC33.ID AS TovarID, dbo.SC31.ID AS SkladID,
dbo.RG99.SP102 AS OSTATOK
FROM dbo.RG99 INNER JOIN
dbo.SC33 ON dbo.RG99.SP101 = dbo.SC33.ID INNER JOIN
dbo.SC31 ON dbo.RG99.SP100 = dbo.SC31.ID
GROUP BY dbo.RG99.PERIOD, dbo.SC33.ID, dbo.SC31.ID, dbo.RG99.SP102

2. вюха для RA99 нам нужны будут след поля период остатков (хотя оно и не нужно будет это так для других целей), дата движения, документ, ID товара, ID склада, приход если дебеткредит=0 и расход если дебеткредит=1. период остатков мы сразу сконвертируем, дату движения тоже вот и сама вьюха:
CREATE VIEW dbo.VIEW_DWH_RA99
AS
SELECT CONVERT(smalldatetime, CONVERT(varchar(10), CONVERT(datetime, '01.' + cast(month(CONVERT(datetime, CONVERT(varchar(8),
dbo.ra99.date_time_iddoc, 104), 104)) AS varchar(10)) + '.' + cast(year(CONVERT(datetime, CONVERT(varchar(8), dbo.ra99.date_time_iddoc, 104), 104))
AS varchar(10)), 104), 104), 104) AS PERIOD_OSTATKOV, CONVERT(smalldatetime, CONVERT(datetime, CONVERT(varchar(8),
dbo.ra99.date_time_iddoc, 104), 104), 104) AS DATA_DVIJENIA, dbo.RA99.DATE_TIME_IDDOC, dbo.SC33.id AS TovarID, dbo.SC31.id AS SkladID,
CASE WHEN dbo.ra99.debkred = 0 THEN dbo.RA99.SP102 ELSE 0 END AS PRIHOD,
CASE WHEN dbo.ra99.debkred = 1 THEN dbo.RA99.SP102 ELSE 0 END AS RASHOD
FROM dbo._1SJOURN INNER JOIN
dbo.RA99 ON dbo._1SJOURN.IDDOC = dbo.RA99.IDDOC INNER JOIN
dbo.SC31 ON dbo.RA99.SP100 = dbo.SC31.ID INNER JOIN
dbo.SC33 ON dbo.RA99.SP101 = dbo.SC33.ID
WHERE _1sjourn.closed = 1
GROUP BY dbo.RA99.DATE_TIME_IDDOC, dbo.ra99.debkred, dbo.RA99.SP102, dbo.SC33.id, dbo.SC31.id

3. еще нам нужна будет вьюха временной оси (период типа) скажем так, мы должны в нее собрать все даты по которым были остатки и движения а вот и она сама:

CREATE VIEW dbo.VIEW_DWH_VREMA_RGRA_99
AS
SELECT CONVERT(smalldatetime, dbo.VIEW_DWH_RA99.PERIOD_OSTATKOV, 104) AS PERIOD
FROM dbo.VIEW_DWH_RA99
UNION
SELECT CONVERT(smalldatetime, dbo.VIEW_DWH_Rg99.PERIOD_OSTATKOV, 104) AS PERIOD
FROM dbo.VIEW_DWH_RG99
UNION
SELECT CONVERT(smalldatetime, dbo.VIEW_DWH_RA99.DATA_DVIJENIA, 104) AS PERIOD
FROM dbo.VIEW_DWH_RA99

ну вот вьюхи создали запустили проверили что все корректно выбираеться.

далее делаем два куба физических (КубОстатков и КубДвиженийОстатков) на основе соответствующих вьюх и виртуальный куб (КубОстатковИДвиженийОстатков) соответственно из двух данных.
я не беду останавливаться на том как источник данных сделать и т.п. мелочи.
1. сделаем шаровые измерения которые учавствут у нас в обоих кубах и по которым мы будем связывать кубы:
1.1. Период на основе вьюхи dbo.VIEW_DWH_VREMA_RGRA_99 тут просто тип зададим что это временное измерение в иерархией год,месяц,день. создали отпроцессим его
1.2. Номенклатура возьмем сразу источником таблицу SC33 (это тут у меня номенклатура храниться) это у нас Parent-Child измерение зададим столбец кто парент и столбец кто чилд
1.3. Склад возьмем сразу источником таблицу SC31 (склады у мене тута) это просто плоское измерение без всяких иерархий
2. общие измерения сделали делаем кубы:
2.1. КубОстатков сделаем как на рисунке:

2.2. КубДвиженийОстатков сделаем тоже как на рисунке

замечаем что в КубДвиженийОстатков мы Дату движения (DATA_DVIJENIA) связали с периодом (PERIOD).
2.3. ну и делаем вируальный КубОстатковИДвиженийОстатков визардом он очень выстренько создаеться, но тут другая засада если приходы и расходы суммируються как нам и надо, то с остатком (наследие куба остаков) не все так просто. короче будем писать вычисление остатков на любую дату, мы селаем немного проще вычислим НачОстаток на дату котоый считаеться как сумма остатка на начало месяца а потом сумма всех приходов минус сумма всех расходов до данной даты в месяце, ладно короче СМ для НачОстаток=([Период].CurrentMember.FirstSibling,[Measures].[Ostatok])+sum([Период].CurrentMember.FirstSibling:[Период].CurrentMember,[Measures].[Prihod]-[Measures].[Rashod])-([Measures].[Prihod]-[Measures].[Rashod])
можно еще и КонОстаток=([Период].CurrentMember.FirstSibling,[Measures].[Ostatok])+sum([Период].CurrentMember.FirstSibling:[Период].CurrentMember,[Measures].[Prihod]-[Measures].[Rashod])
можно еще и приходы и расходы сделать как СМ, вычислим еще и средне дневной остаток СрДнОстаток=Avg(Descendants([Период],[Период].[Day]),([Measures].[НачОстаток]+[Measures].[КонОстаток])/2)
т.к. мы все наши меры сделали СМ, то можно виртуральные Prihod, Rashod и Ostatok отключить Visible=False

ну вот мы получили КубОстатковИДвиженийОстатков
с измерениями: Период, Номенклатура, Склад
с мерами: НачОстаток, Приход, Расход, Коностаток, СрДнОстаток

и пользуясь своим любимым клиентом www.msolapvb.narod.ru можем любоваться полученными результатами 8-).

Народ если у кого есть пояснения или дополнения или исправления прошу постить будем народ после сюды отправлять. типа FAQ сделаем

спс за поправки, мои манипуляции с convert Это точно махинации спс за уточнение
а насчет регистров, вот документация:

Остаточный регистр

Реализуется с помощью двух таблиц: RGxxx и RAxxx.

Первая таблица содержит значения функции НачОст на начало каждого периода указанного в меню системы "Операции - Управление оперативными итогами" в секции "Периодичность сохранение остатков". Значение данной функции может хранится на начало каждой пятидневки, десятидневки, на начало каждых пятнадцати дней, на начало каждого месяца. Для каждого регистра данная опция действует одинаково, таким образом нет возможности установить разную периодичность для разных регистров.

Замечу, что кроме функции НачОст можно также получить и функцию КонОст, так как остаток на начало текущего периода является остатком на конец предыдущего. Если вам нужно получить остаток на начало какого-то периода, то для поля PERIOD вы должны указать значение начала предыдущего периода (то есть НачОст(01.01.2002) ~ PERIOD = 20020112).

8-)
ладно сделаем по другому
если в конфигураторе стоит детализация по месяцу то и осттки там будут храниться на начало кажого месяца, запрос

select *
from rg99

выбирает
PERIOD SP3603 SP101 SP100 SP102
2004-08-01 00:00:00.000 0 4 1 10000.00000
2004-09-01 00:00:00.000 0 4 1 10000.00000
2004-10-01 00:00:00.000 0 4 1 10000.00000
2004-11-01 00:00:00.000 0 4 1 10000.00000
2004-12-01 00:00:00.000 0 4 1 10000.00000
2005-01-01 00:00:00.000 0 4 1 10003.00000
2005-02-01 00:00:00.000 0 4 1 9995.00000
2005-03-01 00:00:00.000 0 4 1 9995.00000
2005-04-01 00:00:00.000 0 4 1 9995.00000
2005-05-01 00:00:00.000 0 4 1 9995.00000
2005-06-01 00:00:00.000 0 4 1 9995.00000
2005-06-01 00:00:00.000 0 5 1 2.00000
2005-07-01 00:00:00.000 0 4 1 9995.00000
2005-07-01 00:00:00.000 0 5 1 2.00000
2005-08-01 00:00:00.000 0 4 1 9995.00000
2005-08-01 00:00:00.000 0 5 1 2.00000

где PERIOD это дата остаков, SP3603 -фирма, SP101 -номенклатура, SP100 -склад, SP102 -остаток

точка актуальности у меня стоит на 07.08.2005
какой релиз платформы у вас? т.к. я получил то что и ожидал

ха говорим об одном и томже самое что интересное, для этого я в просмотре

SELECT CONVERT(smalldatetime, DATEADD([Month], 1, dbo.RG99.PERIOD), 104) AS PERIOD_OSTATKOV, dbo.SC33.ID AS TovarID, dbo.SC31.ID AS SkladID,
dbo.RG99.SP102 AS OSTATOK
FROM dbo.RG99 INNER JOIN
dbo.SC33 ON dbo.RG99.SP101 = dbo.SC33.ID INNER JOIN
dbo.SC31 ON dbo.RG99.SP100 = dbo.SC31.ID
GROUP BY dbo.RG99.PERIOD, dbo.SC33.ID, dbo.SC31.ID, dbo.RG99.SP102

период сдвигаю на месяц вперед, чтобы получить настоящие нормальные остатки на начало месяца, а ТА получаеться у меня уже в след. месяце, в тоже время остатки на любую дату в любом месяце и даже в текущем вычисляються MDX выражением НачОстаток=([Период].CurrentMember.FirstSibling,[Measures].[Ostatok])+sum([Период].CurrentMember.FirstSibling:[Период].CurrentMember,[Measures].[Prihod]-[Measures].[Rashod])-([Measures].[Prihod]-[Measures].[Rashod])
где беруться сотатки на первое число текщего месяца потом суммируються обороты от первого числа до текущего времени (но в этом случае у нас проссумируються и обороты данного дня) поэтому на начало дня мы отнимем обороты дня, можно былобы взять [Период].PrevMember но тогда остаток на первое число непарльно считаеться

вот все что ты Сергей сказал то и делаем, счас переходим на новое хранилище, в старом небыло детализации до товара и много других вкусностей и просто постоянно на форуме народ просит как остатки посчитать как среднее посчитать как использовать таблицы остатков и движений, решил собраться и написать как и что сделать.

и вот еще забыл одну весчь: иногда нам требуеться смотреть сводные данные в сравнении с каким либо прошлим периодом ну к примеру года сравнивать друг с другом по месяцам вот как на рисунке

для этого достаточно сделать два виртуальных измерения на основе Периода: одно это Год которое содержит года и Месяц содержит месяца.
эти измерения процессим запихиваем в наши кубы и физические и виртуальные, поэтапно процессим все что меняли, ну и получаем такую простую но очень полезную аналитику.

ну мы разработали кучу всяких показателей, что порой сами забываем что учавствует в их расчетах, но в основном показатели берем из анализа хозяйственной деятельности, немного изменяем под оперативный учет, ну что у нас есть такого это: потребности в оборотных средствах, коэффициенты ликвидности, оборачиваемости, эффективности, расчеты плановых показателей (остатков оборотных средств, продаж) и т.д.

ну вот к примеру
КоэффициентОборачиваемостиОстатков=([Measures].[Остаток зак сум]*1.5)/[Measures].[Прод розн сум]
ПотребностьВОборотныхСредствах=[Measures].[СрДнОстЗакСумм]/[Measures].[Прод розн сум]
ПрибыльНа1рубльОстаков=[Measures].[Прибыль]/[Measures].[СрДнОстЗакСумм]

интересно почему в КоэффициентОборачиваемостиОстатков остаток на 1,5 умножаеться, надо будет у экономистов узнать

Olf Валекну вот к примеру
КоэффициентОборачиваемостиОстатков=([Measures].[Остаток зак сум]*1.5)/[Measures].[Прод розн сум]
ПотребностьВОборотныхСредствах=[Measures].[СрДнОстЗакСумм]/[Measures].[Прод розн сум]
ПрибыльНа1рубльОстаков=[Measures].[Прибыль]/[Measures].[СрДнОстЗакСумм]

интересно почему в КоэффициентОборачиваемостиОстатков остаток на 1,5 умножаеться, надо будет у экономистов узнать

Привет!
А можно узнать что здесь есть
Остаток зак сум
Прод розн сум - это чистые продажи?
СрДнОстЗакСумм
Прибыль - это наценка я так понимаю?

как написано так и читать
Остаток зак сум - остаток товара в закупочных ценах, Прод розн сум - продано товара в розничных ценах, СрДнОстЗакСумм - Средне дневные остатки в закупочных суммах, Прибыль - прибыль (разница м/у продано в розн. суммах и зак. суммах)