Избегайте недостатков в производительности с помощью binary_ai и лингвистического поиска / компа - PullRequest
0 голосов
/ 25 июня 2019

Мы запускаем приложение, в котором каждое соединение с базой данных открывается с nls_sort=binary_ai и nls_comp=linguistic. Как мы выяснили, это приводит к огромным недостаткам производительности, в отличие от установки обоих параметров на binary.

Это приводит к следующим вопросам:

  1. Имеет ли значение, какие были эти настройки при создании индексов? Что произойдет, если вы создадите индексы, установив для параметров подключения значение binary и затем переключившись на binary_ai и linguistic?

    Я не смог проверить это самостоятельно, так как мне кажется совершенно случайным, учитывает ли оракул индекс.

  2. Если ответ на 1 «да, это имеет значение», есть ли способ автоматически воссоздать все индексы?

  3. Нужно ли создавать индексы особым образом (кроме, например, create index idx_name on table_name("column_name");, чтобы эти параметры работали?

  4. Есть ли другие предложения по ускорению работы запросов с этими двумя настройками?

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...