powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Допустимая "тяжесть" рассчетов
11 сообщений из 11, страница 1 из 1
Допустимая "тяжесть" рассчетов
    #33103517
pnv82
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Hello, All!

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

Недавно у кого-то проскакивало 15 минут. У нас до 10.
А у кого как?


--
-=Совесть у нас чиста - мы ей не пользуемся=-
With best regards, Nikolay Ponomarenko

Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
Допустимая "тяжесть" рассчетов
    #33103536
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pnv82 пишет:

> Такой вот концептуальный вопрос - у кого какие временные рамки
> для "тяжелых" операций в олтп системах?
> Т.е. с какого времени выполнения начинаете перебрасывать на
> хранимые агрегаты, пересчет ночью и т.п.?
>
> Недавно у кого-то проскакивало 15 минут. У нас до 10.
> А у кого как?

Эта допустимая тяжесть определяется по месту. Зависит от некоторых
критериев, например:
1. Насколько критично время построения отчета
2. Насколько актуально получение свежайших данных, а не со вчерашнего
вечера.
Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
Допустимая "тяжесть" рассчетов
    #33103600
Механизатор из Подмосковья
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В моем ответе, возможно, покажется что-то неправильным, но... я вообще ничего НЕ пересчитываю по ночам и не сбрасываю на отдельные "хранимые агрегаты" то, что должно быть задействовано в "тяжелых отчетах".
И причина тут в том, что чем более "тяжёлый" отчет составляет пользователь, тем... ВЫШЕ У НЕГО ДОЛЖНОСТЬ! Следовательно, этот человек НЕ работает в режиме, когда отклик БД должен быть немедленным или в течение нескольких десятков секунд (т.е. это явно не диспетчер на телефоне и не продавец, отпускающий товар клиентам).
Люди, занимающиеся такими отчетами (встречавшиеся в моей практике) - бухгалтера, руководители, старшие менеджеры. Т.е. те, кому надо просто получить результат в приемлемое время . Приемлемое - это в пределах 0,5...1,5 часа. Дальше, конечно, начинается вой, что, типа, "очень долго считает сводный отчет по всем критериям за последние два года". Тогда два варианта:
1) внимательно посмотреть, нельзя ли оптимизировать что-то в БД, чтобы быстрее считалось
2) если товет по п. 1)="нет", то... посоветовать юзверю запустить отчет на ночь, да и всё тут.
(За прошедшие семь лет эксплуатации системы эта схема меня еще не подводила).

База, кстати, немаленькая, объем её архивов + оперативных данных зашкаливает за 3,5 Гб.

ЗЫ. 2pnv82: что значит "...хранимые агрегаты", VDV/CD-болванки , что ли ?
Или отдельные диски (на других серверах), чтобы на них делались тяжелые отчеты ?
...
Рейтинг: 0 / 0
Допустимая "тяжесть" рассчетов
    #33103615
Фотография vava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Наверное подразумевались материализованные представления (например заранее посчитанные результаты SUM(),AVG() и пр.).
У меня граница тоже около 10-15 мин. (что-то вроде психологического порога для визга).
...
Рейтинг: 0 / 0
Допустимая "тяжесть" рассчетов
    #33105384
NonameX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
В олтп системах по определению не должно быть тяжелых операций
...
Рейтинг: 0 / 0
Допустимая "тяжесть" рассчетов
    #33105414
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NonameX пишет:

> В олтп системах по определению не должно быть тяжелых операций

По какому такому определению? Определение On-Line Transaction Processing
не означает, что такой системе не должно быть тяжелых отчетов.
Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
Допустимая "тяжесть" рассчетов
    #33108147
pnv82
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
"vava"
> Наверное подразумевались материализованные представления (например заранее посчитанные результаты SUM(),AVG() и пр.).

Да, именно это.

Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
Допустимая "тяжесть" рассчетов
    #33108148
pnv82
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
"Александр Гoлдун" <nospam@sql.ru>;
>
> > Такой вот концептуальный вопрос - у кого какие временные рамки
> > для "тяжелых" операций в олтп системах?
> > Т.е. с какого времени выполнения начинаете перебрасывать на
> > хранимые агрегаты, пересчет ночью и т.п.?
> > Недавно у кого-то проскакивало 15 минут. У нас до 10.
> > А у кого как?

> Эта допустимая тяжесть определяется по месту. Зависит от некоторых
> критериев, например:
> 1. Насколько критично время построения отчета

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

Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
Допустимая "тяжесть" рассчетов
    #33108442
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Такая неожиданная (для меня) вещь. Есть простенькая прога - перерасчет остатков товаров. Более-менее вылизанная. Стала работать медленно. Двухгодичную базу хозмага (100000 зап) рассчитывала часами. Сделал SP. Логика та же. Без всяких ухищрений. Ожидал, что несколько раз увеличиться скорость. А она увеличилась в 1000 раз. Время счета 30-40с.
...
Рейтинг: 0 / 0
Допустимая "тяжесть" рассчетов
    #33111190
Фотография BusyMan
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кажется, вы намешали несмешиваемое...
pnv82 Такой вот концептуальный вопрос - у кого какие временные рамки для "тяжелых" операций в олтп системах? Ну, в основном минут 2-8. Допустимый порог считается - 1 минута.

pnv82 Т.е. с какого времени выполнения начинаете перебрасывать на
хранимые агрегаты, пересчет ночью и т.п.?
5 секунд.

P.S. Можно просто Бизик admin@busyman.ru ICQ# 131833549
...
Рейтинг: 0 / 0
Допустимая "тяжесть" рассчетов
    #33118836
Denis A.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Отчасти согласен с Busy - если отчет считается больше 3-5 секунд пользователю это уже некомфортно. Хранение агрегированных данных и поддержание актуальности с помощью тех же триггеров - ускоряет отчеты на порядки. На данный момент все отчеты укладываются в 2-3 секунды независимо от объема данных отчета (например) - считается за месяц или за два года.
...
Рейтинг: 0 / 0
11 сообщений из 11, страница 1 из 1
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Допустимая "тяжесть" рассчетов
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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