Подтвердить что ты не робот

Анализ схемы базы данных занимает часы

Использование нового проекта базы данных SQL2005 в VS2010. Я импортировал объекты и настройки и строил проект. Кажется, он застрял в "Анализ схемы базы данных. Проекты базы данных будут готовы после завершения 3267 операций.

Кажется, это занимает несколько часов. Есть ли способ ускорить это?

Я где-то читал, что это может произойти, если мой .dbmdl файл слишком большой, но он всего лишь 2.6 МБ.

4b9b3361

Ответ 1

  1. Перейдите в Настройки проекта
  2. нажмите кнопку Настройки базы данных button
  3. На рабочей вкладке

    3.1 снимите флажок Автоматическое создание статики и

    3.2 Снимите флажок Автоматическое обновление статистики.

Это сократит количество операций примерно на 90%, и анализ должен завершиться немедленно.

Ответ 2

Этот вопрос немного устарел, но это первое, когда вы ищете решение, поэтому я добавлю 2 цента.

Если у вас все еще есть эта проблема после установки исправления, попробуйте это, это сработало для меня:

Откройте папку проекта базы данных в проводнике Windows. Удалите следующие файлы/папки:

  • в корневом каталоге, файл .dbmdl
  • содержимое каталога "sql"
  • каталог obj.

Закройте и заново откройте Visual Studio. Нажмите "Сборка".

Проект создан для меня.

Ответ 3

В соответствии с примечаниями к выпуску обновленной базы данных SQL Server Data-Tier в марте 2013 года эта ошибка должна быть исправлена.

Проект базы данных в Visual Studio зависает на "Анализ схемы базы данных..." В этом выпуске рассматривается проблема, которая может возникнуть при загрузке или создании больших проектов баз данных. В некоторых случаях операция никогда не закончится. Это функциональное исправление, а не повышение производительности - даже с исправлением время завершения этой операции зависит от размера и сложности вашего проекта.

http://blogs.msdn.com/b/ssdt/archive/2013/03/06/sql-server-data-tier-application-framework-march-2013-available.aspx

http://www.microsoft.com/en-us/download/details.aspx?id=36842

Ответ 4

Старый вопрос, но, похоже, до сих пор не решен.

Мой dacpac содержит более 10000 объектов, и сборка зависла более чем на 40 минут на этапе проверки. Пробовал варианты, предложенные в других комментариях и ответах, но без радости.

По-видимому, Валидация модели также выполняет "поиск случаев". Я снял флажок, и время сборки сократилось до минуты.

Проверить регистр на идентификаторы в проекте SQL Server в VS2017

Ответ 5

Если проект SSDT не является тем, что вы используете все время (например, в моем случае), вы можете выгрузить проект и выгрузить его без загрузки. Таким образом, открытие решения в Visual Studio не займет времени.

Когда вам нужно что-то сделать в проекте SSDT, в это время вы можете перезагрузить проект.

Ответ 6

Вот возможное исправление. (Мне пришлось воссоздать схему в базах данных SQL раньше, из-за проблем с производительностью), но эта статья заслуживает внимания. - звучит ближе к вашей проблеме. Не удается открыть мой файл dbml в Visual Studio 2010 больше

Ответ 7

Анализ объектов базы данных (в VS 2015 Update 3) занимал больше времени, чем обычно, и происходил после повторных попыток перезапуска VS. Я подозреваю, что все вещи висели, когда количество объектов не изменилось в течение 15 минут. Для меня следующее привело меня снова:

  • Закрыть VS
  • Сделайте резервную копию файла решения (*.sln)
  • Отредактируйте файл решения, удалив проекты базы данных. Перезапустите VS. я что я смог открыть решение и построить
  • Закройте решение и замените отредактированный файл решения на оригинал резервное копирование
  • Перезапустить VS. Я обнаружил, что решение открылось на этот раз, и я смог успешно построить

Надеюсь, это поможет кому-то в том же месте, в котором я был.

Ответ 8

В этом случае, если вы не включили его (файлы sql) в сборку проекта, выберите опцию "Не в сборке" при создании файла (ов) или измените свойство файла sql Build = "Нет". Это внесет изменения в файл .sqlproj и потребуется перезагрузка Visual Studio.

Это исправлено для меня и спасло мне жизнь!

Ответ 9

У меня даже была эта проблема с Visual Studio 2019 корпоративной версии 16.3.2 Я решил это, просто удалив свой локальный проект базы данных и рекурсивно выбрал последнюю версию проекта из моего хранилища кода DevOps.