EZ
Все дошло до меня.
ДАТА СЧЕТЧИК
2019-01-01-000001
Счетчик каждый день обнулять
ДАТА СЧЕТЧИК
2019-01-01-000001
Счетчик каждый день обнулять
Или кто лучше идею предложит :)
Size: a a a
2019 February 11
DG
Или кто лучше идею предложит :)
сделайте побольше символов и обнуляйте раз в год
EZ
Нашел идиальное решение
EZ
Параметр CYCLE позволяет зациклить последовательность при достижении макс_значения или мин_значения для возрастающей или убывающей последовательности, соответственно. Когда этот предел достигается, следующим числом этих последовательностей будет соответственно мин_значение или макс_значение.
EZ
CREATE SEQUENCE blabla MINVALUE 1 MAXVALUE 999999 CYCLE
EZ
И пусть крутится сам по себе
AK
Во, офигенно!
РА
Коллеги, здравствуйте.
Посоветуйте, пожалуйста, как окружить Parallel gateway транзакциями, чтобы при OptimisticLockExeption последняя перед развилкой таска (job-a которой и словила exception) сама не шла на повторы
Реализация ниже, T - async
Посоветуйте, пожалуйста, как окружить Parallel gateway транзакциями, чтобы при OptimisticLockExeption последняя перед развилкой таска (job-a которой и словила exception) сама не шла на повторы
Реализация ниже, T - async
РА
AS
Если задачу делает job executor, то повторы будет и это нормально. Если сам, то должны ловить и обрабатывать вручную, тот же повтор.
AS
Разве не так?
AS
Другими словами, параллельный шлюз это логическое и, продолжать дар выполнения и там такое поведение нормально
РА
Да, но как обеспечить повторные попытки выполнения только gateway? Потому что не смотря на то, что после "Update notification" стоит конец транзакции, при OptimisticLockException откатывается ЗА эту задачу и заново шлёт запрос - не смотря на то, что предыдущий запрос был успешен.
Итог - несколько успешно созданных одинаковых уведомлений при таком (вполне рабочем) исключении
Итог - несколько успешно созданных одинаковых уведомлений при таком (вполне рабочем) исключении
РА
Неужели единственный выход добавить пустой элемент между вызовом и гейтом?.(
AS
Да не должно быть так, попробуйте before поставить перед шлюзом. Ещё exclusive.
AS
Чтобы они не в одном треде делались, если я правильно все понимаю
AS
Но все же, не должно быть так. Я бы перепроверил все.
РА
Да не должно быть так, попробуйте before поставить перед шлюзом. Ещё exclusive.
Да, поставил. Экзепшн этот не так часто возникает, подождем, отпишусь через некоторое время.
Спасибо, @sheifler
Спасибо, @sheifler
AS
Хотя может, если обе задачи используют одни переменные верхнего execution. И одна из них, обновляет значение или удаляет...