Марсель,

Скажу по опыту работы с 16 версией -

По умолчанию в ASA параллелизм включен (max_query_tasks =0)
В 16 версии были ошибки работы запросов при включённом параллелизме, частично исправлено - неправильно выдавались результаты работы функций sum и count

Проверь запрос при SET TEMPORARY OPTION max_query_tasks =1

markamarka ,

Жаль, конечно, что разработчики ASA так и не устранили до конца проблемы работы оптимизатора при параллельной обработки запросов, и ошибки 16 версии перенеслись в 17. Если у вас есть оплаченная техподдержка, то обязательно снимите планы работы оптимизатора при некорректной работе запроса и отправьте им, пусть исправляют.

Сказать мне вам особо нечего, т.к. у меня в работе с ASA был большой перерыв - 5 лет - т.е. после работы с 9-ой версии сразу пересел на 16, минуя 10, 11 и 12 версии.

Единственное, на чтобы я хотел обратить ваше внимание - на планы выполнения запросов. Я столкнулся с тем, что оптимизатор 16-й версии, где нужно и не нужно включает стратегию HASH JOIN, т.е. начинает стоить HASH таблицы, в то время как простой TABLE SCAN работает в разы быстрее, но заставить его работать в режиме TABLE SCAN не всегда получалось.

Так же я использовал EXTERNAL ENVIRONMENT - вызов функций, написанных на C#. Будьте с этим осторожней, тщательно проверяйте, некоторые функции, особенно те, которые возвращают result set, могут намертво повесить сервер.

И еще - будьте осторожны при выполнении команд ALTER TABLE add <column> not null - базу можно легко угробить , у меня был случай, когда после добавления в таблицу 3-х колонок с опцией NOT NULL БД умерла