Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
периодические реквизиты в измерении HELP!
|
|||
|---|---|---|---|
|
#18+
Есть таблица (TS) такой структуры: // часы (Hours), отработанные сотрудником (StaffID) по проекту (EngID) (Date) числа StaffID int, // сотрудник EngID int, // проект Date smalldatetime, // дата Hours smallint // отработанные часы есть таблица (TM) истории менеджеров проекта // менеджер (StaffID) назначен на проект (EngID) (Date) числа Date smalldatetime, EngID int, StaffID int соответственно куб содержит TS как таблицу фактов, TM - как измерение если менеджер M1 назначен на проект E1 D1 числа, а менеджер M2 назначен на проект E1 D2 числа а сегодня D3 (D1<D2<D3), и по менеджеру M1 и по M2 попадут все сотрудники, работавшие по проекту E1. А вот как сделать, чтобы по менеджеру M1 попали только те, которые работали по E1 с D1 по D2, а по M2 - которые с D2 по D3? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2003, 11:09 |
|
||
|
периодические реквизиты в измерении HELP!
|
|||
|---|---|---|---|
|
#18+
Самый простой вариант это хранить (загружать в куб) эту историю в виде Дата - Менеджер - Сотрудник - Проект - Колво часов Тогда на дату D1 будут пробиты все часы по всем сотрудникам для менеджера M1 А на дату D2 по менеджеру M1 уже статистики не будет, вместо него будет M2. На каждый день такая статистика должна рассчитываться, тогда в куб можно будет все загрузить и крутить как угодно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.09.2003, 10:59 |
|
||
|
периодические реквизиты в измерении HELP!
|
|||
|---|---|---|---|
|
#18+
To Crazy Cat: Подобная задача уже обсуждалась, когда через периодические реквизиты для даты документа искали ближайшее меньшее значение в таблице нормативных цен. Эта задача сложна тем, что связь между таблицами не по схеме звезда или снежинка, а более сложная (с неравенствами и фильтрами агрегирования). Так что все зависит от того, какой OLAP-сервер Вы используете: Если MS AS - придется писать вьюшку, которая корректно свяжет не только по ID, но и наложит ограничения по диапазону дат. Если Cognos PowerPlay - там есть стандартный механизм решения этой задачи визуальными средствами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2003, 14:19 |
|
||
|
|

start [/forum/topic.php?fid=49&fpage=403&tid=1873119]: |
0ms |
get settings: |
10ms |
get forum list: |
17ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
32ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
38ms |
get tp. blocked users: |
1ms |
| others: | 266ms |
| total: | 379ms |

| 0 / 0 |
