Повышение производительности SQL developer в построителе запросов

Я использую Oracle SQL Developer (версия 17.3.1.279) в Windows 10 64 бит.


Он подключен к базе данных Oracle в сети через TNS.

всякий раз, когда я открываю "построитель запросов" в первый раз для запроса, или после некоторых изменений в коде SQL требуется много времени (30-60 С) для загрузки.

также "завершение insights" появляются очень медленно (3-4 s), так что я обычно просто закончить ввод имен таблиц и столбцов, прежде чем они появляются (установка 0.6 s для них, чтобы казаться.)

основываясь на вышеуказанных проблемах, я подозреваю, что разработчик SQL каждый раз читает информацию из базы данных. Есть ли способ заставить его хранить информацию локально? (структура базы данных достаточно постоянна, меняется реже одного раза в год)


Я тоже смотрел в диспетчере задач, и странно то, что даже если разработчик SQL не отвечает, когда он готовит "построитель запросов", он не использует много ресурсов

ресурсы, используемые разработчиком SQL при подготовке представления:

  • 0-1.5 % моего процессора (скачет до 7% за несколько секунд)
  • 600 - 650 МБ оперативной памяти (у меня всего 16 ГБ, из которых 9 Гб бесплатно, поэтому я не думаю, что это будет узким местом).
  • 0 МБ/с диск и 0% сеть

в целом на производительность это не влияет

  • использование процессора 10-30%
  • память: 7-8 ГБ использованный, 8-10 ГБ совершенное, 8-9 ГБ бесплатно
  • использование диска: 0-5%
9
задан Máté Juhász
13.12.2022 21:06 Количество просмотров материала 3270
Распечатать страницу

1 ответ

возможное объяснение в том, что построитель запросов должен получить все таблицы базы данных и вся их информация столбцов, прежде чем разрешить доступ к самому построителю запросов и загрузка всех этих данных это то, что занимает время. Эту проблему я могу только думать о использование пользовательская схема источника данных, в которой только необходимые сведения о таблице входит, если это возможно в вашем случае.

на ваш вопрос о локальном кэше, вот некоторые ссылки на литературу, хотя похоже, что они влияют только на запросы, и ваша проблема может быть с загрузкой метаданных таблиц:

вы также можете использовать команду Alter Table для изменения места жительства таблицы, используемые для кэширования. Это подходит только если у вас достаточно оперативной памяти хранить таблицы в памяти, где они будут читаться по крупицам и хранится при доступе. Но я действительно не знаю, если метаданные таблицы из системных каталогов также считываются и хранятся в памяти.

Ниже перечислены другие общие советы, которые могут также помочь :

  • отключить неиспользуемые функции в Tools / Features

  • отключить расширения

    В настройках отключите все ненужные расширения кроме, может быть, панели поиска (необходимо повторно запустить SQL Developer). Это также очистит главное меню от неиспользуемых элементов.

  • установить внешний вид и чувствовать себя предпочтения хост-ОС

    Это поможет передать графический интерфейс на хост, а не рисовать все через Java. Другие параметры Java могут быть изменены, но это только для любителей экстрима.

  • закрыть сетки и файлы, когда сделано

  • установить ограничение истории SQL к низкому значению

  • если работает через удаленный рабочий стол, настройте параметры графики

  • оптимизация антивирусного сканера

    SQL-Developer-это Java программа, состоящая из больших .jar архивы, которые являются просто .zip архивы, так что нет смысла сканировать весь архив только для некоторых файлов. Папку SQL-Developer можно исключить из проверки на вирусы.

  • выполнить SQL-Developer как Администратор

  • Если все остальное терпит неудачу, есть бесплатные альтернативы Oracle SQL Developer.

2
отвечен harrymc 2022-12-15 04:54

Постоянная ссылка на данную страницу: [ Скопировать ссылку | Сгенерировать QR-код ]

Ваш ответ

Опубликуйте как Гость или авторизуйтесь

Имя
Вверх