Операции конструктора наборов данных VS 2017 очень медленные (не только сохранение)

Я использую Visual Studio 2017 для управления большим набором данных, который до недавнего времени работал нормально. Теперь я столкнулся с чрезмерным временем ожидания для нескольких операций конструктора наборов данных.

Я использую:

  • Visual Studio 2017 (v15.5.1)
  • PostreSQL 9.3 (работает локально)
  • DevArt dotConnect PostgreSQL (версия 7.9.931.0)
  • База данных содержит: 250 таблиц / 1000 представлений / 750 хранимых процедур.

Проблемы, которые я вижу:

  1. После первого открытия конструктора наборов данных операция предварительного просмотра на простом адаптере таблиц (подключенном к небольшой таблице) занимает 3 минуты. Второй предварительный просмотр того же TableAdapter возвращает данные в течение секунды. После первой задержки предварительного просмотра все адаптеры TableAdapters быстро возвращают данные. Эта же операция раньше занимала меньше секунды.

  2. При добавлении нового TableAdapter и выборе Query Builder операции возврата списка таблиц и представлений занимают гораздо больше времени, чем раньше. Эта задержка происходит каждый раз, а не только в первый раз.

  3. При добавлении нового TableAdapter и выборе параметра Использовать существующие хранимые процедуры требуется примерно 1 минута, чтобы вернуть список доступных хранимых процедур в базе данных. Раньше это занимало не более 3 секунд. Эта задержка происходит каждый раз, а не только в первый раз.

  4. Изменение и сохранение существующего TableAdapter также теперь занимает минуты, а не секунды.

Вот что я сделал до сих пор без изменений:

  • Удалил и переустановил VS 2017 (15.5.1)
  • Удалил и переустановил DevArt dotConnect PostgreSQL (версия 7.9.931.0)
  • Подключен к другому экземпляру PostgreSQL, размещенному на сервере.

Во время всех вышеперечисленных задержек диспетчер задач показывает, что процесс devenv.exe работает с постоянной загрузкой ЦП на 8%. На моей машине много доступной физической памяти (более 50%). Монитор ресурсов показывает, что devenv.exe не отвечает.

У меня заканчиваются варианты. Какие-либо предложения?


person James Ridenour    schedule 13.12.2017    source источник
comment
Свяжитесь с нами через devart.com/company/contactform.html.   -  person Devart    schedule 26.12.2017


Ответы (1)


Попробуйте очистить %temp% folder. Это сработало для меня.

person David Fox    schedule 15.01.2018