ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Описание алгоритма для витрины данных
5 сообщений из 5, страница 1 из 1
Описание алгоритма для витрины данных
    #38817565
Фотография Yagrus2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yagrus2
Участник
Здравствуйте.
Мне приплыла задача по описанию своего же скрипта и его запуска. Большого опыта в этом нет. Поэтому пишу как пишется. Вот что получилось.
>>>
Источник данных для Еженедельного и Ежедневного отчетов: таблица(витрина)
UT_KPI_Loans . Обозначим KPI .
Алгоритм получения данных реализован процедурой USP_KPI_Loans .
Запуск алгоритма производится заданием UJ_KPI_Loans .
Ключом для KPI является комбинация столбцов: StoreId , ProcessDate . Все остальные столбцы являются атрибутами и несут всю смысловою нагрузку этой витрины.
TerritoryID - Идентификатор территориальной дирекции.
RegionID - Идентификатор региональной дирекции.
LendingPrincipalpayback - Оплата основного долга по не просроченным займам.
Алгоритм расчета для LendingPrincipalpayback:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
SELECT	L.StoreID AS StoreID, 
CONVERT(datetime, T.DatePost, 121) AS DatePost, 
SUM(T.Principal) AS Principal_non_expired
FROM	Loan AS L
INNER JOIN Transaction AS T
ON	L.LoanID = T.LoanID AND T.DatePost >= '2013-11-01 00:00:00.000'
WHERE	T.TransactionTypeID = 3 AND 
	T.DatePost >= '2013-11-01 00:00:00.000'
GROUP BY L.StoreID, T.DatePost


В данном скрипте соединяются таблица договоров и таблица транзакций. На этапе соединения отсекаются займы, по которым не было транзакций после 01.11.2014 и транзакции совершенные до этой даты. На этапе фильтрации дополнительно отбираем транзакции и займы по условию T.TransactionTypeID = 3, то есть оплаты по не просроченным займам. После этого, на этапе подсчете группировки, группируем данные по офисам и дням оплат, подсчитывая при этом оплату основного долга.
>>>
Хотелось бы получить критику по этому документу. Возможно есть какой-то общий подход при написании документации.
Про IDEF0 и UML знаю. Но как их использовать в этом примере не возьму в толк. Буду благодарен за подсказку визуального описания.
...
Рейтинг: 0 / 0
26.11.2014, 16:40
| Ответить | Цитировать | Написать  
Описание алгоритма для витрины данных
    #38817701
Naf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Naf
Участник
USP_KPI_Loans встречается в тексте ровно один раз, непонятно зачем, дальше не читал кроме запроса
По запросу: лучше не константы использовать, а параметры
...
Рейтинг: 0 / 0
26.11.2014, 18:58
| Ответить | Цитировать | Написать  
Описание алгоритма для витрины данных
    #38817751
Кот Матроскин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Кот Матроскин
Участник
Я бы добавил допустимые диапазоны значений для входных/выходных данных (ну и вообще предположения насчет этих данных, на которые заточен алгоритм). Чтобы сразу было ясно, если вдруг какая-то бяка - это бяка в исходных данных, либо в алгоритме преобразования, либо в самих отчетах.
Ну скажем если TerritoryID - null, то что? Процедура выбросит ошибку? Преобразует во что-то? Отдаст прямо в таком виде?

Какие вообще возможны исключительные ситуации и как их обрабатывает/не обрабатывает скрипт.


P.S. Алгоритм расчета не соответствует его описанию :)
...
Рейтинг: 0 / 0
26.11.2014, 19:38
| Ответить | Цитировать | Написать  
Описание алгоритма для витрины данных
    #38818041
Фотография Yagrus2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yagrus2
Участник
Naf USP_KPI_Loans встречается в тексте ровно один раз, непонятно зачем, дальше не читал кроме запроса

Запрос это и есть часть кода процедуры USP_KPI_Loans .
Таблица, которую обновляет эта процедура содержит поля StoreId , ProcessDate , TerritoryID , RegionID , LendingPrincipalpayback .
...
Рейтинг: 0 / 0
27.11.2014, 09:22
| Ответить | Цитировать | Написать  
Описание алгоритма для витрины данных
    #38818051
Фотография Yagrus2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yagrus2
Участник
Кот МатроскинЯ бы добавил допустимые диапазоны значений для входных/выходных данных (ну и вообще предположения насчет этих данных, на которые заточен алгоритм). Чтобы сразу было ясно, если вдруг какая-то бяка - это бяка в исходных данных, либо в алгоритме преобразования, либо в самих отчетах.Ясно, спасибо.
Кот Матроскин P.S. Алгоритм расчета не соответствует его описанию :)
Почему? Вы имеете ввиду что по плану запроса последовательность действий будет другая?
...
Рейтинг: 0 / 0
27.11.2014, 09:26
| Ответить | Цитировать | Написать  
5 сообщений из 5, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Описание алгоритма для витрины данных
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/moderation_log.php?user_name=IvanTM1]:
 0ms
get settings:
 10ms
get forum list:
 14ms
get settings:
 10ms
get forum list:
 14ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 168ms
get topic data:
 13ms
get forum data:
 3ms
get page messages:
 54ms
get tp. blocked users:
 2ms
others: 623ms
total:  919ms
созд. / загр.: 919ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]