Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
rebel25 Большой шоколадный орден
Зарегистрирован: 06.10.2008 Сообщения: 578 Откуда: Москва
|
Добавлено: Пн Янв 23, 2017 20:27 Заголовок сообщения: Многопотечный расчет |
|
|
Решил после обновления 03 наконец попробовать что такое многопоточный расчет. Запустил и комп навсегда повис, при этом в командной строке светится execute xUtil(sleep 1000).
Отключил все объекты замещения и доп сегменты, не помогло.
В текущем списке пять человек.
Единственное у меня включен динамический curstation равный айдишнику сиквельного процесса, чтобы можно было запускать зарплату много раз не перебивая ранее открытые списки работников.
Не подскажите как его запустить и как должен выглядеть экран во время многопоточного расчета? |
|
Вернуться к началу |
|
|
DUCKKK Большой шоколадный орден
Зарегистрирован: 16.09.2009 Сообщения: 1680
|
Добавлено: Пн Янв 23, 2017 21:40 Заголовок сообщения: |
|
|
Просто ради эксперимента - присвойте автоматический номер рабочей станции пользователю - запустится? |
|
Вернуться к началу |
|
|
Predator
Зарегистрирован: 03.06.2015 Сообщения: 21
|
Добавлено: Вт Янв 24, 2017 11:55 Заголовок сообщения: |
|
|
Подтверждаю, попытка стартовать многопоточный расчет привела к зависанию приложения. Потоков - 3, номер присвоен (не динамический). Ждал в течении часа - полутора. |
|
Вернуться к началу |
|
|
Predator
Зарегистрирован: 03.06.2015 Сообщения: 21
|
Добавлено: Вт Янв 24, 2017 12:07 Заголовок сообщения: |
|
|
DUCKKK писал(а): | Просто ради эксперимента - присвойте автоматический номер рабочей станции пользователю - запустится? |
При автоматическом прерывается сообщением "В данном режиме не может использоваться" |
|
Вернуться к началу |
|
|
DUCKKK Большой шоколадный орден
Зарегистрирован: 16.09.2009 Сообщения: 1680
|
Добавлено: Вт Янв 24, 2017 12:08 Заголовок сообщения: |
|
|
Ну конечно же я хотел написать "фиксированный". |
|
Вернуться к началу |
|
|
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 это работало? |
|
Вернуться к началу |
|
|
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 я сделал это для того, чтобы один и тот же пользователь открывал зарплату несколько раз и каждая новая открытая зарплата не пере затирала текущий список работников предыдущих зарплат. Это нужно в основном для параллельного расчета зарплаты, то что сейчас делает многопоточный расчет, ну или для других случаев - когда в одной зарплате идет расчет, а нужно открыть другую без использования доп. логинов. В табельном учете такой же принцип с текущим списком. |
|
Вернуться к началу |
|
|
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 это было обязательным требованием при работе через терминалку. |
|
Вернуться к началу |
|
|
Antoshes
Зарегистрирован: 17.02.2014 Сообщения: 171 Откуда: Томск
|
Добавлено: Пт Янв 27, 2017 07:23 Заголовок сообщения: |
|
|
rebel25
понятно, но с присвоением удобнее!
Будет ли работать многопоточный расчет @curstation = @spid ? |
|
Вернуться к началу |
|
|
red
Зарегистрирован: 14.07.2017 Сообщения: 1
|
Добавлено: Пт Июл 14, 2017 08:37 Заголовок сообщения: |
|
|
Здравствуйте!
Подскажите, пожалуйста, какие риски есть при использовании многопоточного расчета с динамическим curstation? Много думал о механизме и о блокировках, сравнивал расчеты, но вроде всё нормально выглядит |
|
Вернуться к началу |
|
|
|