Список форумов BOSSForum.RU - Форум. БОСС-Кадровик
Независимый форум, посвященный системе БОСС-Кадровик
и всему, что с ней связано
 FAQFAQ   ПоискПоиск   ПользователиПользователи   ГруппыГруппы   РегистрацияРегистрация 
 ПрофильПрофиль   Войти и проверить личные сообщенияВойти и проверить личные сообщения   ВходВход 

Моделирование нагрузки
На страницу 1, 2, 3  След.
 
Начать новую тему   Ответить на тему    Список форумов BOSSForum.RU - Форум. БОСС-Кадровик -> SQL: Администрирование
Предыдущая тема :: Следующая тема  
Автор Сообщение
rebel25
Большой шоколадный орден
Большой шоколадный орден


Зарегистрирован: 06.10.2008
Сообщения: 578
Откуда: Москва

СообщениеДобавлено: Пт Апр 03, 2015 16:40    Заголовок сообщения: Моделирование нагрузки Ответить с цитатой

У меня босс на sql. Используются кадры, табель, зарплата и укп, акп. Мне поставлена задача выяснить, будет ли работать программа через 5 лет. К этому времени ожидается рост количества работников и пользователей в несколько раз: 50 000 Работников и 300-500 одновременно работающих пользователей.
Скажите, сиквельный босс вообще рассчитан на такие объемы информации?
Мне нужно смоделировать нагрузку на тестовой среде. Допустим работников я размножу, а дальше что, скажите как это вообще делается?
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
DUCKKK
Большой шоколадный орден
Большой шоколадный орден


Зарегистрирован: 16.09.2009
Сообщения: 1681

СообщениеДобавлено: Пт Апр 03, 2015 16:43    Заголовок сообщения: Ответить с цитатой

И сейчас есть предприятия, на которых больше 50000 работников.

Число пользователей - около 150-200, наверное.

Пока ни у кого не взорвалось Smile
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
RVV
Большой шоколадный орден
Большой шоколадный орден


Зарегистрирован: 14.01.2010
Сообщения: 449

СообщениеДобавлено: Пт Апр 03, 2015 17:54    Заголовок сообщения: Ответить с цитатой

работников я размножу ..., скажите как это вообще делается?
Laughing
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Volod
Большой шоколадный орден
Большой шоколадный орден


Зарегистрирован: 11.02.2015
Сообщения: 252

СообщениеДобавлено: Пн Апр 06, 2015 09:05    Заголовок сообщения: Ответить с цитатой

Однозначно, работать будет, тут с DUCKKK соглашусь, но
по самым скромным подсчетам, если взять из заявленных 2 секунда на расчет ЗП 1 сотруднику то на 50000 уйдет примерно 28 часов.
2 секунды безусловно очень усредненный показатель, который может быть и больше мы же это все понимаем.
Ну и вероятно тут уже можем столкнутся с физическим ограничением железа на чтение - запись.
Smile
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
DUCKKK
Большой шоколадный орден
Большой шоколадный орден


Зарегистрирован: 16.09.2009
Сообщения: 1681

СообщениеДобавлено: Пн Апр 06, 2015 10:53    Заголовок сообщения: Ответить с цитатой

Точно "все понимаем"? Можно догнать до 1 секунды и даже меньше? Сильно сомневаюсь Smile

И считать 50000 работников в одной сессии никто не заставляет, процесс можно распараллелить.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
Volod
Большой шоколадный орден
Большой шоколадный орден


Зарегистрирован: 11.02.2015
Сообщения: 252

СообщениеДобавлено: Пн Апр 06, 2015 11:27    Заголовок сообщения: Ответить с цитатой

Я же не просто так написал про среднее значений, в идеале с одним начисление в прямых, безусловно можно сделать и десятые доли и сотые по времени расчета. Very Happy
Так же, что вы подразумеваете под распараллеливанием? Одновременный запуск по группе работников-отделов ?
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
DUCKKK
Большой шоколадный орден
Большой шоколадный орден


Зарегистрирован: 16.09.2009
Сообщения: 1681

СообщениеДобавлено: Пн Апр 06, 2015 12:12    Заголовок сообщения: Ответить с цитатой

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

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

SQL Server - всего лишь железка, и у него БЕЗУСЛОВНО есть предел быстродействия.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
Volod
Большой шоколадный орден
Большой шоколадный орден


Зарегистрирован: 11.02.2015
Сообщения: 252

СообщениеДобавлено: Пн Апр 06, 2015 12:27    Заголовок сообщения: Ответить с цитатой

Мне неизвестна причина вашей неприязни к смайликам, а так же опыт поддержки, я делюсь своим опытом. 2 секунды это намного более реальное значение чем 1.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
DUCKKK
Большой шоколадный орден
Большой шоколадный орден


Зарегистрирован: 16.09.2009
Сообщения: 1681

СообщениеДобавлено: Пн Апр 06, 2015 12:40    Заголовок сообщения: Ответить с цитатой

"2 секунды это намного более реальное значение чем 1." - да, я именно об этом.

А вот "безусловно можно сделать и десятые доли и сотые по времени расчета." - это совершенно нереальное значение в любом случае.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
Antoshes



Зарегистрирован: 17.02.2014
Сообщения: 171
Откуда: Томск

СообщениеДобавлено: Пн Апр 06, 2015 13:16    Заголовок сообщения: Ответить с цитатой

DUCKKK
может быть к тому времени уже LIC и SL_UNI_TAX In-Memory будут и скорость, действительно удастся увеличить ?
Есть ли идеи на этот счет у разработчиков?
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
DUCKKK
Большой шоколадный орден
Большой шоколадный орден


Зарегистрирован: 16.09.2009
Сообщения: 1681

СообщениеДобавлено: Пн Апр 06, 2015 13:36    Заголовок сообщения: Ответить с цитатой

У разработчиков много идей. Может и удастся.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
GIN



Зарегистрирован: 04.03.2010
Сообщения: 112

СообщениеДобавлено: Вт Июн 02, 2015 17:45    Заголовок сообщения: Ответить с цитатой

видел такие БД с пользователями > 300 и численностью рабочего персонала около 50к... как раз проблему озвучивали в долгом расчете з/п, кроме как "параллельного разделения" ничего посоветовать не нашлось... может кто знает ещё какие решения?
_________________
Что бы увидеть свет в конце туннеля, нужно все время копать...
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
Joenka



Зарегистрирован: 08.11.2013
Сообщения: 77
Откуда: Moscow

СообщениеДобавлено: Ср Июн 03, 2015 16:25    Заголовок сообщения: Ответить с цитатой

В БОСС-е расчет по каждому сотруднику сделан через цикл и запуск Z-процедур. Если ВСЕ переписать через SQL и выполнять действия сразу по всем записям таблиц БД, то безусловно будет гораздо быстрее работать, тем более что расчет моей зарплаты ну никак не связан с расчетом дяди Васи из другого отдела (ведь параллельно то расет запускать можно!). Но это не вот прям пальцем щелкнуть - переписывать придется весь функционал расчета, а это годы наработок! Не исключаю, что и переписать "в лоб" тоже не везде получится, так как некоторые операции придется оптимизировать и разбивать на отдельные действия и создание временных таблиц и.т.д.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Volod
Большой шоколадный орден
Большой шоколадный орден


Зарегистрирован: 11.02.2015
Сообщения: 252

СообщениеДобавлено: Ср Июн 03, 2015 17:28    Заголовок сообщения: Ответить с цитатой

Выполнить действие СРАЗУ по всем записям БД ?
Surprised
Не выход.
Все упирается в себестоимость - так сказать оборудования. в вашем варианте сервер может стоить как бы не малых денег. Да и insert все равно нужно будет делать по тем же так сказать всем записям куда то. Rolling Eyes
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
GIN



Зарегистрирован: 04.03.2010
Сообщения: 112

СообщениеДобавлено: Ср Июн 03, 2015 20:39    Заголовок сообщения: Ответить с цитатой

По всем сразу считать, на стороне SQL... что то сомнительно и хлопотно очень, во первых даже брать в расчет сколько это трудо-часов составит, ну если конечно какая-то буржуйская контора заплатит за такое... то все равно, скорее всего и тут без "циклов" не обойтись - это раз. Даже если, то какая это таблица (а она будет не одна!) и сколько в ней операций нужно будет проделать, обработка её по всем операциям не намного уменьшит время, тут согласен с Volod - Surprised . Два, как минимум это регламентное время запуска расчета, ну и само требование к "железу".

Мое предположение такое, из минимума исходим, (может кто чего добавит, исправит или подскажет где, как, на чем это реализовать):

1. Оптимизация расчета, найти те ВО (в купе с сотрудниками) которые по статистике больше занимают время расчета. Написать "Счетчик" который все это зафиксирует.
2. Разделение расчета, "утилита" (собственно все что угодно) способная запускать сама несколько сессий расчета по своим группам (подразделениям, сотрудникам и т.д.) стандартный расчет. Может быть более гибкая, что бы можно было отметить - "всех" или "по условию".

Думаю, что это и менее затратно и более эффективно? И уменьшит время, не так конечно эффективно, как хотелось бы... но "Без хлеба, без соли никто не обедает".

ЗЫ: Обсуждаем, критикуем Smile
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
Показать сообщения:   
Начать новую тему   Ответить на тему    Список форумов BOSSForum.RU - Форум. БОСС-Кадровик -> SQL: Администрирование Часовой пояс: GMT + 4
На страницу 1, 2, 3  След.
Страница 1 из 3

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах


Pоwerеd by рhpВB © 2001, 2005 рhpВB Grouр
Русская поддержка phрВB
Rambler's Top100 Рейтинг@Mail.ru Список форумов BOSSForum.RU