Возможно ли в Oracle SQLDeveloper предварительно выбирать метаданные определенных таблиц и хранить их в локальном кэше?

Я работаю над удаленной базой данных, в которой есть несколько главных таблиц. метаданные и фактические данные в этих таблицах меняются редко. При запросе БД с использованием этих таблиц и с использованием определенных функций (например, ctrl+space для автоматического заполнения имени таблицы/столбца) запрос к удаленной БД для извлечения этих данных занимает слишком много времени, поскольку он не кэшируется локально.

Есть ли в SQLDeveloper какое-либо расширение/подключаемый модуль/конфигурация для этого?
(Oracle SQLDeveloper Version 1.5.1 Build MAIN-5440)


sql caching metadata oracle-sqldeveloper prefetch
person akjain    schedule 07.04.2010    source источник
comment
Принадлежит superuser.com   -  person Aaron Digulla    schedule 07.04.2010

Ответы (2)


arrow_upward
-1
arrow_downward

  1. Попробуйте обновить до версии 2.1

  2. Используйте такой инструмент, как SQuirreL, чтобы создавать запросы, а затем копировать их в SQLDeveloper. SQuirreL кэширует метаданные.

person Aaron Digulla    schedule 07.04.2010
comment
Суть вопроса в том, что он хочет кодировать в SQL Developer. Если он предложит использовать другой инструмент и скопирует код, он уничтожит объект. - person Henry Collingridge; 22.03.2012
comment
Позволю себе не согласиться. Если инструмент неправильный, это неправильный инструмент, и никакой ответ в мире не изменит этого. - person Aaron Digulla; 22.03.2012
comment
Вы хотели предложить ему использовать Squirrel вместо SQL Developer? Потому что это не так читается. - person Henry Collingridge; 22.03.2012
comment
Я использую несколько инструментов для работы с базами данных, потому что у каждого есть свои сильные стороны. Таким образом, я могу сбалансировать слабые стороны. - person Aaron Digulla; 26.03.2012

arrow_upward
-1
arrow_downward

Вы можете создать представление в локальной БД, которое сохранит локальные метаданные.

person PaulJ    schedule 16.04.2010
comment
SQL Developer не имеет локальной БД. - person Henry Collingridge; 22.03.2012