Анализ схемы базы данных занимает часы
Использование нового проекта базы данных SQL2005 в VS2010.
Я импортировал объекты и настройки и строил проект.
Кажется, он застрял в "Анализ схемы базы данных. Проекты базы данных будут готовы после завершения 3267 операций.
Кажется, это занимает несколько часов.
Есть ли способ ускорить это?
Я где-то читал, что это может произойти, если мой .dbmdl файл слишком большой, но он всего лишь 2.6 МБ.
Ответы
Ответ 1
- Перейдите в Настройки проекта
-
нажмите кнопку Настройки базы данных button
На рабочей вкладке
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.