Текущее время: Пт, июн 27 2025, 01:24

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 10 ] 
Автор Сообщение
 Заголовок сообщения: Как правильно построить модель исторических данных?
СообщениеДобавлено: Чт, май 12 2011, 14:22 
Начинающий
Начинающий

Зарегистрирован:
Вт, мар 29 2011, 14:56
Сообщения: 8
Подскажите пожалуйста каким способом лучше отслеживать изменения следующих данных:
Из Исходной системы CRM выгружается таблица с актуальными на текущий день атрибутами, в т.ч. необходимыми мне для дальнейшего использования "Серийным номером оборудования" и связанным с ним один к одному "Идентификатором Подключения".
В Исходной системе при удалении "Серийного Номера Оборудования" удаляется запись его соответствия "ИдентификаторуПодключения" А мне на стороне BW необходимо сохранять такие удалённые записи для отчёта с историческими данными по Подключениям.

Я так предполагаю, что это можно хранить , как признак "Серийный номер оборудования" с зависящим от временем атрибутом
"ИдентификаторуПодключения", либо как-то это организовать с помощью DSO.

Прошу совета, как какими инструментами на стороне BW лучше организовать хранение данных исторических данных.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Как правильно построить модель исторических данных?
СообщениеДобавлено: Чт, май 12 2011, 14:53 
Начинающий
Начинающий

Зарегистрирован:
Чт, июл 29 2010, 14:29
Сообщения: 17
Боковое ДСО


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Как правильно построить модель исторических данных?
СообщениеДобавлено: Чт, май 12 2011, 15:03 
Начинающий
Начинающий

Зарегистрирован:
Вт, мар 29 2011, 14:56
Сообщения: 8
Боковое DSO это что, не поясните? Не встречал такого термина.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Как правильно построить модель исторических данных?
СообщениеДобавлено: Чт, май 12 2011, 15:17 
Начинающий
Начинающий

Зарегистрирован:
Чт, июл 29 2010, 14:29
Сообщения: 17
ДСО, куда будут складываться все данные, даже удаленные. Но дальше, в ветке загрузки не участвовать.

У нас, в исходной системе данные исторические не удаляются, так как они хранятся в отдельной таблице, есть поле "Метка удаление", которое заполняется, если запись нужно удалить. В BI есть ДСО, где хранятся все записи, даже удаленные, но в атрибуты признака загружаем только актуальное значение.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Как правильно построить модель исторических данных?
СообщениеДобавлено: Чт, май 12 2011, 15:35 
Начинающий
Начинающий

Зарегистрирован:
Вт, мар 29 2011, 14:56
Сообщения: 8
Спасибо, понял.
А могли бы ешё пояснить, что надо сделать, чтобы к указанным двум полям добавить дату начала подключения(её поставляет источник данных) и дату окончания действия подключения для удалённых записей (она не поставляется источником данных, а является той датой, когда запись удалена из источника данных )?


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Как правильно построить модель исторических данных?
СообщениеДобавлено: Чт, май 12 2011, 15:43 
Начинающий
Начинающий

Зарегистрирован:
Чт, июл 29 2010, 14:29
Сообщения: 17
Самый лучший вариант тут наверное в исходной системе вести в таблице два поля - "Дата с" и "Дата по", например.
Или в правилах проставлять текущую дату, если загрузка идет в тот же день, когда вносятся изменения в исходной системе.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Как правильно построить модель исторических данных?
СообщениеДобавлено: Чт, май 12 2011, 15:53 
Начинающий
Начинающий

Зарегистрирован:
Вт, мар 29 2011, 14:56
Сообщения: 8
Дело в том, что в Исходной системе записи об удалённом оборудовании сразу пропадают, т.е. не появляется конечная дата.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Как правильно построить модель исторических данных?
СообщениеДобавлено: Чт, май 12 2011, 16:04 
Начинающий
Начинающий

Зарегистрирован:
Вт, мар 29 2011, 14:56
Сообщения: 8
Есть ли какой-то стандартный механизм отловить момент (загрузку), в которой пропала запись, уже существующая на стороне BW, чтобы выставить ей текущей датой поле "Дата по"?


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Как правильно построить модель исторических данных?
СообщениеДобавлено: Чт, май 12 2011, 16:31 
Начинающий
Начинающий

Зарегистрирован:
Чт, июл 29 2010, 14:29
Сообщения: 17
Вот тут я затрудняюсь подсказать, может попробовать в таблице PSA сделать сортировку по Номеру пакета данных и уже там следить за моментом, когда запись пропала.
Но для этого придется выгружать всю таблицу в Excel и вручную фактически каждую запись отслеживать....


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Как правильно построить модель исторических данных?
СообщениеДобавлено: Пт, май 13 2011, 16:03 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Вт, сен 13 2005, 10:41
Сообщения: 558
Откуда: Гондурас (округ Москвы)
Пол: Мужской
madfoot написал(а):
Есть ли какой-то стандартный механизм отловить момент (загрузку), в которой пропала запись, уже существующая на стороне BW, чтобы выставить ей текущей датой поле "Дата по"?


1. очень желательно, чтобы не BW занималась определением даты изменения состояния, а тот Z-мегакод, который работает в CRM. В вашем сценарии все хорошо, пока вы не пропустили 1-2 дня, или больше (это может быть по разным причинам, но исключать это нельзя)...

2. если хотите реализовать свой "кривой" алгоритм, то вся логика по определению удаленных записей должна быть реализована на правилах обновления на стороне SAP BW (немного ABAP-а). Ваши действия будут заключаться в том, что при записи в DSO новых данных нужно будет проанализировать активные данные DSO и дописать в пакет те записи, которые не пришли из CRM, проставив им DATETO = SY-DATUM ... Новые записи, которых не было в активных данных DSO надо будет изменить, проставив им DATEFROM = SY-DATUM. Остальные записи в пакете, которые не изменились надо будет удалить.
Все это будет работать только на семерке. В 3.5 из-за кадрирования пакета и отсутствия единой процедуры для работы с пакетом целиком алгоритм будет несколько сложнее.


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 10 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB