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

Многопотечный расчет

 
Начать новую тему   Ответить на тему    Список форумов BOSSForum.RU - Форум. БОСС-Кадровик -> SQL: ТЗК (Табельно-зарплатный контур)
Предыдущая тема :: Следующая тема  
Автор Сообщение
rebel25
Большой шоколадный орден
Большой шоколадный орден


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

СообщениеДобавлено: Пн Янв 23, 2017 20:27    Заголовок сообщения: Многопотечный расчет Ответить с цитатой

Решил после обновления 03 наконец попробовать что такое многопоточный расчет. Запустил и комп навсегда повис, при этом в командной строке светится execute xUtil(sleep 1000).

Отключил все объекты замещения и доп сегменты, не помогло.
В текущем списке пять человек.
Единственное у меня включен динамический curstation равный айдишнику сиквельного процесса, чтобы можно было запускать зарплату много раз не перебивая ранее открытые списки работников.

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


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

СообщениеДобавлено: Пн Янв 23, 2017 21:40    Заголовок сообщения: Ответить с цитатой

Просто ради эксперимента - присвойте автоматический номер рабочей станции пользователю - запустится?
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
Predator



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

СообщениеДобавлено: Вт Янв 24, 2017 11:55    Заголовок сообщения: Ответить с цитатой

Подтверждаю, попытка стартовать многопоточный расчет привела к зависанию приложения. Потоков - 3, номер присвоен (не динамический). Ждал в течении часа - полутора.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Predator



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

СообщениеДобавлено: Вт Янв 24, 2017 12:07    Заголовок сообщения: Ответить с цитатой

DUCKKK писал(а):
Просто ради эксперимента - присвойте автоматический номер рабочей станции пользователю - запустится?


При автоматическом прерывается сообщением "В данном режиме не может использоваться"
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
DUCKKK
Большой шоколадный орден
Большой шоколадный орден


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

СообщениеДобавлено: Вт Янв 24, 2017 12:08    Заголовок сообщения: Ответить с цитатой

Ну конечно же я хотел написать "фиксированный".
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
Spartak



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

СообщениеДобавлено: Вт Янв 24, 2017 12:40    Заголовок сообщения: Ответить с цитатой

А мне понравился многопоточный расчет - скорость выросла почти в два раза!
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Antoshes



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

СообщениеДобавлено: Вт Янв 24, 2017 13:40    Заголовок сообщения: Ответить с цитатой

DUCKKK
Еще спасибо за возможность автоматического запуска расчета после формирования прямых начислений.
Добавил в ОЗ еще вызов процедуры формирования суммируемого табеля для расчета доп тарифов, теперь все будет запускаться в одно действие!
Можно будет не ждать !
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
rebel25
Большой шоколадный орден
Большой шоколадный орден


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

СообщениеДобавлено: Вт Янв 24, 2017 19:59    Заголовок сообщения: Ответить с цитатой

После того, как вернул строку --SELECT @CURSTATION = @spid как было в процедуре [dbo].[des_getcurstation] многопоточный расчет заработал.
А нельзя ли сделать чтобы с @CURSTATION = @spid это работало?
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
Antoshes



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

СообщениеДобавлено: Ср Янв 25, 2017 12:54    Заголовок сообщения: Ответить с цитатой

rebel25
такая же ситуация , один в один!
Вспоминаю для чего я включал @curstation = @spid...
У нас терминальный сервер для табельного учета и по-моему были проблемы с табельным учетом, без включения этого параметра.
Но это было году в 2012-2013
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
rebel25
Большой шоколадный орден
Большой шоколадный орден


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

СообщениеДобавлено: Ср Янв 25, 2017 18:47    Заголовок сообщения: Ответить с цитатой

@curstation = @spid я сделал это для того, чтобы один и тот же пользователь открывал зарплату несколько раз и каждая новая открытая зарплата не пере затирала текущий список работников предыдущих зарплат. Это нужно в основном для параллельного расчета зарплаты, то что сейчас делает многопоточный расчет, ну или для других случаев - когда в одной зарплате идет расчет, а нужно открыть другую без использования доп. логинов. В табельном учете такой же принцип с текущим списком.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
Antoshes



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

СообщениеДобавлено: Чт Янв 26, 2017 06:58    Заголовок сообщения: Ответить с цитатой

rebel25
Получается что при использовании терминального сервера нужно обязательно включать @curstation = @spid, иначе каждый новый удаленный пользователь после подключения будет перетирать таблицу TB_EMPS..
Многопоточный расчет тоже хочу))
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
rebel25
Большой шоколадный орден
Большой шоколадный орден


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

СообщениеДобавлено: Чт Янв 26, 2017 16:24    Заголовок сообщения: Ответить с цитатой

Цитата:
Получается что при использовании терминального сервера нужно обязательно включать @curstation = @spid


нет не обязательно, можно обойтись присвоением фиксированных curstation в модуле администратор, до появления @curstation = @spid это было обязательным требованием при работе через терминалку.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
Antoshes



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

СообщениеДобавлено: Пт Янв 27, 2017 07:23    Заголовок сообщения: Ответить с цитатой

rebel25
понятно, но с присвоением удобнее!
Будет ли работать многопоточный расчет @curstation = @spid ?
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
red



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

СообщениеДобавлено: Пт Июл 14, 2017 08:37    Заголовок сообщения: Ответить с цитатой

Здравствуйте!
Подскажите, пожалуйста, какие риски есть при использовании многопоточного расчета с динамическим curstation? Много думал о механизме и о блокировках, сравнивал расчеты, но вроде всё нормально выглядит
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Показать сообщения:   
Начать новую тему   Ответить на тему    Список форумов BOSSForum.RU - Форум. БОСС-Кадровик -> SQL: ТЗК (Табельно-зарплатный контур) Часовой пояс: GMT + 4
Страница 1 из 1

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


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