Показать сообщение отдельно
Старый 16.11.2011, 16:50   #17  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5803 (201) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от egorych Посмотреть сообщение
планы генерируются настолько странные, шо ни пером описать! Вроде и индекс используется, но почти везде фул скан его с каким-то странным выражением фильтра, включающим в себя преобразования NLS...! В общем можно считать, что эта фича не была поддержана в ядре косяпты как положено и осталась как рудимент экспериментов разработчиков!
От ядра Аксапты требуются только две вещи:
  1. отсылать DML/DDL-запросы без SUBST/NLS_LOWER;
  2. нормально подкручивать параметры сессии NLS_COMP/NLS_SORT.
Все остальное - уже на совести DBA. Я как бы... ни разу не DBA, но то, что у вас в планах запросов фигурируют странные выражения с преобразованием NLS, говорит скорее всего о том, что NLS-параметры сессии не совпадают с соотв. параметрами схемы и/или базы (в оракловом смысле) - по аналогии с отличием collation'а базы и экземпляра сервера в случае Ms SQL Server (в этом случае как минимум будут тормоза на работе с tempdb). Еще одна засада в случае с ораклом - это NLS-настройки при сборе статистики: если они не совпадают с настройками сессии, в которой выполняются DML-запросы, очевидно, оптимизатор не сможет использовать эту статистику для текстовых полей.
В общем, для чистоты эксперимента я бы переустановил оракл с теми NLS-настройками, которые вы пытаетесь использовать для работы с аксаптовской схемой.