Проблема с тайм-аутом Schema Diff в Visual Studio 2017

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

В Visual Studio 2015 я могу решить эту проблему, увеличив «QueryTimeoutSeconds» в regedit, и он работает как обычно. Но при обновлении до Visual Studio 2017 я нигде не могу найти это значение

Есть ли у кого-нибудь опыт решения этой проблемы и есть какое-либо решение?

Моя среда: - Разработчик SQL Server 2017 - Visual Studio 2017 Pro - SSDT 15.1.61710.120


sql-server-data-tools visual-studio-2017
person Hien Ngo    schedule 08.02.2018    source источник

Ответы (1)


arrow_upward
2
arrow_downward

После дополнительных исследований я обнаружил, что в Visual Studio 2017 мы можем обновить QueryTimeoutSeconds в regedit, но с небольшой конфигурацией, потому что Visual Studio 2017 уже содержит regedit.

Сначала закройте все приложения Visual Studio 2017, а затем откройте приложение regedit.

Выберите HKEY_LOCAL_MACHINE, щелкните File и выберите Load Hive и вставьте ссылку на адрес: %LOCALAPPDATA%\Microsoft\VisualStudio\, выберите 15.xxx и выберите privateregistry.bin -> Щелкните Open.

В появившемся диалоговом окне введите VS_2017_LoadHive и нажмите OK.

Разверните HKEY_LOCAL_MACHINE > VS_2017_LoadHive и найдите QueryTimeoutSeconds ключ под SQLDB > Database, после этого увеличьте значение до 6000. После этого выберите File и выберите Unload Hive.

Снова откройте Visual Studio 2017 и наслаждайтесь.

person Hien Ngo    schedule 12.02.2018
comment
Я попытался найти этот ответ прямо в Google, но он не появился. Выполнение поиска из stackoverflow и найденный ответ. В любом случае это отлично сработало для меня, поэтому спасибо, что нашли время опубликовать ответ. Также не смог найти этот ответ на сайте Microsoft. - person user2197446; 10.11.2018
comment
Это также работает для Visual Studio 2019. Просто выберите 16.xxx вместо 15.xxx и используйте VS_2019_LoadHive вместо VS_2017_LoadHive. - person user2197446; 08.04.2019